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


Основы архитектора решений

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

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

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

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

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

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

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

Создание платформы принятия решений

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

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

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

Документирование решений в записи принятия решений архитектуры (ADR). Задокументируйте обоснование вместе с каждым решением.

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

Знакомство с шаблонами облачной разработки

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

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

Будьте вперед думать

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

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

Модель роста. Прогнозирование роста или сжатия использования рабочей нагрузки с течением времени.

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

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

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

Дополнительные сведения о шаблонах проектирования облака см. в следующем разделе:

Проектирование для поддержки

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

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

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

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

Поддержание и улучшение ваших навыков

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

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

Участие сообщества. Взаимодействие с коллегами через интернет и местные сообщества архитектуры.

Исследовательские упражнения. Участие в организационных хакатонах или аналогичных мероприятиях для разработки навыков в незнакомых областях.

Совместная работа для успешного выполнения

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

Быть методичным в подходе к проектированию

Платформы архитектуры поддерживают архитектора, предлагая перспективы рабочей нагрузки и подходы к ней. Хорошо разработанная платформа предоставляет полную точку зрения рабочей нагрузки. Архитекторы могут объединять хорошо спроектированную платформу с другими платформами архитектуры, например Open Group Architecture Framework (TOGAF).

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

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

Следующие шаги