Share via

Приложения-кандидаты для ориентации на облако

  • Статья

Совет

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

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

Cloud Native .NET apps for Azure eBook cover thumbnail.

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

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

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

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

  • Приложение, требующее высокой скорости выпуска , с высокой уверенностью

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

  • Приложение, разработанное командами с опытом в различных стеках технологий

  • Приложение с компонентами, которые должны масштабироваться независимо

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

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

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

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

Strategies for migrating legacy workloads

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

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

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

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

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

  • Быстрые выпуски функций с повышенной уверенностью?

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

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

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

  • Больше видимости операций?

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

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

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

Итоги

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

В этой статье мы рассмотрим гораздо более подробный обзор собственного облака.

Ссылки

НазадДалее