O
более того, тебе еще надо как-то рассказать о том, что у тебя сервиса A больше нет, когда его снесут.
Size: a a a
2020 December 23
DZ
А вот об этой проблеме я и сказал ранее, да 🙂
O
А мы не можем надеяться на то, что сервис А нам расскажет, потому что он будет мертв.
DZ
Яб даже сказал «можем не надеяться»
O
В твоей схеме гораздо более жесткий потенциальный inconsistency, чем если бы ты использовал просто discovery и выборку по лейблам, как это обычно делает кубик.
DZ
Ну вот мне идея с дискавери и не понятна. Полсотни сервисов то я легко могу нарезать, как эти данные куда-то выше то отдавать
O
И просто синхронизировал бы конфигурацию роутера. Ну или по крайней мере таскал бы допустим объекты ingress вместе с сервисом и допустим использовал traefik на входе, который неплохо мержит разные игрессы.
O
Ну вот мне идея с дискавери и не понятна. Полсотни сервисов то я легко могу нарезать, как эти данные куда-то выше то отдавать
а тебе не надо их отдавать вообще никуда. У тебя есть леблы, у тебя есть механизм селекторов у того же ингресса, ты спокойно может создавать ингрессы, которые выберут правильные поды селектором и в итоге из этого дерева у тебя соберется конфиг ингресса
O
Условно говоря, это pull, а не push конфигурации роутинга, если смотреть со стороны входящего роутера
O
а тебе не надо их отдавать вообще никуда. У тебя есть леблы, у тебя есть механизм селекторов у того же ингресса, ты спокойно может создавать ингрессы, которые выберут правильные поды селектором и в итоге из этого дерева у тебя соберется конфиг ингресса
более того, консистенси в плане удаления маршрутов и отслеживания их живости тебе сам кубик обеспечит
DZ
Так нет ведь проблемы построить ингресс к сервисам. Есть же проблема а\б тестирования, когда тебе надо решать про направление трафика, базируясь либо на ури, либо на хедерах, либо вообще на, прст хспди, параметрах запроса.
O
Это я тебе описываю как сделать то, что ты хочешь, через обычный ingress. Так то вариантов тут больше одного.
O
Так нет ведь проблемы построить ингресс к сервисам. Есть же проблема а\б тестирования, когда тебе надо решать про направление трафика, базируясь либо на ури, либо на хедерах, либо вообще на, прст хспди, параметрах запроса.
и это все может сделать ингресс:)
O
собственно через аннотации в ингресс-объектах.
O
Ну или через свои собственные объекты, траефик вон на них сейчас съехал, но суть та же
DZ
А про какой ингресс ты сейчас? Потому-шо мой ингресс такого не может прям. В nginx только недавно поддержку канари добавили, но это не то.
O
Ну или через свои собственные объекты, траефик вон на них сейчас съехал, но суть та же
Можно потыкать начиная вот с этой страницы - https://doc.traefik.io/traefik/routing/providers/kubernetes-crd/
D
Report on spam message was send to admins. Please be patient.
O
и эта штука не требует разгораживать меш и перелопачивать вообще все
DZ
разросся траефик, кул. А давно у него такое?