Комментарии 3
Ещё можно использовать Kubernetes. Там всё это уже готовое. DNS-ресолвер, статические IP-адреса у сервисов, масштабирование количества инстансов, etcd для склеивания всего этого вместе, kube-proxy вместо haproxy.
0
Service-Oriented Architecture(SOA) уже устоявшийся термин у которого есть определение что должно входить в такую архитектуру.
У автора доклада скорее Service-Based Architecture но никак не SOA.
Насчет проблемы рестарта, с HAProxy вы частично решили проблему зависимости сервисов, когда зависимый сервис еще не стартанул, а вам уже надо с него читать или писать. Но для более сложных сценариев все одно надо-бы клиентам добавлять random-задержку рестарта и зависимости старта.
У автора доклада скорее Service-Based Architecture но никак не SOA.
Насчет проблемы рестарта, с HAProxy вы частично решили проблему зависимости сервисов, когда зависимый сервис еще не стартанул, а вам уже надо с него читать или писать. Но для более сложных сценариев все одно надо-бы клиентам добавлять random-задержку рестарта и зависимости старта.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Использование HAproxy iptables+еtcd+confd для автоматического service discovery в переменчивых сетях