А вот тяжесть или легкость

А вот тяжесть или легкость

Если ты пьяный не разтбрался в коде - значит тяжелый))

А вообще я думаю тяжелый может значить(если оперировать таким термином), что у микросервиса несколько зон ответственности

То есть он делает разные вещи

Ну вообще признаки микросервиса как раз таки хорошо очерчены - одна небольшая команда разработки-овнер, своя база, контракт, апи или аналог ну и тд

Вообще-то, это все и признаки монолита. Разве нет?

Ну это всё условно же

Вот вам бы это всё обсуждать в чате хайлоада, где присутствую спикеры

Вообще-то, это все и признаки монолита. Разве нет?

Небольшая команда и четкий овнер?

Две функции в апи уже можно сказать, что сервис делает разные вещи. Всё-таки по-моему важно один ли сервис одинёшенек или есть ещё 80 таких же

Две функции в апи уже можно сказать, что сервис делает разные вещи. Всё-таки по-моему важно один ли сервис одинёшенек или есть ещё 80 таких же

Я про зону ответственности

Небольшая команда и четкий овнер?

Небольшая команда - это очень условно. У нас вот команда из 5-6 человек, но монолит.

А так философские понятия на все можно натянвть

Небольшая команда - это очень условно. У нас вот команда из 5-6 человек, но монолит.

Тоже верно

Две функции в апи уже можно сказать, что сервис делает разные вещи. Всё-таки по-моему важно один ли сервис одинёшенек или есть ещё 80 таких же

Но две функции могут делать одно и тоже старое апи и новое

Небольшая команда - это очень условно. У нас вот команда из 5-6 человек, но монолит.

Нет, у вас микросервис )

Но две функции могут делать одно и тоже старое апи и новое

Я имел в виду две разные функции. Создать объект/удалить объект

Нет, у вас микросервис )

Один микросервис!

Нет, у вас микросервис )

Я смотрю на этот код, который мы не сможем переписать месяцов за 6 и как-то это не очень похоже на микросервис

Я имел в виду две разные функции. Создать объект/удалить объект

Это тоже так себе признак

Почему?

Как по мне, если сервис нельзя переписать меньше чем за месяц он не очень то и микро

Как по мне, если сервис нельзя переписать меньше чем за месяц он не очень то и микро

Тоже так себе признак.

Как по мне, если сервис нельзя переписать меньше чем за месяц он не очень то и микро

У программистов очень разная скорость разработки

Окей, тогда еще докину, что он реализует несколько (много) бизнес-процессов.

В остальных докладах были ещё и другие признаки

А микросервис вроде так делать не должен)

Например команда, которая писала сервис перепишет за месяц, а какая-нибудь левая будет полгода въезжать чо происходит

Например команда, которая писала сервис перепишет за месяц, а какая-нибудь левая будет полгода въезжать чо происходит

Те писать сразу не говно код?)

Окей, тогда еще докину, что он реализует несколько (много) бизнес-процессов.

это как раз про зону отвественности

Или имеется ввиду логика?

Те писать сразу не говно код?)

Лолшто!

Лолшто!

То што написано жи

Те писать сразу не говно код?)

Ну, если бы это было возможно, то спрос на ops был бы в сотни раз меньше

Код устаревает, если что. А управлять техническим долгом так, что бы компенсировать устаревание вроде как очень сложно.

ура, сингл респонсибилити))

зона ответственности)

С козырей зашел

С козырей зашел

Сомневаешься - читай

послушав доклад Столярова - попался вопрос интересный, https://youtu.be/AKQlg3EgpsA?t=6616 вот прям советую послушать доклад после вопроса

Токсично

Добрый день! есть кто докеры нагиосом мониторит? можете подсказать как это можно нормально сделать. а то я уже перепробовал куча разных скриптов, и ничего нормально не работает вот этот локольно показывает всё, но с нагиоса нахер шлет( https://gist.github.com/ekristen/11254304

Добрый день! есть кто докеры нагиосом мониторит? можете подсказать как это можно нормально сделать. а то я уже перепробовал куча разных скриптов, и ничего нормально не работает вот этот локольно показывает всё, но с нагиоса нахер шлет( https://gist.github.com/ekristen/11254304

а какую ошибку нагиос показывает?

с правами/таймаутами всё ок?

а какую ошибку нагиос показывает?

UNKNOWN - Missing docker binary

if [ "x$(which docker)" == "x" ]; then echo "UNKNOWN - Missing docker binary" exit 3 fi

а от какого пользователя запускается скрипт, если его вызывает нагиос? Проверьте path у этого пользователя.

nagios ALL=(root) NOPASSWD: /etc/nagios/plugins-custom/check_docker.sh

у меня так

в скрипте docker ps

ну скорее всего в path нет путей до бинарников докера.

ну скорее всего в path нет путей до бинарников докера.

делаю sudo su - nagios -s /bin/sh docker ps -a и он показывает запущенные контейнеры

nagios ALL=(root) NOPASSWD: /etc/nagios/plugins-custom/check_docker.sh

а если добавляю докер в sudo и перед командой sudo то ругается nrpe что не может прочитать данные

ну скорее всего в path нет путей до бинарников докера.

если на хосте выполняю скрипт от пользователя nagios то отрабатывает нормально

если на хосте выполняю скрипт от пользователя nagios то отрабатывает нормально

в скрпт вмажь env|grep PATH

и посмотри чо и как

в скрпт вмажь env|grep PATH

локально от nagios и nrpe выдает PATH=/usr/local/bin:/bin:/usr/bin а с сервера c nagios ничего, так же UNKNOWN - Missing docker binary

локально от nagios и nrpe выдает PATH=/usr/local/bin:/bin:/usr/bin а с сервера c nagios ничего, так же UNKNOWN - Missing docker binary

я говорю, вставь это в проверку саму. в тот сш скрипт. Вставь в ошибку вывод which docker

подебажь нормально

я говорю, вставь это в проверку саму. в тот сш скрипт. Вставь в ошибку вывод which docker

извиняюсь, но я что то не понимаю как это сделать(

Добрый день! есть кто докеры нагиосом мониторит? можете подсказать как это можно нормально сделать. а то я уже перепробовал куча разных скриптов, и ничего нормально не работает вот этот локольно показывает всё, но с нагиоса нахер шлет( https://gist.github.com/ekristen/11254304

Лучше заббикс

Он проще

извиняюсь, но я что то не понимаю как это сделать(

печаль) ну у тебя есть твой скрипт проверки, модифицируй его, чтобы увидеть как нагиос с ним работает. Ты скрипты вообще дебажишь? умеешь в это? можно из скрпта проверки отладочную инфу в лог писать. Нагиос дернет скрипт, а ты чекнешь лог

У @count0ru есть опыт мониторинга микросервисов заббиксом

ERROR: S client not available

но я смотрю вы пользователю шелл указываете. и при удаленном вызове скрипта sudo требует реального tty попробуйте поиграться с этим флагом: requiretty If set, sudo will only run when the user is logged in to a real tty. When this flag is set, sudo can only be run from a login session and not via other means such as cron(8) or cgi-bin scripts. This flag is off by default.

делаю sudo su - nagios -s /bin/sh docker ps -a и он показывает запущенные контейнеры

ну и я бы типа так пробовал su - nagios -c "docker ps -a" -s /bin/sh

ну и я бы типа так пробовал su - nagios -c "docker ps -a" -s /bin/sh

так показывает контейнеры

теперь пробуйте с сервера с нагиосом тоже самое сделать.

как там нагиос внешние скрипты вызывает?

я просто давно уже с ним не работал.

cat /etc/nagios/plugins-custom/check_docker.sh #!/bin/bash docker_name=$1 check_docker=docker ps | awk '{print $2}' | grep -x "$docker_name" | wc -l if [[ $check_docker = 1 ]]; then echo "OK,$docker_name is up!" exit 0 else echo "CRITICAL,$docker_name is down" exit 2 fi ..... nagios ALL=(root) NOPASSWD: /etc/nagios/plugins-custom/check_docker.sh

так работает

cat /etc/nagios/plugins-custom/check_docker.sh #!/bin/bash docker_name=$1 check_docker=docker ps | awk '{print $2}' | grep -x "$docker_name" | wc -l if [[ $check_docker = 1 ]]; then echo "OK,$docker_name is up!" exit 0 else echo "CRITICAL,$docker_name is down" exit 2 fi ..... nagios ALL=(root) NOPASSWD: /etc/nagios/plugins-custom/check_docker.sh

docker ps -f name=$docker_name

command[check_docker_container]=sudo /etc/nagios/plugins.d/check_docker.sh "container"

docker ps -f name=$docker_name

thx

одна из подстав такого скрипта

что если у тебя контейнеры называются bla и bla_bla

то падение контейнера бла ты не заметишь

docker ps -f name=$docker_name

^/$docker_name\$

так лучше работать должно

одна из подстав такого скрипта

grep -x

а, да, я пропустил) значит проблема ток в моем варианте

docker ps --format '{{.Names}}' кстати так нет потребности в авк

да я уже понял

Доброго дня. Вопрос: есть исинга2. есть вендо-хост. использую nscp-local-uptime для получения аптайма. не подскажите как в темплейте хоста переопределить критикал и варнинг ? читаю https://docs.nsclient.org/reference/windows/CheckSystem/#check_uptime и не фига не понимаю ( пример темплейта хоста: object Host "server.ru" { check_command = "hostalive" vars.ping_address = "10.192.168.0.1" vars.client_endpoint = name vars.os_type = "windows" vars.cheked__host = true } object Endpoint "server.ru" { } object Zone "server.ru" { endpoints = ["server.ru"] parent = "master" }

какой смысл мне рассказыать, если уже можно было 2 раза посмотреть

Чтоб быть вежливым, например

Какой смысл отвечать на твои вопросы людям в чате, если бы ты мог уже дважды документацию прочитать?

Доброго дня. Вопрос: есть исинга2. есть вендо-хост. использую nscp-local-uptime для получения аптайма. не подскажите как в темплейте хоста переопределить критикал и варнинг ? читаю https://docs.nsclient.org/reference/windows/CheckSystem/#check_uptime и не фига не понимаю ( пример темплейта хоста: object Host "server.ru" { check_command = "hostalive" vars.ping_address = "10.192.168.0.1" vars.client_endpoint = name vars.os_type = "windows" vars.cheked__host = true } object Endpoint "server.ru" { } object Zone "server.ru" { endpoints = ["server.ru"] parent = "master" }

никак, это же темплейт, ты там задаёшь дефолтное значение и как раз его импотишь в хост

@terrifilch короче я бы настоятельно посоветовал бы быть добрее и вежливее к людям, это полезно как для тебя как личности, так и для твоей карьеры

Доброго дня. Вопрос: есть исинга2. есть вендо-хост. использую nscp-local-uptime для получения аптайма. не подскажите как в темплейте хоста переопределить критикал и варнинг ? читаю https://docs.nsclient.org/reference/windows/CheckSystem/#check_uptime и не фига не понимаю ( пример темплейта хоста: object Host "server.ru" { check_command = "hostalive" vars.ping_address = "10.192.168.0.1" vars.client_endpoint = name vars.os_type = "windows" vars.cheked__host = true } object Endpoint "server.ru" { } object Zone "server.ru" { endpoints = ["server.ru"] parent = "master" }

модель такая, что ты в service_tempalte / host_template задаешь как бы дефолтные значенияи описывающие некий коммонсы для групп. а потом в хосте \ сервис когда уже описываешь свой сервис, испортишь темплейт + изменяешь эти значения если необходимо через vars += value

модель такая, что ты в service_tempalte / host_template задаешь как бы дефолтные значенияи описывающие некий коммонсы для групп. а потом в хосте \ сервис когда уже описываешь свой сервис, испортишь темплейт + изменяешь эти значения если необходимо через vars += value

Понял

Понял

а вот группы, это уже "высокоуровневый контейнер". тут главное не запутаться.

в группах, ты уже описываешь создание группы путём создания правила assign, тоесть ты её применяешь по правилам (как раз таки наличие каких то значений у сервисов \ хостов)

но к примеру само значение аля host.vatrs.groups ты можешь задать в темплейте ) Тоесть навесив темплейт ты как бы добавляешь хост в группу которая описана опредленными правилами ))

Мне казалось в нагиосе трешхолды для критикал/варнинг определяются на стороне чеков?