Стратегии архитектуры для выявления и оценки потоков

Применяется к этой рекомендации проверки надежности платформы Azure Well-Architected Framework:

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

Определения

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

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

Определение всех потоков пользователей и системных потоков

Результат идентификации всех потоков пользователя и системы — это каталог всех потоков в рабочей нагрузке. Этот процесс идентификации требует сопоставления каждого взаимодействия пользователя и процесса в системе с начала до конца. Это сопоставление является необходимым условием для выявления критически важных потоков. Ниже приведены рекомендации по выявлению всех потоков пользователей и систем в рабочей нагрузке:

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

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

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

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

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

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

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

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

• Визуализация с помощью схем. Создайте блок-схемы или схемы для визуального представления потока и его шагов. Вы можете использовать такие инструменты, как Microsoft Visio, схемы последовательностей UML, схемы вариантов использования, простые инструменты рисования или описательный список в текстовом формате (см . пример каталога потоков).

• Итеративно обновляйте схему потока. Сопоставление потоков — это итеративный процесс. Потоки могут меняться, разделяться или объединяться, особенно на этапе проектирования. По мере того как потоки рабочей нагрузки становятся более четко определенными, необходимо обновить каталог потоков для сопоставления. Проверьте и уточните схемы потоков с отзывом заинтересованных лиц, чтобы обеспечить точность и полноту.

Определение бизнес-процессов для каждого потока

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

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

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

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

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

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

Определение владельцев процессов и заинтересованных лиц для каждого потока

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

У вас может быть матрица назначения ответственности (ОЗУ) или матрица RACI, которая уже определяет владельцев процессов и заинтересованных лиц. Как правило, владельцы процессов несут ответственность за процесс или подотчётны за него, а вы консультируетесь с заинтересованными сторонами или информируете их.

Определение путей эскалации для каждого потока

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

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

Определение влияния каждого потока на бизнес

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

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

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

• Определите предположения о емкости и доступности. Установите предположения о ожидаемой емкости и доступности каждого процесса. Учитывайте такие факторы, как пропускная способность на единицу времени, ожидаемые рабочие часы и целевой процент простоя. Если есть требования к целевому времени восстановления (RTO) или целевой точке восстановления (RPO), их следует указать. Эти предположения помогают понять требования к надежности каждого потока.

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

Назначение оценки критичности каждому потоку

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

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

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

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

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

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

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

Соответствие структуре организации

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

Дополнительные сведения см. в статье о важности бизнеса в управлении облаком.