Рекомендации по определению и оценке потоков

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

RE:02 Определите и оцените потоки пользователей и системы. Используйте шкалу важности в зависимости от бизнес-требований, чтобы определить приоритеты потоков.

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

Определения

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

Ключевые стратегии проектирования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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