Кандидаты приложений для собственного облака

Подсказка

Это фрагмент из электронной книги «Архитектура облачных нативных приложений .NET для Azure», доступен на .NET Docs или как бесплатный загружаемый PDF-файл, который можно прочитать в автономном режиме.

Скачать в формате PDF

Миниатюра обложки электронной книги Azure с Cloud Native .NET приложениями.

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

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

Какое приложение может быть подходящим для облачно-нативного?

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

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

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

Модернизация устаревших приложений

Бесплатная электронная книга Майкрософт модернизирует существующие приложения .NET с помощью облака Azure и контейнеров Windows предоставляет рекомендации по переносу локальных рабочих нагрузок в облако. На рисунке 1–10 показано, что для модернизации устаревших приложений не существует универсальной стратегии.

Стратегии миграции устаревших рабочих нагрузок

Рис. 1–10. Стратегии миграции устаревших рабочих нагрузок

Монолитные приложения, не являющиеся критичными, могут воспользоваться быстрой миграцией lift-and-shift. Здесь локальная рабочая нагрузка повторно размещена на облачной виртуальной машине без изменений. Этот подход использует модель IaaS (инфраструктура как услуга). Azure включает несколько средств, таких как служба "Миграция Azure", Azure Site Recovery и Azure Database Migration Service для упрощения перемещения. Хотя эта стратегия может обеспечить некоторую экономию средств, такие приложения обычно не были разработаны для разблокировки и использования преимуществ облачных вычислений.

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

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

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

  • Быстрые релизы функций с большей надежностью?

  • Тонкая масштабируемость — более эффективное использование ресурсов?

  • Улучшена устойчивость системы?

  • Улучшена производительность системы?

  • Больше прозрачности в операциях?

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

  • Инвестиции в приложения с защитой на будущее?

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

Сводка

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

После введения мы теперь углубляемся в гораздо более подробное рассмотрение облачных технологий.

Ссылки

НазадДалее

  • Last updated on