Рабочие нагрузки Azure Well-Architected Framework

В контексте Azure Well-Architected Framework термин "рабочая нагрузка " означает коллекцию ресурсов приложения, данных и вспомогательной инфраструктуры, которые работают вместе для достижения определенных бизнес-результатов. Рабочая нагрузка состоит из компонентов, а также процедур разработки и эксплуатации.

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

Ниже представлены типичные критерии классификации рабочих нагрузок.

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

• Ключевые факторы, такие как технологические платформы или согласование с отраслью.

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

Рабочие нагрузки одного класса могут совместно использовать сходства, включая целевую аудиторию, требования к соответствию и стеки технологий. Пять основных принципов Well-Architected Framework, их принципы, контрольные списки и компромиссы относятся ко всем классам рабочей нагрузки.

Руководство по рабочей нагрузке Well-Architected Framework описывает общие приоритеты и компромиссы, относящиеся к конкретным классам рабочей нагрузки. В руководстве по рабочей нагрузке основное руководство применяется к техническим принципам проектирования и областям проектирования, которые представляют приоритеты рабочей нагрузки. Следуйте рекомендациям, которые помогут настроить успешную рабочую нагрузку и согласовать ее с Well-Architected Framework.

Что такое рабочая нагрузка Well-Architected Framework?

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

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

Рабочая нагрузка Well-Architected Framework:

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

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

Команда, ответственная за рабочую нагрузку

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

Примеры участников команды рабочей нагрузки
Инженеры по безопасности приложений Заинтересованные лица бизнеса Разработчики облачных решений или разработчики программного обеспечения Архитекторы облачных решений Специалисты по обработке и анализу данных или аналитики Администраторы баз данных	Инженеры DevOps Инженеры инфраструктуры Менеджеры по продуктам или владельцы Инженеры по контролю качества (QA) Участники группы поддержки

Централизованные команды и заинтересованные лица

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

Примеры централизованных команд и участников команды
Аналитики бизнес-аналитики Заинтересованные лица бизнеса Совет облачного центра передового опыта (CCoE) Группа по облачной платформе Аналитики кибербезопасности Администраторы баз данных Корпоративные архитекторы	Финансовые аналитики Инженеры инфраструктуры Сотрудники по правовым вопросам и соответствию требованиям Сетевые инженеры Специалисты по закупкам Руководители проектов

Команда рабочей нагрузки Well-Architected Framework фокусируется на результатах рабочей нагрузки. Они координируются со специализированной поддержкой централизованных членов команды и получают преимущества от них.

Модель общей ответственности

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

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

В соответствии с Cloud Adoption Framework для Azure стандартизируйте облачные ресурсы рабочей нагрузки. Тщательно применяйте стандартизацию для предоставления управляемой платформы, помогающей в адаптации команд рабочей нагрузки. Примените это управление в соответствии с облачной операционной моделью вашей организации.

Для стандартизации можно использовать целевые зоны Azure. Целевые зоны платформы и целевые зоны приложений доступны в Azure. Разверните рабочую нагрузку в целевой зоне приложения.

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

Для любой платформы и системы управления, которые использует ваша организация, необходимо применять принципы Well-Architected Framework к рабочим нагрузкам. Платформа Well-Architected часто ссылается на целевые зоны Azure, но не зависит от конкретной реализации платформы. Основные принципы, контрольные списки и руководства Well-Architected Framework предназначены для всех облачных платформ и большинства типов рабочих нагрузок.

Выполнение требований

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

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

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

Изучение ограничений

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

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

• Списки разрешений для облачных ресурсов
• Требования к конфигурации для облачных ресурсов
• Региональные списки разрешений для облачных ресурсов и доступности распределенного подключения
• Ограниченная поддержка платформы или ее отсутствие в нерабочее время
• Требования к исправлению
• Конкретная звездообразная реализация, которая управляет реализацией системы доменных имен (DNS) и частных конечных точек
• Требования к управлению цепочкой поставок

Явное информирование о требованиях

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

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

Информирование о распространенных требованиях к рабочей нагрузке

Каждое партнерство между платформами отличается, но следующие области являются общими темами в беседах с общей ответственностью:

• Соответствие требованиям и юридические требования
• Особенности сети, например потребность в статических IP-адресах входящего или исходящего трафика
• Требования к наблюдаемости для обеспечения эффективного рассмотрения сайта в реальном времени
• Требования к производительности, такие как пропускная способность сети, доступность облачных ресурсов или региональная доступность
• Ожидания для общедоступного доступа к Интернету с точки зрения исходящего трафика и входящего трафика
• Цели уровня обслуживания (SLO) или соглашения об уровне обслуживания, предлагаемые пользователям рабочей нагрузки
• Доступность технической поддержки

Поиск унифицированных побед

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

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

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

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

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

Команды платформы часто предоставляют команды самообслуживания для рабочих нагрузок для различных действий. Пример:

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

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

Делитесь успехами и проблемами

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

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

Стремиться к постоянному совершенствованию

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

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

Достижение успешного результата

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