Является ли посол лицензированной службой?Что должно быть предпочтительнее - доверенный представитель или посол? - PullRequest
0 голосов
/ 25 июня 2019

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

После разговора со старшим он сказал мне, что«Амбассадор» является лицензированным сервисом, тогда как прокси-сервер-посланник является бесплатным (может быть создан нами).Будут ли какие-либо проблемы с послом, потому что он лицензирован?

Более того, на мой взгляд, развертывание посла проще по сравнению с развертыванием прокси-сервера посланника.

Так что все сводится к:

  • Каковы основные ключевые различия между послом и полномочным представителем?
  • Что должно быть предпочтительным, если мы хотим развернуть микросервисы в kubernetes?

1 Ответ

1 голос
/ 25 июня 2019

Ambassador - это программное обеспечение с открытым исходным кодом, аналогичное Envoy.

Оно лицензировано под Apache-2.0 .
Так уж сложилось, что это та же самая лицензия , используемая Envoy.

У Ambassador есть PRO-версия, за которую можно заплатить, чтобы получить еще несколько функций.

Ambassador - это специализированная плоскость управления для Envoy Proxy.

Так что да, они могут делать одно и то же, но с послом на более высоком уровне абстракции вы получите большую выгоду от этого быстрее ИМХО.Даже если вы не платите за их PRO версию.

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

...