i
Графики нагрузки и прочие метрики - в графане
Size: a a a
2020 June 27
ST
Вообще дашборд вещь сомнительной полезности. Вся забота о service, ingress и подобном производится в коде
я как понял он хочет для нетехнических специалистов сделать обертку для построения графических экранов к кубу "в упрощенном виде"
ST
@dmytrostriletskyi я правильно понимаю?
DS
@dmytrostriletskyi я правильно понимаю?
Не-а, я хочу Heroku, который сам триггерится на все пуши/мерджи и билдит deployments в Kubernetes.
i
А нужны ли нетехническим специалистам какие-то сервисы-ингрессы?
i
Не-а, я хочу Heroku, который сам триггерится на все пуши/мерджи и билдит deployments в Kubernetes.
Это ты ci/cd переизобретаешь?
DS
Это ты ci/cd переизобретаешь?
Ну, для себя, чего не поизучать, поиграться.
S
Не-а, я хочу Heroku, который сам триггерится на все пуши/мерджи и билдит deployments в Kubernetes.
Так это делает не шашборд, а сиай...
DS
Так это делает не шашборд, а сиай...
Ну, хотелось бы Dashboard, где видно будет мои feature branch, и так далее.
ST
Не-а, я хочу Heroku, который сам триггерится на все пуши/мерджи и билдит deployments в Kubernetes.
так я не понял, это CICD обычный
PK
а, ок, значит собирается все, можешь подсказать почему не работает релейбл?
endpoints:
- port: "metrics"
path: "/metrics"
relabelings:
- action: replace
sourceLabels:
- __meta_kubernetes_endpoint_node_name
targetLabel: node_name
Для начала это пром оператор, пром чарт или просто пром?
PK
relabelings - это откуда такое? я это ни в одной доке не нахожу
PK
relabel_configs - такое есть
VR
Привет.
А есть в K8S возможность напилить свою dashboard, или сделать extend существующей? Чтобы это было красиво
и "по правилам" как делают операторы? Есть идея для ПО, у которого свой UI, который обращается на бек-енд, который обращается в API K8S за какой-то информацией (ну, список подов). Хочется именно чтобы это в K8S интегрировалось как операторы. Подскажите, пожалуйста.
А есть в K8S возможность напилить свою dashboard, или сделать extend существующей? Чтобы это было красиво
и "по правилам" как делают операторы? Есть идея для ПО, у которого свой UI, который обращается на бек-енд, который обращается в API K8S за какой-то информацией (ну, список подов). Хочется именно чтобы это в K8S интегрировалось как операторы. Подскажите, пожалуйста.
Вдохновись тектоником/окд4 и сделай такую обертку над k8s?
i
Ну, хотелось бы Dashboard, где видно будет мои feature branch, и так далее.
Ну я вообще тогда слабую связь с кубом вижу на самом деле
i
Это просто приложение дашборд, к кубу не привязанное
DS
так я не понял, это CICD обычный
Просто сравниваю подход Heroku c другими.
Смотрите, чтобы у меня появилось мое software в кластере, я должен на CI сбилдить имедж, залить на registry,
потом сделать yml для K8S, зааплаить это все через kubectl.
А на Heroku ты просто подключается репозиторий к платформе и он все сам делает, сам билдит из кода и Докер-файла, сам тебе заливает, и дает UI где все это видно.
Какой подход лучше — каждый сам решает. Я просто хочу понять насколько это вообще реализуемо и удобно в K8S.
Смотрите, чтобы у меня появилось мое software в кластере, я должен на CI сбилдить имедж, залить на registry,
потом сделать yml для K8S, зааплаить это все через kubectl.
А на Heroku ты просто подключается репозиторий к платформе и он все сам делает, сам билдит из кода и Докер-файла, сам тебе заливает, и дает UI где все это видно.
Какой подход лучше — каждый сам решает. Я просто хочу понять насколько это вообще реализуемо и удобно в K8S.
ST
Для начала это пром оператор, пром чарт или просто пром?
чарт пром оператора
ST
relabel_configs - такое есть
+
PK
а нашел. но это в crd. оно у тебя отдельным PodMonitor?