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

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

Упражнения по моделированию поддержки

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

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

Поделиться потенциальными улучшениями

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

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

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

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

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

Помощь в проверках

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

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

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

Просмотр предлагаемых изменений

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

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

Дальнейшие шаги