в чем трудность с
Prometheus/Grafana/OpenTelemetry/ArgoCD
? Эти вещи просто дефакто в сервисах должны быть по-умолчанию. Достаточно тупо экспортнуть метрики, а кубер уже сам умеет забирать метрики с пода или сервиса
Не претендую на єдине правильне рішення, але для задач з ієрархічними даними (дерево / вкладені JSON/YAML) у нас добре зайшов підхід з правами у вигляді «шляхів доступу».
Сидел я какое-то время на сварме, оно простое но с кучей проблем, которые решает кубер. Наймите нормального девопса он сварм выкинет и запилит нормальный кластер с CI / ArgoCD и тд после этого будет небо и земля.
Ну, цілий маркетплейс мені не потрібен ;)
Я міркував в сторону LDAP — але все воно заточене під авторизацію (через нього), нормальних веб-інтерфейсів для редагування структури немає, як і імпорту в yaml.
Дякую за коментар і цікаві референси. Не використовуємо жодного з цих інструментів. Dokploy навіть не чув раніше, зараз подивився — здається цікавою технологією для тих, хто деплоїть багато сервісів одночасно.
Народ пише, що проблема, по суті, ідентична створенню інтернет-маркетплейса (Розетка): * Організатори маркетплейса створюють дерево можливих продуктів в продажу. * Кожен продавець розставляє свої товари по нодах дерева.
Наскільки я знаю, k3s рішуче не рекомендують використовувати в продакшені. На відміну від сворма, ну зараз його вже й не рекомендують, але в свій час це було прод рішення.
Стосовно міграції в кубер — життя вносить свої корективи як завжди.
Сам kubernetes досить нескладний. Проблеми починаються коли обмазуюються всякими Istio/Prometheus/Grafana/OpenTelemetry/ArgoCD/Keycloak/DevSecOps/RBAC/вставити назву технології.
Sergiy Fakas
Oleksii Asiutin
Валентина Шимкович
Chingis Sandanov
NewType
Pavel Antonenko
Anton Koshevyi
Коментарі