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

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

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

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

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

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

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

Создавайте приложения быстрее с помощью компонентов

Бит превращает компоненты в строительные блоки, и вы - архитектор. Легко делитесь компонентами в облаке, сотрудничайте со своей командой и используйте их в проектах и ​​приложениях, чтобы быстрее создавать. Это бесплатно, попробуйте.



Облачная безопасность: использование HTTPS

Поскольку центры сертификации от Let's Encrypt с SSL-сертификатами раздавались бесплатно, тенденция к использованию SSL на всех остальных веб-сайтах стала обычным явлением. Когда дело доходит до безопасности, SSL в веб-приложении имеет первостепенное значение. В случае, если данные, которыми обмениваются, не зашифрованы, любое индивидуальное прослушивание на обмене сможет получить доступ к рассматриваемой конфиденциальной информации.

Хотя Alibaba Cloud является примером поставщика услуг, который предоставляет сертификаты SSL, это может быть немного дороже. SSL-сертификаты, которые предоставляет Alibaba Cloud, возможно, наиболее подходят для корпоративных пользователей.

Другой вариант - использовать бесплатную службу SSL, предлагаемую Let’s Encrypt. Это можно использовать для быстрой защиты ваших веб-приложений. Чтобы иметь возможность генерировать сертификаты клиентских приложений с помощью Certbot для Let's Encrypt CA, пользователи должны иметь требования домена, направленные на сервер.

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

Облачная безопасность: защитите свои облачные учетные данные

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

Вероятно, самый полезный из предложений при использовании AWS - избегать создания ключа доступа для используемой вами учетной записи root. Чтобы пойти дальше, лучше не создавать ключ корневого доступа без необходимости. Вместо этого вы можете рассмотреть возможность создания пользователей AWS Identity and Access Management (AIM) и предоставить им необходимые учетные данные для повседневного взаимодействия с системой AWS.

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

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

Облачная безопасность: резервное копирование и тестирование ресурсов для восстановления перед необходимостью

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

Вот некоторые аспекты, которые вы должны учитывать -

  1. Часто выполняйте резервное копирование своего экземпляра с помощью снимков состояния или аналогичного инструмента резервного копирования.
  2. Разверните критически важные компоненты вашего приложения в разных зонах доступности и при необходимости дублируйте свои данные.
  3. Создавайте приложения так, чтобы они могли обрабатывать динамическую IP-адресацию при перезапуске вашего экземпляра.
  4. Отслеживайте события и своевременно реагируйте на них.
  5. Убедитесь, что вы готовы справиться с любыми возможными отказами. На фундаментальном уровне вы должны иметь возможность вручную подключить сетевой интерфейс или эластичный IP-адрес к заменяющему экземпляру.
  6. Регулярно тестируйте восстановление своих инстансов и томов Amazon EBS, чтобы проверять возможные сбои.

Выберите подходящую среду хостинга

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

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

  1. Вертикальная и горизонтальная гибкость и масштабируемость
  2. Поддержка развертывания в разных странах
  3. Доставка в один клик
  4. Возможность сбора данных об использовании и выставлении счетов
  5. Резервирование данных и резервное копирование

Как вы понимаете, многие поставщики услуг предлагают глобальное присутствие, когда дело касается общедоступных облачных сервисов. Google, Azure и AWS - это лишь некоторые из них. Часто пользователям приходилось заставлять независимых поставщиков программного обеспечения использовать различные облачные платформы, чтобы гарантировать масштабируемость, избыточность, а также повышенную доступность.

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

Сформулируйте стратегию миграции и соответствующую дорожную карту

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

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

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

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

Выберите поэтапный переход

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

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

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

Принять облачную архитектуру

Следующим логическим шагом является принятие решения о реинжиниринге или рефакторинге архитектуры приложения и предложение его в качестве услуги. Эта услуга должна состоять из следующих функций -

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

Заключение

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

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

Учить больше