Проектирование под бизнес-требования
 Соберите бизнес-требования с фокусом на предполагаемой служебной программе рабочей нагрузки. |
|---|
Бизнес-требования определяются с помощью совместной работы между заинтересованными лицами бизнеса и архитекторами рабочих нагрузок. Компромиссы должны быть сделаны на каждой стороне, чтобы убедиться, что согласованные требования являются реалистичными и достижимыми при правильном решении целевых показателей надежности, которые должна соответствовать рабочей нагрузке. Требования должны охватывать взаимодействие с пользователем, данные, рабочие процессы и характеристики, уникальные для рабочей нагрузки. Результат процесса требований должен четко указывать ожидания. Цели должны быть достижимы и согласованы с командой, учитывая указанные инвестиции. Они должны быть задокументированы для реализации технологических вариантов, реализаций и операций.
Пример сценария
Компания Contoso Insurance находится на ранней стадии разработки веб-приложения для обработки претензий для своих владельцев политик. Большинство основных потоков пользователей и систем были определены, и команда рабочей нагрузки определила несколько служб Azure, которые будут создавать приложение: приложение Azure service, База данных SQL Azure, службы ИИ Azure, Сетка событий Azure и Azure Logic Apps.
Определение целевых показателей надежности
Квалифицируйте успех, задав целевые показатели для отдельных компонентов, системных и пользовательских потоков, а также системы в целом.
Метрики квалифицируют ожидания. Они позволяют понять сложности и определить, находятся ли нижестоящими затратами этих сложностей в пределах инвестиционного предела.
Целевые значения указывают идеальное состояние. Значения можно использовать в качестве пороговых значений, которые помогают обнаруживать отклонения от этого состояния и сколько времени требуется для возвращения в целевое состояние.
Требования к соответствию также должны иметь прогнозируемые результаты для потоков в область. Приоритеты этих потоков приводят внимание к наиболее чувствительным областям.
Задача Компании Contoso
- Команда рабочей нагрузки хочет убедиться, что они оптимизированы для того, как ресурсы тратятся на обеспечение надежности рабочей нагрузки.
- Они разложили рабочую нагрузку на потоки и оценили потоки на основе их критическости.
Применение подхода и результатов
- Команда определяет, что поток отправки утверждений и утверждения будет иметь самые высокие требования надежности для рабочей нагрузки из-за зависимости врачей и пациентов от доступности этого потока.
- Команда рабочей нагрузки определяет компоненты, поддерживающие этот поток, и определяет меры надежности, которые требуются для достижения целевых показателей.
Общие сведения о обязательствах платформы
Изучите метрики гарантированной надежности, предоставляемые облачной платформой, и рассмотрите ограничения, квоты и ограничения емкости для служб.
Соглашения об уровне обслуживания (соглашения об уровне обслуживания) зависят от службы. Не все службы и функции рассматриваются одинаково. Имея хорошее представление о охвате и ограничениях, вы можете обнаружить смещение и создать механизмы устойчивости и восстановления.
Задача Компании Contoso
- Группа рабочей нагрузки и заинтересованные лица определили, что данные для приложения должны иметь гарантированную цель времени восстановления (RTO), которая не может превышать 30 секунд для поддержки критической степени их отправки и утверждения утверждений.
Применение подхода и результатов
- После просмотра опубликованных соглашений об уровне обслуживания Майкрософт команда увидит, что для достижения этого целевого объекта RTO необходимо развернуть уровень критически важный для бизнеса с активным гео реплика tion.
Определение зависимостей и их влияние на устойчивость
При разложении рабочей нагрузки на компоненты убедитесь, что вы задокументировали все зависимости, независимо от того, являются ли они внутренними или внешними для бизнеса, и определите, как сбои с зависимостями могут повлиять на потоки.
Отслеживание зависимой инфраструктуры, служб, API и функций, разработанных другими командами или третьими сторонами, помогает определить, может ли рабочая нагрузка работать без этих зависимостей. Он также помогает понять каскадные сбои и улучшить подчиненные операции. Разработчики могут реализовать устойчивые шаблоны проектирования для обработки потенциальных сбоев при использовании внешних служб, которые могут быть подвержены сбоям.
Задача Компании Contoso
- Поток отправки утверждений и утверждения имеет зависимость от небольшого эталонного набора данных, размещенного и управляемого другим отделом в компании Contoso Insurance.
- Набор данных обновляется несколько раз в день в течение обычных рабочих часов.
- Приложение предназначено для того, чтобы обеспечить некоторую устаревание в эталонных данных, но данные всегда должны быть доступны приложению.
Применение подхода и результатов
- Группа рабочей нагрузки участвует в команде, поддерживающей эталонный набор данных, и узнает, что целевой объект надежности для набора данных ниже, чем поток, который будет использовать его.
- Команда добавляет задачи разработки в невыполненную работу, чтобы добавить локальный кэш набора данных и фоновое задание для обновления кэша в ночное время. Допустимость устаревания, разрешенная конструкцией, не будет нарушена этим решением.