Как упростить миграцию в облако?

3 апреля 2022 г.

Облачная миграция.

Это термин, который хотя бы раз встречается в большинстве корпоративных разговоров. Хотя этот термин представляет собой практику перехода от локальной инфраструктуры к облачной инфраструктуре, понятие «облачная миграция» эволюционировало.

Миграция в облако больше не так проста, как переход с локальных серверов на AWS EC2. Это может включать переход на управляемые базы данных или шлюзы API, или, возможно, вам понадобится AWS для одних рабочих нагрузок и Azure для других.

Возможно, вы представляете финансовую или государственную организацию и вам нужно частное облако. Или, может быть, вам необходимо выполнить особые нормативные требования.

В этой статье мы рассмотрим три передовых метода, которые упростят миграцию в облако для вашего предприятия:

1. Совершенствуйте свою культуру.

1. Примите участие в разумных изменениях.

1. Наблюдайте и контролируйте.

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

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

Подходы к миграции в облако: 5 R

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

1. Повторное размещение: это ваш традиционный метод «поднять и сместить». Например, у вас есть приложения, работающие локально на виртуальных машинах, и вы повторно развертываете свое приложение на виртуальных машинах, работающих в облаке.

1. Рефакторинг: это похоже на rehost, за исключением того, что у вас есть промежуточный шаг для внесения изменений (поднятие, изменение и сдвиг).

1. Ревизия: это объединение rehost и refactor. Подход пересмотр часто включает в себя значительные изменения приложений для использования возможностей целевого облака.

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

1. Заменить: при таком подходе организация изолирует и удаляет часть функциональности, которая поддерживалась собственными силами, заменяя ее сторонней опцией.

Теперь давайте возьмем их и придадим им современный облачный вид:

1. Повторное размещение: у вас есть приложения, работающие локально на виртуальных машинах, которые вы повторно развертываете на виртуальных машинах, работающих в нескольких облаках.

1. Рефакторинг: промежуточный шаг вносит коррективы для каждого целевого облака.

1. Пересмотр: вы вносите существенные изменения в приложения, чтобы использовать возможности каждого целевого облака.

1. Перестроение: вы полностью перестраиваете приложения, чтобы использовать множественные облачные возможности.

1. Заменить: вы заменяете части функциональности потенциально несколькими сторонними опциями.

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

#1: Совершенствуйте свою культуру

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

Определение обязанностей

Одним из хороших способов является использование [матрицы RACI] (https://en.wikipedia.org/wiki/Responsibility_assignment_matrix) для данного компонента или домена. Это четко покажет, кто несет ответственность, подотчетен, консультируется и информируется обо всех изменениях, которые будут происходить во время миграции. Облако движется быстро, и ваша команда должна двигаться быстрее. Ключевым моментом является знание того, к кому идти за каждой частью.

Показатели отслеживания

Еще одна часть усовершенствования культуры — это не только определение ключевых показателей, но и запись этих показателей! Многие не решаются использовать этот подход, потому что он часто проливает свет на операционную неэффективность. Помните: если это не измеряется, это невозможно улучшить.

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

Будьте ясны и кратки в отношении того, что включает в себя SLO, и, если возможно, стандартизируйте создание SLO среди как можно большего числа команд. Хотя у вас могут быть соглашения об уровне обслуживания (SLA) для обеспечения соблюдения договорных гарантий, SLO помогают всей вашей организации понять, как производительность и надежность приложений влияют на ваших клиентов и бизнес в целом. Помните, что SLO обеспечивают SLA, а SLA позволяют вашим клиентам.

Эффективно отвечайте на бизнес-вопросы

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

Это может быть обширная и сложная тема, но в конечном итоге все сводится к тому, чтобы отвечать на бизнес-вопросы как можно быстрее и точнее. Чаще всего это достигается путем объединения ваших хранилищ данных с гибкой системой визуализации, открытой и доступной для всех уровней.

#2: Примите участие в интеллектуальных изменениях

Управление изменениями часто вызывает в воображении образ удушающего совета участников, единственная работа которых состоит в том, чтобы выискивать дыры в процессе и говорить «нет». К счастью, это не то, что подразумевается под «разумными изменениями».

Интеллектуальное изменение — это подход к миграции в облако, в котором используется технический контроль, а не контроль процесса. Другими словами, защита должна обеспечиваться с помощью автоматизированных процессов, таких как сквозное тестирование, непрерывная интеграция и доказуемость посредством распределенной трассировки. Части, которые не могут быть покрыты техническими ограничениями (или потребуют нетривиального объема работы), должны быть перемещены ниже в списке миграции.

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

#3: Наблюдайте и контролируйте

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

Например, вы можете отслеживать, работает ли база данных или нет, в зависимости от того, можете ли вы подключиться к ней, но база данных является наблюдаемой, когда вы видите показатели использования, время запросов и количество активных подключений.

Во-вторых, сделайте системы и приложения отслеживаемыми, если они еще не доступны. Так вы принимаете обоснованные решения, основанные на наблюдаемости. Примеры вопросов, которые можно задать себе, включают:

• Могу ли я отправлять оповещения на основе данных мониторинга?

• Может ли моя инфраструктура самовосстанавливаться на основе мониторинга?

• Сколько времени мне нужно, чтобы ответить X о системе/приложении?

По сути, отслеживаемость — это связующее звено с принятием решений во время миграции в облако. Без него добиться успеха трудно, если вообще возможно.

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

Подведение итогов

На самом деле существует множество лучших практик, вероятно, достаточно, чтобы написать несколько подробных книг о том, как мигрировать в облако. Эти три практики дают вам информацию о том, «кто», «что» и «почему» о том, как мигрировать успешно. Теперь самое сложное: какие инструменты использовать?

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

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

Также опубликовано здесь

---

Оригинал