Скажу за себя: - 2-3 года в сетях как админ, можно SOHO можно дома но погружение в TCP/IP обязательно - 2-3 года в системном администрировани как windows так и в Unix/Linux - 1-2 года в виртуализации VMWare, VirtualBox(Solaris как хост), KVM - 1-2 года в разработке (python, perl, java, etc) что бы понимать как работать с кодом на разных языках
И только потом, можно во всякое вкатываться: GitOps, DevOps, kubernetes, docker swarm, etc.
Могу ошибаться. Helm в secrets кладёт весь свой chart в заархивированном состоянии, ну там для версионирования деплоймента. Я бы начал дебаг не с etcd, а с того, что же такого в этом secrets положил helm на ~2GB.
Решал когда-то задачу с сервером конфигов и клентами(nginx, mysql, etc) через Spring Cloud Config Server + Eureka и самописанный java-клиент к нему, что бы слушать нотификации о новом конфиге и выполнял его копирование копирование и nginx -s reload
Спасибо за статью. Это всё конечно просто и легко когда с помощью helm-а сотворяется "магия". А можно теперь пример, когда деплоится нейки сервис, ну, скажем "hello, world!" , в deplyment-манифесте. Как в этом случае подключается loki, promtail, etc .
Ну тогда можно вспомнить: fluentbit, promtail.
Могу посоветовать проверялку и борда к нему:
- Cadvisor
- Борда
Если сделать так то будет:
$ python3 src/main.py--log-access /tmp/access.log --log-error /tmp/error.logКак только слышу iptables, вспоминаю эту статью.
Для удобства управления "роем" можно рассмотреть portainer
Подобный функционал можно и на StrAPI, останется только UI накидать на: JS/Java/etc.
По поводу "кто первый тот и админ".
В контейнерной реализации, в сервисе prosoby выполнить:
$ prosodyctl --config /config/prosody.cfg.lua register LOGIN meet.jitsi PASSWORDhttps://jitsi.support/how-to/jitsi-role-based-permissions/
https://jitsi.support/wiki/secure-jitsi-meetings-guide/
Кластер ради кластера?
Что-то админы куда-то не туда свернули.
Скажу за себя:
- 2-3 года в сетях как админ, можно SOHO можно дома но погружение в TCP/IP обязательно
- 2-3 года в системном администрировани как windows так и в Unix/Linux
- 1-2 года в виртуализации VMWare, VirtualBox(Solaris как хост), KVM
- 1-2 года в разработке (python, perl, java, etc) что бы понимать как работать с кодом на разных языках
И только потом, можно во всякое вкатываться: GitOps, DevOps, kubernetes, docker swarm, etc.
А что Вам мешало сразу сделать так? https://helm.sh/docs/topics/advanced/#storage-backends
Как по мне, etcd - как KV-хранилище Ок, а вот как в него пихать чужеродное от helm-а так тут что-то с архитектурой не Ок.
Могу ошибаться.
Helm в secrets кладёт весь свой chart в заархивированном состоянии, ну там для версионирования деплоймента.
Я бы начал дебаг не с etcd, а с того, что же такого в этом secrets положил helm на ~2GB.
Простите за мой скромный комментарий, а не проще было поднять minio client и с его помощью выполнить
mc mirror src dst?Решал когда-то задачу с сервером конфигов и клентами(nginx, mysql, etc) через Spring Cloud Config Server + Eureka и самописанный java-клиент к нему, что бы слушать нотификации о новом конфиге и выполнял его копирование копирование и
nginx -s reloadНу закрыли и закрыли, чего бухтеть-то?
Вы ведь IT-шники, вот вам туториал как делать свой базовый образ.
Совсем расслабились со своим CI/CD в облаках.
Вы в каком-то другом РФ живёте?
У меня всё работает.
aws:
Есть ещё вариант через
ekscli, манифест в стилеkubernetes, как пример:запускать так:
eksctl create nodegroup -f manifest.yamlдокументация тут. В разы проще чем ковыряться в
cloudformationСпасибо за статью. Это всё конечно просто и легко когда с помощью helm-а сотворяется "магия".
А можно теперь пример, когда деплоится нейки сервис, ну, скажем "hello, world!" , в deplyment-манифесте. Как в этом случае подключается loki, promtail, etc .
Посмотрев на примеры кода на groovy и куски pipeline-а jenkins-а то правильней было назвать статью - Jenkins Shared Library.
Простите за мой нубский вопрос, а разве не надо создавать PV и PVC и только потом его подключать к деплойменту?
Zabbix - не благодарите .