o
Size: a a a
2016 May 25
ɪᴋ
по этой причине я и сказал, что если у людей постоянно меняется ядро, то вероятно не хватает здравого смысла. некоторые и микросервисы способны загадить
Да, именно поэтому для меня микросервис — это пакет. Если у вас это уже сейчас не отдельный кусок кода, то сервисы вам не нужны. А если есть инфраструктура и готовый пакет, то при необходимости сервис сделать не проблема.
ɪᴋ
Пишешь на чем хочешь, поддерживаешь свой код как нужно и тд и тп
Это вин, конечно.
MG
https://www.manning.com/books/the-tao-of-microservices
вроде хвалят уже после вступления. сам еще не добрался.
вроде хвалят уже после вступления. сам еще не добрался.
ɪᴋ
Вообще, я уже с год вынашиваю микросервисную архитектуру на NATS, но пока не было необходимости. Есть и обертки-генераторы с Thrift, и балансировка, дискавери. Версионировать можно по топикам.
o
Вообще, я уже с год вынашиваю микросервисную архитектуру на NATS, но пока не было необходимости. Есть и обертки-генераторы с Thrift, и балансировка, дискавери. Версионировать можно по топикам.
Это все привнесенная сложность, дает ли она преимущество, вот вопрос
ɪᴋ
Свобода от легаси
Ну на практике это работает, раз Uber переписал разом сервис с Node на Go и счастливы.
ɪᴋ
Обертки — да, лишнее. А сервис-дискавери вещь нужная. NATS в этом плане дает примерно то же что Kubernetes, причём одним бинарником на Go.
o
Обертки — да, лишнее. А сервис-дискавери вещь нужная. NATS в этом плане дает примерно то же что Kubernetes, причём одним бинарником на Go.
Про очередь речь, да?
ɪᴋ
NATS? Не, это кластерная мессаджинг-система. Там есть очереди, но они скорее с клиентской стороны.
ɪᴋ
Ими как раз балансировать можно.
ɪᴋ
Грубо — просто транспорт. Шлешь нагрузку в топик, а дальше кому придет уже не твоя проблема.