Рекомендации по выявлению и оценке потоков
Применяется к этой рекомендации проверки надежности платформы Azure Well-Architected Framework:
| RE:02 | Определение и частота потоков пользователей и системных потоков. Используйте масштаб критически важных данных на основе бизнес-требований, чтобы определить приоритеты потоков. |
|---|
В этом руководстве описываются рекомендации по выявлению и приоритету потоков рабочей нагрузки. Определение и приоритет потоков рабочей нагрузки включает сопоставление потоков пользователей и системных потоков, чтобы определить их критически важное значение для организации. Эта практика гарантирует определение и приоритет наиболее критически важных функциональных возможностей рабочей нагрузки для снижения риска повреждения сбоев. Сбой выявления и приоритета потоков рабочей нагрузки может привести к разбивке системы и надежности скомпрометированных рабочих нагрузок.
Определения
| Термин | Определение |
|---|---|
| Поток пользователя | Пути или последовательности действий, которые пользователи принимают в приложении или системе. |
| Системный поток | Поток информации и процессов в системе. Система автоматически следует этому потоку, чтобы включить пользовательские потоки или функциональные возможности рабочей нагрузки. |
Основные стратегии проектирования
При разработке рабочей нагрузки необходимо определить потоки пользователей и системные потоки. Потоки пользователей на диаграмме перемещения пользователя через приложение. Они сосредоточены на пользовательском интерфейсе, взаимодействии, решениях и шагах, необходимых для выполнения задачи. Потоки пользователей предоставляют пользовательский интерфейс и дизайн интерфейса. Системные потоки диаграммы внутренних рабочих нагрузок. Они сосредоточены на перемещении данных, обработке входных данных, обработке выходных данных и взаимодействии между компонентами рабочей нагрузки, внутренними службами и внешними API. Системные потоки указывают на сложные сведения о том, как рабочая нагрузка работает внутри системы.
Необходимо определить и определить потоки в начале этапа разработки рабочей нагрузки. Это дает более четкое представление о том, что влияет на надежность рабочей нагрузки. Он тесно соответствует вашим архитектурным решениям с целями надежности рабочей нагрузки.
Определение всех потоков пользователей и системных потоков
Результат идентификации всех потоков пользователя и системы — это каталог всех потоков в рабочей нагрузке. Этот процесс идентификации требует сопоставления каждого взаимодействия пользователя и процесса в системе с начала до конца. Это сопоставление является необходимым условием для выявления критически важных потоков. Ниже приведены рекомендации по выявлению всех потоков пользователей и систем в рабочей нагрузке:
Интервью заинтересованных лиц. Заинтересованные лица могут предоставлять ценные сведения для выявления потоков, и они могут даже помочь вам сопоставить и определить приоритеты потоков. Вы также можете интервьюировать пользователей, бизнес-аналитиков и технических групп, чтобы получить аналитические сведения о взаимодействии пользователей и зависимостях в рабочей нагрузке.
Ознакомьтесь с документацией. На этапе разработки может не быть документации. Однако если документация существует, ее следует использовать. Попросите системные схемы архитектуры, инструкции пользователей и описания процессов. Эти документы помогают понять предполагаемые функциональные возможности рабочей нагрузки и отдельных потоков.
Обратите внимание на рабочую нагрузку. Отслеживайте рабочую нагрузку, указывая, как пользователи взаимодействуют с ней и как разные компоненты взаимодействуют друг с другом. Необходимо проанализировать системные журналы, метрики производительности и журналы действий пользователей, чтобы определить шаблоны, частые задачи и системные ответы.
Список идентифицированных потоков. Интервью, документация и наблюдение должны позволить вам определить все потоки в рабочей нагрузке. Скомпилируйте список всех потоков, которые вы определяете и классифицируете их в потоки пользователей (фокусируясь на взаимодействии с пользователем) и системных потоков (фокусируясь на внутренних процессах и перемещении данных).
Определите начальные и конечные точки потока. Для каждого идентифицированного потока четко определите, где начинается поток и где он заканчивается. Для потоков пользователей документируйте каждое взаимодействие с пользователем и ожидаемый результат. Сосредоточьтесь на пользовательском интерфейсе и дизайне интерфейса. Для системных потоков необходимо определить базовые триггеры и ожидаемые результаты.
Разбить каждый поток. Разбить каждый поток на отдельные шаги, описывая действия, решения или процессы, происходящие в каждой точке. Обратите внимание, как каждый шаг взаимодействует с другими частями системы, включая зависимости от других потоков или внешних систем. Вы сможете определить, как потоки интегрируются с рабочей нагрузкой и взаимодействием с пользователем. Этот двойной подход обеспечивает целостное представление всей рабочей нагрузки.
Документируйте уникальные выходные данные. Определите любые альтернативные пути или исключения в каждом потоке, например обработку ошибок или условное ветвление. Если поток имеет несколько возможных результатов, его следует добавить в каталог в виде отдельных записей. Для потоков пользователей следует определить предполагаемое поведение взаимодействия. Для системных потоков следует определить предполагаемое поведение процесса.
Визуализация с помощью схем. Создайте блок-схемы или схемы для визуального представления потока и его шагов. Вы можете использовать такие инструменты, как Microsoft Visio, схемы последовательностей UML, схемы вариантов использования, простые инструменты рисования или описательный список в текстовом формате (см . пример каталога потоков).
Итеративное сопоставление потока обновления. Сопоставление потоков — это итеративный процесс. Потоки могут изменяться, разделять или объединять, особенно на этапе разработки. По мере того как потоки рабочей нагрузки становятся более четко определенными, необходимо обновить каталог потоков для сопоставления. Проверьте и уточните схемы потоков с отзывом заинтересованных лиц, чтобы обеспечить точность и полноту.
Определение бизнес-процессов для каждого потока
Бизнес-процессы — это ряд задач для достижения выходных данных, таких как выполнение заказов, управление обслуживанием клиентов или управление инвентаризацией. Идентификация бизнес-процессов для каждого потока включает сопоставление потоков с одним или несколькими бизнес-процессами. Это сопоставление помогает понять важность каждого потока для бизнеса.
Возможно, у вас есть документация или бизнес-планы, обеспечивающие сопоставление потоков с бизнес-процессами. Иногда пользовательские руководства, учебные материалы или системные спецификации могут предоставлять аналитические сведения о предполагаемом использовании и назначении рабочей нагрузки и ее потоках. В противном случае необходимо сопоставить потоки с бизнес-процессами, которые они поддерживают. Ниже приведены рекомендации по выявлению бизнес-процессов для каждого потока.
Используйте выходные данные рабочей нагрузки. Вы можете использовать выходные данные рабочей нагрузки и разбивку потока для сопоставления потоков с бизнес-процессами, которые они поддерживают. Сначала просмотрите выходные данные, которые генерирует рабочая нагрузка. Выходные данные могут быть отчетами о продажах, файлами данных или завершенных задачах.
Проводите собеседования. Выступайте с участниками группы и заинтересованными лицами, взаимодействующими с рабочей нагрузкой. Вы должны задавать конкретные вопросы о своих ежедневных задачах, о том, как они используют рабочую нагрузку, и какие цели они достигают с ним. Технические команды часто имеют более глубокое представление о структуре рабочей нагрузки и могут предоставлять аналитические сведения о бизнес-процессах, которые он поддерживает.
Мониторинг использования рабочей нагрузки. Для существующих рабочих нагрузок отслеживайте рабочую нагрузку и ищите шаблоны использования, указывающие на базовые бизнес-процессы, такие как запись данных, обработка заказов или взаимодействие с клиентом.
Подключите выходные данные к бизнес-процессу. Подключите точки из выходных данных потока к общему бизнес-процессу, который они поддерживают. Например, если этап потока включает обработку заказов клиентов, он напрямую поддерживает бизнес-процесс выполнения заказов. Выполнение заказов способствует бизнес-цели поддержания удовлетворенности клиентов и создания доходов. Наконец, используйте разбивку потока, чтобы определить, какой поток создал отчет о продажах.
Определение владельцев процессов и заинтересованных лиц для каждого потока
Владелец процесса для потока — это человек, отвечающий за успешное выполнение данного процесса. Они отвечают за этот процесс и потоки, поддерживающие его. Необходимо определить владельца процесса для каждого потока рабочей нагрузки. Вы также должны определить заинтересованных лиц для каждого потока. Заинтересованные лица могут участвовать в рабочей нагрузке, иметь зависимости от потока или управлять зависимостью, которая имеет поток.
У вас может быть матрица назначения ответственности (ОЗУ) или матрица RACI, которая уже определяет владельцев процессов и заинтересованных лиц. Как правило, владельцы процессов отвечают за процесс или отвечают за них, и вы обращаетесь к заинтересованным лицам или уведомляете заинтересованных лиц.
Определение путей эскалации для каждого потока
Определение путей эскалации заключается в определении каналов для эскалации проблем, связанных с потоком. Проблемы, которые нуждаются в эскалации, могут быть срочными обновлениями, проблемами безопасности, ухудшением состояния или техническими инцидентами. Цель определения пути эскалации заключается в обеспечении своевременного и эффективного решения проблем.
Сопоставленный путь эскалации должен начинаться с человека или группы, скорее всего, для решения конкретной проблемы. Если этот человек или группа не могут устранить проблему, путь эскалации должен определить следующую точку контакта. Следующий пункт контакта имеет более широкие обязанности и может координировать стратегии устранения рисков с большей частью организации. Количество людей на пути эскалации зависит от потока и организации. Слишком много людей на пути эскалации может замедлить усилия по разрешению.
Определение влияния каждого потока на бизнес
Идентификация влияния каждого потока на бизнес является важной для понимания того, как каждый поток способствует ключевым бизнес-целям. Влияние на бизнес может включать создание доходов, удовлетворенность клиентов или эффективность работы. Понимая положительное и отрицательное влияние каждого потока, вы можете определить приоритеты усилий по обеспечению надежности потоков, которые наиболее важны для вашего бизнеса. Важно учитывать прямое влияние сбоя потока и его косвенное влияние на другие взаимосвязанные процессы. Ниже приведены шаги по выявлению влияния каждого потока на бизнес:
Определите положительное влияние. Определите ожидаемые преимущества, когда поток выполняется должным образом. Ожидаемые преимущества могут включать повышение эффективности, увеличение доходов, повышение удовлетворенности клиентов или любое другое положительное влияние на бизнес.
Определите негативное влияние. Оцените потенциальные негативные последствия, если процесс завершается сбоем или не работает должным образом. Рассмотрите возможность квалифицирования конкретных потерь, таких как снижение доходов. Включают в себя субъективные последствия, такие как ущерб репутации, эрозия доверия клиентов или неблагоприятные последствия для других связанных бизнес-процессов.
Определите предположения о емкости и доступности. Установите предположения о ожидаемой емкости и доступности каждого процесса. Учитывайте такие факторы, как пропускная способность на единицу времени, ожидаемые рабочие часы и целевой процент простоя. Если есть ожидания для целевой цели восстановления (RTO) или целевой точки восстановления (RPO), следует включить эти ожидания. Эти предположения помогают понять требования к надежности каждого потока.
Систематически оценивая эти аспекты, вы можете получить комплексное представление о том, как каждый поток влияет на бизнес и принимать стратегические решения о оптимизации надежности.
Назначение оценки критичности каждому потоку
Подробная оценка важности потока относительно общих бизнес-последствий позволяет назначить рейтинг критической важности каждому потоку. Можно использовать количественные или качественные оценки критических показателей. Цель — отсортировать потоки по приоритету и назначить метку, которая позволяет определить критически важные потоки. Этот процесс является логическим продолжением определения, сопоставления и выравнивания бизнес-процессов и влияния. Используйте следующие описания критичности, чтобы назначить критические оценки:
Высокая критичность: потоки высокой важности являются неотъемлемой частью основных бизнес-функций. Они непосредственно влияют на критические аспекты бизнеса, такие как опыт клиентов, финансовые транзакции, протоколы безопасности, здоровье человека и безопасность. Сбой или нарушение этих потоков может привести к значительным непосредственным или долгосрочным негативным последствиям. Примеры негативных последствий включают потерю доходов, нарушение доверия и юридические проблемы. Приоритеты этих потоков гарантируют, что наиболее важные аспекты рабочей нагрузки являются надежными и устойчивыми.
Средняя критичность: потоки средней важности важны для полной функциональности системы, но не напрямую связаны с клиентом или критическими бизнес-операциями. Например, если проблема нарушает внутренний поток обработки данных, можно повторить обработку данных без немедленных внешних последствий. Эти потоки важны для гладких операций, но предлагают буфер с точки зрения немедленного клиента или финансового эффекта, что позволяет выполнять управляемые ответы на проблемы.
Низкая критичность: потоки низкой критическости не имеют прямого или значительного влияния на основные бизнес-функции или взаимодействие с клиентами. Примеры включают вспомогательные процессы, такие как ночные передачи журналов или необязательные функции пользователей, такие как опросы отзывов. Хотя эти потоки способствуют общей системе, их нарушение вряд ли приведет к значительным непосредственным бизнес-проблемам или операционным проблемам.
Следуя этому структурированном подходу к назначению критической роли, вы можете эффективно определять приоритеты ресурсов и сосредоточиться на поддержании и повышении надежности и эффективности наиболее критически важных потоков.
Компромисс: более высокие ожидания для надежности иногда совпадают с более высокими затратами на настройку, операционными затратами и бременем управления для операторов. Убедитесь, что заинтересованные лица понимают потенциальные затраты на повышение надежности критически важных потоков.
Соответствие структуре организации
Cloud Adoption Framework предоставляет рекомендации для рабочих нагрузок, требующих классификации критически важных для бизнеса.
Дополнительные сведения см. в статье о важности бизнеса в управлении облаком.