Поделиться через

Рекомендации по выбору правильных служб и функций

  • Статья

Применимо к этой рекомендации Power Platform контрольного списка эффективности хорошо продуманной производительности:

РЕ:03 Выбор нужных служб. Службы и функции должны поддерживать вашу способность достигать целевых показателей производительности рабочих нагрузок и адаптироваться к ожидаемым изменениям емкости. При выборе также следует учитывать преимущества использования функций платформы или создания собственной реализации.

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

Определения

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

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

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

Понимание требований к рабочей нагрузке

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

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

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

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

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

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

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

Понимание служб

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

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

Понимание ограничений служб

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

Выбор функций платформы

Выбор функций платформы подразумевает использование встроенных функций, предоставляемых платформой, для решения конкретных задач без написания специального кода. Встроенные функции предназначены для эффективного решения конкретных задач в большом масштабе и они регулярно обслуживаются. Функции платформы позволяют вам лучше использовать преимущества облачной инфраструктуры, поскольку они абстрагируются и обрабатываются за вас. Выбирайте службы, которые позволяют вам переносить функциональность на платформу вместо написания и поддержки собственного кода. Во многих случаях решения «платформа как услуга» (PaaS) обеспечивают более высокую эффективность, чем пользовательский код. Пользовательский код усложняет рабочую нагрузку и приводит к проблемам с производительностью. Разрабатывайте собственный код только в том случае, если функций служб недостаточно.

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

Оценка требований к инфраструктуре

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

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

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

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

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

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

Оценка требований к сети

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

Чтобы оценить сетевые требования, убедитесь, что вы:

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

  • Понимаете требования к пропускной способности. Определите требования к пропускной способности для рабочей нагрузки. Учитывайте объем данных, передаваемых и получаемых по сети.

  • Понимание задержки сети. Оцените желаемую задержку для рабочей нагрузки.

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

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

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

Хотя службы платформы управляют собственными требованиями к вычислительным ресурсам, вам необходимо оценить требования к вычислительным ресурсам любых реализованных вами пользовательских облачных компонентов. Оценка требований к вычислительным ресурсам включает в себя оценку конкретных вычислительных потребностей рабочей нагрузки, включая такие факторы, как тип экземпляра, масштабируемость и контейнеризация. Различные службы вычислений имеют разные возможности и характеристики, которые могут повлиять на производительность вашей рабочей нагрузки. Выберите оптимальную службу вычислений, чтобы обеспечить эффективную работу вашей рабочей нагрузки. Более подробные рекомендации по оценке требований к вычислительным ресурсам для пользовательских компонентов см. в разделе Оценка требований к вычислительным ресурсам в Azure Well-Architected Framework.

Оцените требования к балансировке нагрузки

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

Чтобы выбрать наиболее подходящие варианты балансировки нагрузки для вашей рабочей нагрузки, учитывайте следующее:

  • Хосты роботизированная автоматизация процессов (RPA): оцените, следует ли балансировать нагрузку между несколькими хостами RPA для автоматического масштабирования рабочих нагрузок и оптимизации автоматизации без сопровождения.
  • Шлюзы локальный: используйте параметры балансировки нагрузки, чтобы избежать единых точек отказа при доступе к ресурсам данных локальный.

Оценка требований к базе данных

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

Чтобы оценить требования к базе данных и выбрать подходящую базу данных, выполните следующие действия:

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

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

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

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

Оцените требования к хранилищу

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

Оцените требования к кэшу

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

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

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

Чтобы оценить, как реализовать бизнес-логику, рассмотрите следующее:

  • Команда навыки. Ваша рабочая группа создает и поддерживает рабочие нагрузки. Разные службы требуют разных навыков. Выбирайте службы, которыми ваша рабочая группа умеет пользоваться, или обучите ее, прежде чем выбирать службу. Убедитесь, что члены рабочей группы обладают опытом и знаниями для эффективного использования служб и оптимизации их производительности. Например, для разработки подключаемых модулей Dataverse вашей рабочей группе потребуется написать код .NET или Power Fx.

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

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

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

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

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

Оцените скорость реагирования

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

Чтобы оценить скорость реагирования:

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

Возможности в Power Platform

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

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

Контрольный список по обеспечению эффективности процессов

Обратитесь к полному набору рекомендаций.

Контрольный список эффективности производительности