Обязанности архитектора решений и руководящие принципы

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

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

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

Обязанности архитектора

  Задача для выполнения
☐ Согласуйте техническую стратегию с бизнес-требованиями, следуя 5-шаговому процессу для сбора правильной информации, достижения договорённости по реалистичным результатам и соответствия бизнес-целям.
☐ Разработка спецификации проектирования архитектуры , сопровождаемой схемами в виде структурированного пакета. Убедитесь, что спецификация соответствует функциональным и нефункциональным требованиям, собранным в предыдущей задаче, и включает положения для обычных, нерегламентированных и чрезвычайных операций.
☐ Создайте схемы проектирования архитектуры, которые иллюстрируют все аспекты проектирования системы, от широкого обзора до подробных измерений, таких как сеть и идентификация.
☐ Сохраняйте запись решения архитектуры (ADR), которая фиксирует контекст, последствия и обоснование для архитектурных решений. Документирование компромиссов и отклонённых вариантов.
☐ Проверьте критические предположения с подтверждением концепций (PoCs). Прежде чем завершить разработку, проверьте компоненты с высоким риском или новыми компонентами с помощью рабочего кода. Это предотвращает сбой теоретических конструкций на практике.
☐ Сотрудничайте с группой по рабочим нагрузкам и командой платформы во время реализации, чтобы обеспечить ясность и дать рекомендации по последовательности реализации. Эта совместная работа помогает максимально повысить эффективность обучения и улучшить работу с самого начала. При необходимости пересматривайте требования с заинтересованными сторонами.
☐ Поддержка упражнений моделирования, которые предоставляют контекстные сведения о проблемах с рабочей нагрузкой. Покрытие расходов, работоспособности приложений и других областей.
☐ Предоставьте рекомендации по оптимизации на основе наблюдений за шаблонами использования и изменениями в функциональных возможностях рабочей нагрузки или предложениях поставщиков облачных служб.
☐ Участвуйте в аудите, проверках на соответствие и проверках надежности, чтобы предоставить ценную информацию внешним сторонам, уполномоченным на проведение проверок.
☐ Будьте консультантом во время проверок изменений, чтобы получить представление о предполагаемой стоимости изменений и ее реализации.

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

Четкое определение бизнес-требований

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

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

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

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

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

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

Задокументируйте каждое решение в записи принятия решений архитектуры (ADR), включая вашу причину и обоснование. Убедитесь, что ваши решения передаются, применяются и отражаются в системе.

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

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

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

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

Думайте на перспективу

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

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

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

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

Оставайтесь практическими и продолжайте обучение

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

Вы также можете самостоятельно оценить, задав себе такие вопросы, как:

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

Сотрудничайте ради успеха

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

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

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

Дисциплинированный подход приводит к улучшению архитектуры. Используйте платформу Azure Well-Architected в сочетании с другими установленными платформами архитектуры, например Open Group Architecture Framework (TOGAF), чтобы управлять процессом. Их принципы и контрольные списки помогают принимать согласованные, хорошо обоснованные решения. Дополняйте их такими ресурсами, как деревья принятия решений и эталонные архитектуры для дальнейшего укрепления решений по проектированию.

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

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

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

Начало работы с первым элементом в контрольном списке обязанностей архитектора.

Соответствие бизнес-требованиям

  • Last updated on