Не каждая компания может или хочет перейти в облако, но это не означает, что такие компании полностью лишены возможности использовать преимущества DevOps, считают опрошенные порталом InformationWeek эксперты.
Организации с преимущественно онпремисной ИТ-инфраструктурой и средой передачи, хранения и обработки данных могут чувствовать лишними при обсуждении тематики DevOps, потому что эта методология в значительной степени опирается на облако. Но есть ли у таких компаний возможности воспользоваться этим стратегическим подходом для более быстрой разработки приложений? По мнению экспертов, DevOps вполне можно внедрять в рамках онпремисных экосистем, это будет полезно в том числе и потому, что пригодится при возможной миграции в облако в будущем.
Подход DevOps к разработке приложений во многом связан с цифровыми преобразованиями и облаком. «DevOps действительно родился из миграции в облако», — говорит Джейн Гролл, генеральный директор DevOps Institute. По ее словам, на первых порах действительно существовало мнение, что DevOps нельзя реализовать онпремис, потому что эта методология основывается на эластичной инфраструктуре, нативных облачных инструментах и контейнерах. «Целью DevOps всегда было ускорение передачи ПО от разработчиков в производство», — отметила Гролл.
Несмотря на то, что нахождение в облаке облегчает DevOps-автоматизацию, существуют способы поддержки DevOps, включая непрерывную доставку, в гибридных облачных средах, отмечает она и добавляет, что управлять приложениями, связанными с DevOps, можно и в онпремисных ситуациях.
По ее словам, пандемия заставила многих изменить свою структуру и операции — включая даже те компании, которые не собирались уходить от онпремисной инфраструктуры. Это, возможно, также повлияло на их отношение к DevOps. «У некоторых организаций, которым пришлось очень быстро разворачивать удаленную работу, остались онпремисные ЦОДы, — говорит Гролл. — Прошлый год загнал нас в будущее быстрее, чем мы успели подготовиться».
Хотя новые, нативно-облачные компании могут удивиться тому, зачем кому-то понадобилось использовать DevOps онпремис, для некоторых такая стратегия развития может иметь смысл, говорит Йохан Карлссон, старший консультант компании Perforce Software, разработчика инструментов для разработки приложений.
По его словам, традиционные организации могут медленно мигрировать в облако по разным причинам, даже если их ИТ-отдел представляет собой центр затрат. «Для них переход в облако — это культурное изменение», — говорит Карлссон. Компании, которая привыкла к стратегии внутреннего развития, перед внедрением DevOps в облаке может понадобиться заняться переосмыслением ценностей. «Онпремис часто ассоциируется с медленным ИТ-отделом, рутинной подачей запросов и получением доступа к вашему оборудованию, — говорит он. — Все это утомительные процессы с большим количеством внутренних этапов утверждения».
Если отбросить ИТ-бюрократию, то заставить организацию внедрить DevOps онпремис могут потребности увеличения производительности, считает Карлссон: «Некоторым компьютерам, возможно, лучше быть ближе к некоторым другим компьютерам, чтобы делать все быстро. Размещение нагрузок на машине где-то в другом месте может не дать вам нужную производительность немедленно». По его словам, возможно, такая задача стояла и до пандемии — для офисов, которые находились на отдалении от дата-центра.
Размещение ресурсов онпремис также сохраняет полный контроль над ИТ-средой. Кроме того, может существовать регулятивное давление, например, работа с государственными структурами, исключающая возможность использования облака, особенно если данные могут пересекать национальные границы. Обеспечение конфиденциальности данных может также ограничивать то, какую информацию можно перемещать в облако или просматривать в сетях. «Пользователи медицинского оборудования должны быть на 100% уверены в доступности данных, и именно по этой причине они хранятся онпремис», — говорит Карлссон.
У организаций в разных странах могут быть дополнительные соображения о том, как их стратегия DevOps может быть реализована в облаке, учитывая, что основными поставщиками облачных услуг являются американские компании, ориентированные на США и Западную Европу. Пользователи в Восточной Европе, Австралии, Азии и других регионах могут чувствовать себя недостаточно «облачными». «Если вы разрабатываете продукты, которые распространяются по всему миру, может возникнуть острая необходимость иметь вещи поближе к вам, потому что они слишком далеко и не соответствуют местным нормативам», — говорит Карлссон.
По его словам, если организация остается в основном или полностью онпремис, она может позаимствовать некоторые связанные с DevOps инновации из облака и внедрить внутри. Естественно, это компромиссный подход, например, не будет возможности развертывать машины в ЦОДах в любой точке мира. Однако, говорит Карлссон, можно виртуализировать сервисы на физических машинах и запускать приложения: «Есть такие вещи, как Docker, автоматизация и agile-методы, которые сопровождаются визуализацией работы и минимизацией издержек. Все это можно делать в онпремисной среде».
