Веса конечной точки действительно могут использоваться для проведения A/B -тестирования с помощью Global Accelerator AWS, но эта возможность применяется конкретно к стандартным ускорителям, а не к пользовательским ускорителям маршрутизации.
Веса конечной точки и тестирование A/B в стандартных ускорителях
В стандартном ускорителе вы можете назначить веса для отдельных конечных точек в группе конечных точек. Эти веса определяют долю трафика, направленного в каждую конечную точку. Регулируя веса, вы можете управлять тем, сколько трафика переходит к каждой версии вашего приложения, что позволяет постепенно смещать трафик для сценариев, таких как A/B -тестирование или канарейские релизы.
Например, если у вас есть две конечные точки, вы можете назначить веса 1 и 255, так что примерно 1/256 трафика переходит к первой конечной точке (например, новой версии вашего приложения) и 255/256 ко второму (текущая стабильная версия). Затем вы можете постепенно увеличить вес новой версии, чтобы перенести больше трафика, монизируя производительность и пользовательский опыт перед полным развертыванием. Установка веса конечной точки до 0 полностью останавливает трафик в этой конечной точке. Это взвешенное распределение движения основано на соотношении веса каждой конечной точки к общему весу в группе [2] [3] [4] [5].
Почему веса конечной точки не используются для A/B -тестирования в пользовательских ускорителях маршрутизации
Напротив, пользовательские ускорители маршрутизации работают по -разному. Здесь конечные точки являются не отдельными экземплярами EC2 или балансировщиками нагрузки, а в подсетах VPC, содержащих экземпляры EC2. Маршрутизация трафика основана на статических сопоставлениях портов от портов слушателя акселератора до портов назначения на экземплярах EC2 в этих подсетах.
Важно отметить, что пользовательские ускорители маршрутизации не поддерживают веса конечной точки для распределения трафика. Трафик маршрутизируется детерминированным образом на отображенную подсеть и порты без балансировки нагрузки или взвешенного распределения. Кроме того, проверки здоровья и аварийное переключение не выполняются для пользовательских ускорителей маршрутизации, а трафик маршрутизируется независимо от здоровья конечной точки. Этот дизайн предназначен для вариантов использования, таких как VoIP или игры, где вам нужен точный контроль над тем, какой экземпляр обрабатывает соединение, а не вероятностное распределение трафика [4] [7] [9].
Краткое содержание
- Стандартные ускорители поддерживают вес конечных точек, что позволяет вам выполнить A/B -тестирование, контролируя долю трафика, которую получает каждая конечная точка.
- Пользовательские ускорители маршрутизации не поддерживают весу конечных точек; Маршрутизация трафика является детерминированной на основе сопоставления портов с подсети VPC, что делает A/B -тестирование через веса невозможными.
- Для A/B тестирование с помощью пользовательской маршрутизации вам необходимо реализовать маршрутизацию на уровне приложения или другие механизмы за пределами конфигурации веса глобального ускорителя.
Поэтому, если ваша цель состоит в том, чтобы провести A/B -тестирование с помощью взвешивания трафика, вам следует использовать стандартный ускоритель, а не пользовательский ускоритель маршрутизации [2] [3] [4] [7].
Цитаты:
[1] https://docs.aws.amazon.com/global-ccelerator/latest/dg/about-endpoints-endpoint-weights.html
[2] https://docs.aws.amazon.com/global-ccelerator/latest/dg/introduction-how-it-works.html
[3] https://cloudchipr.com/blog/aws-global-ccelerator
[4] https://www.alibabacloud.com/help/en/ga/user-guide/overview-4/
[5] https://www.nops.io/glossary/what-is-aws-global-ccelerator/
[6] https://awscli.amazonaws.com/v2/documentation/api/latest/reference/globalaccelerator/add-endpoints.html
[7] https://docs.aws.amazon.com/global-ccelerator/latest/dg/about-custom-routing-guidelines.html
[8] https://aws.plainenglish.io/understanding-aws-global-ccelerator-and-want-to-use-it-799c2bc440f6
[9] https://awscli.amazonaws.com/v2/documentation/api/2.4.18/reference/globalaccelerator/index.html