DevOps и гибридное облако: жизнь в быстром темпе?

Введение

Гибридное облако — одно из лучших преимуществ для ИТ-индустрии. Облако предлагает функции частных и общедоступных облаков в соответствии с потребностями предприятий. Кроме того, когда он оснащен DevOps, он становится еще лучше.

В этой статье будет оцениваться, насколько скорость может быть легко достижимой целью, если все элементы DevOps и гибридного облака собраны вместе правильным образом.

Цифровой прорыв развертывания DevOps и гибридного облака

Темпы и масштабы трансформации бизнеса, обеспечиваемые облачными технологиями, прогнозным анализом, портативными устройствами и приложениями, не имеют себе равных. Начинают появляться новые прототипы компаний, а другие устаревают; Рожденные в Интернете компании, такие как Facebook, Homeaway и Uber, являются одними из наиболее ярких примеров того, как новые конкуренты мешают обычным предприятиям. Это нарушение вызвано главным образом изменениями в поведении клиентов, которые стали возможными благодаря технологическим достижениям. Поскольку потребители ищут прямую электронную связь с компаниями, с которыми они ведут бизнес, дизайнеры мобильных приложений часто берут на себя дополнительную ответственность за взаимодействие с пользователем. Сегодня ни одна компания не застрахована от этого сейсмического сдвига; технологии и гибкость более чем когда-либо необходимы для здоровья и роста как существующих компаний, так и новых предприятий. Процедуры обслуживания и доставки продуктов должны быть оптимизированы с учетом достижений и времени выхода на рынок в современных организациях. Такие подходы, как Agile, Lean Startup и Design Thinking, становятся все более и более подходящими для помощи в разработке и стилизации весьма оригинальных и креативных технологических вариантов, а облако все чаще рассматривается как идеальное место для развертывания корпоративного программного обеспечения.

Облако и DevOps ускоряют внедрение различных доменов приложений и внесение изменений в существующие. Программное обеспечение переходит от сложных нативных приложений со многими взаимосвязями, устанавливаемыми во время разработки, к более децентрализованной инфраструктуре, в которой зависимости устанавливаются при выполнении программы. Эти сервисно-ориентированные проекты, будь то облачные или облачные, используют преимущества модуля эластичности облака для предоставления более четких обновлений. Облачные веб-приложения — это приложения, специально созданные для облака.

Они отдают приоритет вовлечению пользователей в различных точках взаимодействия, таких как мобильные каналы и сайты социальных сетей, таких как Facebook, Yelp и т. д. Веб-приложения на основе облачных вычислений часто используют бессерверные микросервисы для обеспечения перехода и мобилизации гибкости, а также для повторного использования существующих веб-сервисов. (обработка данных, прогнозный анализ, исполнительная функция, Интернет вещей и т. д.) для сокращения времени производства. Облачные приложения, которые обычно связаны с интернет-организациями, используют преимущества облачных функций, таких как мультиарендность и полностью автоматизированная гибкая масштабируемость ресурсов.

Два профиля

Есть два профиля DevOps. По данным IBM, потребность в облачных приложениях и приложениях с поддержкой облака поддерживает наличие двух основных профилей между многими участниками облачного DevOps. У членов команды с облачными профилями будут другие потребности, чем у членов команды с облачными профилями.

Облачный профиль

В то время как собственный облачный профиль часто был связан с задуманными онлайн-ассоциациями, он все чаще встречается в группах инноваций или направлений бизнеса внутри более крупных ассоциаций. Этот профиль описывается небольшими группами, пытающимися сократить циклы передачи, которые сосредоточены на жизнеспособности и результатах для клиентов (или бизнеса). См. рис. 1. Основные трудности для этого профиля последователей DevOps показаны на рис. 2, а соответствующие меры, которые они ищут, указаны справа:

Фигура 1

Фигура 2

Облачный профиль

Облачный профиль обычно используется в ИТ-ассоциациях, которые не отстают от сложных сред и совершенствуют их. Этот профиль описывается группами групп, работающих над увеличением циклов транспортировки, которые сосредоточены на повышении качества, ускорении выхода на рынок и корректировке стоимости и стоимости. Скоординированные в группы групп, они контролируют сложные структуры с многочисленными связанными частями, используя различные этапы инноваций в группах. Как правило, будут не только различные этапы (централизованный компьютер, средний уровень, распределенный и т. д.), но и различные этапы инноваций, которые необходимо контролировать — например, определенные части, которые подлежат коду, составленному для этапа наследия. См. рис. 3. Профиль с поддержкой облака сталкивается не только с теми же трудностями, что и профиль с локальным облаком, но, кроме того, с принципиально более сложным набором дополнительных основных трудностей. Они показаны в левой части рисунка 4, а соответствующие устройства — в правой части.

Рисунок-3

Рисунок-4

Проблемы миграции

Как было подробно рассмотрено на этих страницах на данный момент, переход на смешанное облако, поддерживаемый DevOps, обречен на неудачу, если ассоциации считают, что все, что им нужно, — это инструменты и использование. Это не. В основе обоих этих изменений лежат широкие социальные изменения. DevOps — это гибкость, доверие и независимость, как и гибридное облако.

Однако, в частности, DevOps и наполовину облако обещают улучшить опыт дизайнеров ассоциации (DevX), и это не то, чего можно достичь, по сути, с помощью инструмента тегов или подхода GitOps. DevX подразумевает независимую, ничем не связанную разработку. Это подразумевает усиление, клиентский опыт и самоуправление. Это изменения, которые могут произойти с плодотворным изменением бизнес-культуры, а не устройства. Кроме того, это важная начальная стадия, которую многочисленные ассоциации все еще пытаются понять.

Люди — еще одна очень избитая тема, но она продолжает представлять серьезное испытание. Социальные изменения, которые, как ожидается, будут способствовать эффективной реализации DevOps, гипотетически могут начаться только с одного человека. Как бы то ни было, для плодотворного результата действительно требуются долгосрочные изменения, поскольку глубоко проникнутые убеждения распущены, а наследственная верность разделена.

Например, многие согласны с тем, что выполнение DevOps требует найма новых людей. Это убеждение включает в себя две ошибки: во-первых, ассоциации действительно захотят нанять нужные им группы, и во-вторых, что DevOps — это только название задачи. Как мы, наверное, знаем, приличная группа DevOps не набирается, она создается путем слияния улучшений и задач. Старые склады, где творили разработчики и работали операторы, — пережиток менее светлых времен.

Переход к гибридному облаку подразумевает необходимость уделять больше внимания безопасности и защите. Одна из основных проблем заключается в том, что на данный момент группам безопасности недостаточно управлять с высокой позиции. Поскольку контроль перемещается из серверного пространства в облако и от сильно разрозненных архитекторов операций ко всей группе, подходы к обеспечению безопасности также нуждаются в изменении. Способные дизайнеры сделают идеальный выбор; однако им нужен правильный базовый инструментарий, который перенесет их выбор из гипотезы в реальный мир и защитит тех, кто не так внимателен.

Это должно побудить ассоциации сесть и изучить, что на самом деле подразумевает безопасность во времена облачных вычислений, держателей и микросервисов. Если одновременный переход к DevOps и гибридному облаку является таким стимулом, то так оно и есть. Точно так же, поскольку DevOps меняет способ, которым группы подходят к своей работе, DevSecOps нарушит способ, которым они проверяют безопасность.

Вывод

Мы все хотим двигаться быстро, но это не так просто. Каждое технологическое преобразование требует времени и подготовки для ясного понимания. DevOps с гибридным облаком, безусловно, отличный вариант, но его нужно внедрять осторожно.