Поделиться через

Специализация платформы для управления облаком

  • Статья

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

За рамками базового плана управления облаком

  • Операции рабочих нагрузок. Крупнейшие инвестиции на каждую операцию рабочей нагрузки и высочайшая степень устойчивости. Мы рекомендуем приблизительно для 20 % рабочих нагрузок, которые обеспечивают ценность бизнеса. Обычно эта специализация зарезервирована для обеспечения критически важных рабочих нагрузок.
  • Операции платформы. Инвестиции в операции распределяются по нескольким рабочим нагрузкам. Улучшения устойчивости влияют на все рабочие нагрузки, использующие определенную платформу. Мы рекомендуем использовать операции платформы для приблизительно 20 % важнейших платформ. Обычно эта специализация зарезервирована для рабочих нагрузок средней важности и критически важных рабочих нагрузок.
  • Улучшенный базовый план управления. Сравнительно низкие инвестиции в операции. Эта специализация слегка улучшает бизнес-обязательства: использование дополнительных средств и процессов для облачных операций.

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

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

Процесс Инструмент Назначение Рекомендуемый уровень управления
Улучшение проектирования системы Платформа Microsoft Azure с продуманной архитектурой Улучшение проекта архитектуры платформы для совершенствования операций Недоступно
Автоматизация исправления Служба автоматизации Azure Реагирование на расширенные данные платформы с помощью автоматизации для определенной платформы Операции платформы
Каталог служб Центр управляемых приложений Предоставление самостоятельного каталога утвержденных решений, отвечающих стандартам организации Операции платформы
Производительность контейнеров Azure Monitor для контейнеров Мониторинг и диагностика контейнеров Операции платформы
Производительность данных по модели "платформа как услуга" (PaaS) Аналитика SQL Azure Мониторинг и диагностика контейнеров для баз данных PaaS Операции платформы
Производительность данных по модели "инфраструктура как услуга" (IaaS) Проверка работоспособности SQL Server Мониторинг и диагностика контейнеров для баз данных IaaS Операции платформы

Процесс высокого уровня

Специализация платформы состоит из выполнения следующих четырех процессов последовательным образом. Каждый процесс более подробно объяснен в следующих разделах этой статьи.

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

Улучшение проектирования системы

Улучшение проектирования системы — это самый эффективный подход к улучшению операций любой распространенной платформы. Благодаря улучшениям структуры системы стабильность может повыситься, а количество прерывания бизнес-процессов может снизиться. Структура отдельных систем выходит за рамки представления среды, рассматриваемого в рамках Cloud Adoption Framework.

Дополнением к этой платформе служит Microsoft Azure Well-Architected Framework. Здесь представлены основные принципы повышения качества платформы или конкретной рабочей нагрузки. Решение ориентировано на улучшение в пяти базовых аспектах эффективности архитектуры:

  • Оптимизация затрат: Управляйте затратами, чтобы повысить рентабельность.
  • Эффективность операционных процессов. Придерживайтесь рабочих процессов, обеспечивающих функционирование системы в рабочей среде.
  • Уровень производительности. Масштабируйте системы в соответствии с изменениями нагрузки.
  • Надежность. Разрабатывайте системы, способные к восстановлению и возобновлению работы после сбоев.
  • Безопасность. Обеспечьте защиту приложений и данных от угроз.

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

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

Ознакомьтесь с дополнительными сведениями о Microsoft Azure Well-Architected Framework для улучшения проектирования систем.

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

Автоматическое исправление

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

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

Рекомендации по автоматическому исправлению см. в статье Use an alert to trigger an Azure Automation runbook (Использование оповещения для активации runbook службы автоматизации Azure).

Масштабирование решения с помощью каталога служб

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

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

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

Инструкции по публикации в каталоге служб см. в этой серии статей.

Развертывание приложений из каталога служб

  1. На портале Azure перейдите к пункту Центр управляемых приложений (предварительная версия) .
  2. На панели Обзор выберите Приложения каталога услуг.
  3. Щелкните +Добавить, чтобы выбрать определение приложения в каталоге служб компании.

Отображаются все управляемые приложения, которые вы обслуживаете.

Управление приложениями каталога служб

  1. На портале Azure перейдите к пункту Центр управляемых приложений (предварительная версия) .
  2. На панели Служба выберите Приложения каталога услуг.

Отображаются все управляемые приложения, которые вы обслуживаете.

Непрерывное улучшение

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

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