Рабочие нагрузки Azure Well-Architected Framework
В контексте Azure Well-Architected Framework термин рабочей нагрузки относится к коллекции ресурсов приложений, данных и поддержки инфраструктуры, которая работает вместе для достижения определенных бизнес-результатов. Рабочая нагрузка состоит из компонентов, а также процедур разработки и эксплуатации.
Архитекторы разрабатывают рабочие нагрузки, а команда рабочей нагрузки реализует их. Рабочая нагрузка разработана и реализована для достижения функциональных и нефункциональных бизнес-требований. Рабочие нагрузки можно классифицировать по многим типам.
Ниже указаны типичные критерии классификации рабочих нагрузок:
Служебная программа, характеристики и шаблоны использования рабочей нагрузки, такие как веб-приложения, пакетная обработка и аналитика в режиме реального времени.
Ключевые влиятельные драйверы, такие как технологические платформы или выравнивание с отраслью.
Целевая аудитория. Примеры решений с различными аудиториями — это внутренние бизнес-приложения в предприятиях, приобретенное независимое решение поставщика программного обеспечения (ISV) или мультитенантное программное обеспечение как услуга (SaaS) для общедоступного использования.
Рабочие нагрузки, которые находятся в одном классе, могут совместно использовать сходство, включая целевую аудиторию, требования к соответствию требованиям и стеки технологий. Пять основных принципов хорошо спроектированной платформы, их принципы, контрольные списки и компромиссы относятся ко всем классам рабочей нагрузки.
Руководство по рабочей нагрузке в хорошо спроектированной платформе описывает общие приоритеты и компромиссы, относящиеся к определенным классам рабочей нагрузки. В руководстве по рабочей нагрузке руководство по основным аспектам применяется к принципам технического проектирования и областям проектирования, которые представляют приоритеты рабочей нагрузки. Следуйте рекомендациям, чтобы помочь настроить успешную рабочую нагрузку и согласовать ее с хорошо спроектированной платформой.
Что такое рабочая нагрузка хорошо спроектированной платформы?
Проектирование и операции любой рабочей нагрузки должны бороться с пятью архитектурными основами: надежность, безопасность, оптимизация затрат, эффективность работы и производительность.
 Чтобы создать успешную рабочую нагрузку, разработайте ее в соответствии с принципами хорошо спроектированной платформы, которые основаны на следующих идеалах. |
|---|
Рабочая нагрузка хорошо спроектированной платформы:
- Имеет функциональные и нефункциональные требования, определенные и приоритетные для достижения цели.
- Предназначен для достижения этих требований с помощью ресурсов и включения шаблонов проектирования и компромиссов.
- Строится и работает в соответствии с спецификациями проектирования и назначения.
- Измеряется тем, насколько адекватно она достигает своей цели.
- Может адаптироваться, так как его назначение уточнено или изменено.
- Так же надежно, как это должно быть.
- Это так же безопасно, как это должно быть.
- Обеспечивает достаточную отдачу от инвестиций.
- Разрабатывается и работает ответственно.
- Выполняет свою цель в течение допустимого периода времени.
Совместная работа между командой рабочей нагрузки и центральными командами организации должна создать рабочую нагрузку с указанными выше характеристиками. В следующих разделах описываются эти команды и их функции.
Команда рабочей нагрузки
Создайте группу рабочей нагрузки с участниками группы с широким спектром технических и бизнес-дисциплин. Основное внимание всех участников группы должно быть успешной рабочей нагрузкой.
| Примеры участников группы рабочей нагрузки | |
|---|---|
| Инженеры по безопасности приложений Заинтересованные лица бизнеса Разработчики облачных решений или инженеры программного обеспечения Архитекторы облачных решений Специалисты по обработке и анализу данных Администраторы базы данных |
Инженеры DevOps Инженеры инфраструктуры Менеджеры по продуктам или владельцы Инженеры по обеспечению качества (QA) Участники группы поддержки |
Централизованные команды и заинтересованные лица
Централизованные команды часто поддерживают группу рабочей нагрузки. Они предоставляют функции поддержки и применяют управление для многих или всех облачных рабочих нагрузок в организации. Централизованные команды сосредоточены на успешном выполнении организации, что частично достигается успехом рабочих нагрузок организации. Они предоставляют услуги, рекомендации и охранники для рабочих нагрузок.
| Примеры централизованных команд и участников команды | |
|---|---|
| Аналитики бизнес-аналитики Заинтересованные лица бизнеса Облачный центр превосходства (CCoE) Группа по облачной платформе Аналитики кибербезопасности Для администраторов баз данных архитекторов ИТ-структуры предприятия; |
Финансовые аналитики Инженеры инфраструктуры Сотрудники по юридическим вопросам и соответствию Сетевые инженеры Специалисты по закупкам Руководители проектов |
Команда рабочей нагрузки Well-Architected Framework фокусируется на результатах рабочей нагрузки. Они координируют и получают выгоду от специализированной поддержки от централизованных членов группы.
Модель общей ответственности
Для предоставления ценности необходимо развернуть и использовать рабочую нагрузку. В рамках рабочей нагрузки вы несете ответственность за проектирование, реализацию и развертывание рабочей нагрузки таким образом, чтобы создать ценность для вашей организации.
Рабочие нагрузки существуют в контексте вашей организации. Организация часто регулирует роли управления и управления. Ваша группа рабочей нагрузки несет ответственность за проектирование, реализацию и развертывание рабочей нагрузки в рамках организации.
В соответствии с Cloud Adoption Framework для Azure, стандартизируйте облачные ресурсы рабочей нагрузки. Строго применяйте стандартизацию для предоставления управляемой платформы для поддержки групп рабочей нагрузки. Применяйте это управление в соответствии с облачной операционной моделью вашей организации.
Целевые зоны Azure можно использовать для стандартизации. Целевые зоны платформы и целевые зоны приложений доступны в Azure. Разверните рабочую нагрузку в целевой зоне приложения.
У вашей организации может быть облачной платформы, которая строго формализована и полностью соответствует целевым зонам Azure. Или у вашей организации может быть другая стратегия внедрения или нет реализации. Если реализации нет, группы рабочей нагрузки почти полностью автономны.
Для любой платформы и управления, которую использует ваша организация, необходимо применить принципы хорошо архитектора платформы к рабочим нагрузкам. Хорошо спроектированная платформа часто ссылается на целевые зоны Azure, но она не зависит от конкретной реализации платформы. Основы, принципы, контрольные списки и руководства для всех облачных платформ и большинства типов рабочих нагрузок.
Выполнение требований
В рамках хорошо спроектированной платформы, таких как основные компоненты и рекомендации по рабочей нагрузке, рекомендации совпадают с обязательством рабочей нагрузки. Рекомендации обычно не подразумевают, какие члены команды или команды упрощают эти обязательства. Вы можете определить, кто должен выполнять каждое действие. Выполните сопоставление на уровне рабочей нагрузки, чтобы определить роли и обязанности вашей команды, связанные с топологией, типом рабочей нагрузки и критичностью.
Команда прямой рабочей нагрузки обрабатывает большинство требований к рабочей нагрузке. Некоторые требования обрабатываются как совместные усилия с централизованными командами. Например, варианты реализации могут быть основаны на сторожевых ограничениях, которые централизованные наборы команд. Или централизованная команда может исключительно обрабатывать варианты реализации.
Ваша команда рабочей нагрузки должна создать рабочие отношения с другими командами, чтобы помочь кодиверу в целях рабочей нагрузки. Если вы выполняете аутсорсинг компонентов или обязанностей, вы должны успешно доставить эти обязательства.
Сведения о ограничениях
Централизованная команда поддерживает различные рабочие нагрузки на основе основных возможностей команды и основной инфраструктуры. Чтобы обеспечить эту поддержку в масштабах организации, централизованная команда может реализовать единообразие и ограничения на службу, предлагаемую или инфраструктуру. По мере разработки рабочей нагрузки важно понимать эти ограничения и по возможности сотрудничать с корпоративными архитекторами, которые знают эти ограничения. Узнайте больше о предыдущих реализациях.
Каждая реализация управления платформой отличается, но для многих рабочих нагрузок часто используются следующие ограничения:
- Списки разрешений для облачных ресурсов
- Мандаты конфигурации для облачных ресурсов
- Региональные списки разрешений для облачных ресурсов и доступности локальных подключений
- Ограниченная или без поддержки платформы за пределами рабочих часов
- Требования к исправлению
- Конкретная реализация концентратора, которая управляет реализацией доменных имен (DNS) и частной конечной точки.
- Требования к управлению цепочкой поставок
Явные сведения о требованиях
Если требование к рабочей нагрузке сталкивается с ограничением или соглашением об уровне обслуживания (SLA), которое не четко определяет основную возможность или предложение инфраструктуры, обратитесь к этой ситуации как к риску. Чтобы устранить этот риск, ваша рабочая нагрузка должна предоставить ясность другим командам о том, как проблема влияет на рабочую нагрузку. Возможно, потребуется изменить требования к рабочей нагрузке, проектирование или реализацию или изменить предложение инфраструктуры.
Когда вы понимаете обязательства группы платформы, связанные с директивами организации и обязательствами вашей рабочей нагрузки, вы можете взаимодействовать с требованиями рабочей нагрузки с реалистичными ожиданиями и рекомендациями.
Взаимодействие с общими требованиями к рабочей нагрузке
Каждое партнерство платформы отличается, но следующие области являются общими темами в беседах с общей ответственностью:
- Требования к соответствию требованиям и юридическим требованиям
- Сетевые особенности, такие как потребность в статических входящего трафика или исходящих IP-адресов
- Требования к наблюдаемости для предоставления динамических данных сайта, которые эффективны
- Требования к производительности, такие как пропускная способность сети, доступность облачных ресурсов или региональная доступность
- Ожидания для общедоступного доступа к Интернету с точки зрения исходящего трафика и входящего трафика
- Цели уровня обслуживания (SLOS) или соглашения об уровне обслуживания, предлагаемые пользователям рабочей нагрузки
- Доступность технической поддержки
Поиск унифицированных побед
Общая ответственность не только о компромиссах, ограничениях и компромиссах. Команды платформ часто имеют высоко специализированные навыки и выделенные бюджеты, которые могут расширить возможности отдельной рабочей нагрузки. Рассмотрим следующие примеры.
Специалисты по безопасности. Рабочая нагрузка может иметь безопасный жизненный цикл разработки. Как централизованная группа безопасности выполняет задачи безопасной разработки в масштабах всей организации, она может выполнять обычное тестирование на проникновение, которое выше и за пределами ваших усилий. Это также может помочь в планировании и выполнении стратегии реагирования на инциденты.
Руководство по архитектуре предприятия. Вы можете сэкономить время и усилия, если вы соответствуете шаблонам и методикам группы корпоративной архитектуры, так как команда уже оптимизирует процессы. Вы также можете предотвратить повторную работу, если решение невозможно в рамках партнерства без переговоров.
Расходы на большие билеты. Команды платформы часто размещают компоненты или службы, слишком дорогие или слишком обширные управляемые для отдельной группы рабочей нагрузки. Команды платформы могут позволить себе эти компоненты и службы, так как они делят затраты на рабочие нагрузки.
Часто эти службы или централизованные платформы предлагаются как простое отображение, поэтому они помогают оптимизировать затраты на рабочую нагрузку. И когда они предлагаются в качестве обратной оплаты, они часто дешевле из-за экономии масштаба и централизации.
Команды платформ часто предоставляют команды самообслуживания для рабочих нагрузок для различных действий. Например:
- Предоставление репозитория документации для самостоятельного обучения
- Подключение к управлению затратами с помощью тегов ресурсов
- Предложение подписок через формальный процесс обработки подписки
Изучите варианты самообслуживания и разработки платформы, которые могут быть подходящими для рабочей нагрузки.
Совместное использование успешных и сложных задач
Общая ответственность с другими командами также означает обмен успехами и проблемами рабочей нагрузки. Когда ваша рабочая нагрузка соответствует своим обязательствам и получает предполагаемое значение, поделитесь этим с партнерскими командами. Расскажите им, как они способствовали успеху рабочей нагрузки. Если ваша рабочая нагрузка не отвечает своим обязательствам, поделитесь тем, что не работает и совместно работает, и повторно разрешите их, чтобы вернуться на трассу.
Команды платформы также имеют обязательства и критерии успешности. Вы должны ожидать, что ваши партнеры должны сказать вам, работает ли ваша рабочая нагрузка хорошо с предложением или если это рискует быть шумным соседом.
Стремиться к непрерывному улучшению
Тема для всех основных принципов хорошо спроектированной платформы является непрерывным улучшением. Внедрение прогрессивного мышления. Вы можете справиться с новыми подходами к существующим проблемам, внедрять новые технологии, решать новые требования или работать под новыми ограничениями. По мере улучшения рабочей нагрузки с течением времени ожидается то же мышление от партнерских команд. Однако каждая возможность улучшения также означает изменения и должны поддерживаться соответствующим процессом управления.
Группы рабочей нагрузки обязаны взаимодействовать с командами платформы о предлагаемых изменениях требований рабочей нагрузки, которые могут повлиять на службы группы платформы. Аналогичным образом, команды платформы обязаны включать своих партнеров рабочей нагрузки в процессы управления изменениями и четко сообщать об изменениях платформы. Создайте регулярный курс обмена данными с партнерами, чтобы узнать и поделиться развитием продукта.
Достижение успешного результата
Рабочие нагрузки имеют много ожиданий от пользователей, акционеров, регулирующих органов, сотрудников, центра превосходства и руководителей по опыту. Ожидания могут задать направление компаса спиннинга. Хорошо спроектированная платформа обеспечивает ясность, связанную с проектированием и реализацией, предлагая явные рационализации для архитектурных решений для достижения успешного результата. Разработайте успешную рабочую нагрузку и поделитесь этим успехом с вашей организацией.