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

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

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

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

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

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

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

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

Улучшение проектирования системы — это самый эффективный подход к улучшению операций любой распространенной платформы. Благодаря улучшениям структуры системы стабильность может повыситься, а количество прерывания бизнес-процессов может снизиться. Структура отдельных систем выходит за рамки представления среды, рассматриваемого в рамках 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 являются двумя самыми распространенными централизованно управляемыми платформами. Эти статьи помогут вам приступить к сбору данных непрерывных улучшений.

• Azure Monitor for containers overview (Обзор Azure Monitor для контейнеров)
• Monitor Azure SQL Database using Azure SQL Analytics (Preview) (Мониторинг Базы данных SQL Azure с помощью решения "Аналитика SQL Azure" (предварительная версия))
• Optimize your SQL environment with the SQL Server Health Check solution in Azure Monitor (Оптимизация среды SQL с помощью решения "Проверка работоспособности SQL Server" в Azure Monitor)