Ну и ок. Микросервис
Ну возможно,..
Александр
Александр
Кароч вывод по конфе вчерашней можно сделать такой, микросервисы миф
Александр
есть просто сервисы и монолит который бьется на эти сервисы
Dmitry
есть просто сервисы и монолит который бьется на эти сервисы
Пока третий доклад не посмотришь )
Александр
Пока третий доклад не посмотришь )
Ну Дим, я так понимаю этот сферический конь это просто проект который начали пилить модульно, но эта модульность/сервисност перешла все мыслимые пределы и для каждой сущности начали хуярить отдельный сервис
Dmitry
Ну Дим, я так понимаю этот сферический конь это просто проект который начали пилить модульно, но эта модульность/сервисност перешла все мыслимые пределы и для каждой сущности начали хуярить отдельный сервис
Все равно это не звучит технически - мыслимые пределы у всех разные
Александр
Все равно это не звучит технически - мыслимые пределы у всех разные
Но тут просто же пример
Dmitry
Очень важно в таких вопросах иметь четкую терминологию
bruin
ну так выходит все тот же самый вывод, что и раньше - при проектировании руководствуйтесь здравым смыслом
Александр
Что б было понимание у слушателей что микросервисы это говно и миф
Dmitry
Александр
Александр
Очень важно в таких вопросах иметь четкую терминологию
Ну тут не получишь же четкой терминологии, это вот как Ваня пишет, "легкий микросервис - это если он помещается в поду, а пода в ноду" или "легкий микросервис - это сервис на 100 строчек кода на го"
Dmitry
Если у вас монолит говно, то скорее всего вы и микросервисы такие сделаете
Александр
Если у вас монолит говно, то скорее всего вы и микросервисы такие сделаете
Справедливо, но это же зависит от многих факторов
Евгений
По-моему деление на микросервис/монолит это больше про количество сервисов внутри приложения.
Так что легко может быть, что у кого-то микросервис будет толще чем у другого монолит
Dmitry
По-моему деление на микросервис/монолит это больше про количество сервисов внутри приложения.
Так что легко может быть, что у кого-то микросервис будет толще чем у другого монолит
Ну вообще признаки микросервиса как раз таки хорошо очерчены - одна небольшая команда разработки-овнер, своя база, контракт, апи или аналог ну и тд
Dmitry
А вот тяжесть или легкость
Navern
А вообще я думаю тяжелый может значить(если оперировать таким термином), что у микросервиса несколько зон ответственности
Navern
То есть он делает разные вещи
Bogdan (SirEdvin)
Ну вообще признаки микросервиса как раз таки хорошо очерчены - одна небольшая команда разработки-овнер, своя база, контракт, апи или аналог ну и тд
Вообще-то, это все и признаки монолита. Разве нет?
Евгений
Ну это всё условно же
Ivan
Вот вам бы это всё обсуждать в чате хайлоада, где присутствую спикеры
Евгений
Две функции в апи уже можно сказать, что сервис делает разные вещи. Всё-таки по-моему важно один ли сервис одинёшенек или есть ещё 80 таких же
Navern
Bogdan (SirEdvin)
Небольшая команда и четкий овнер?
Небольшая команда - это очень условно. У нас вот команда из 5-6 человек, но монолит.
Navern
А так философские понятия на все можно натянвть
Dmitry
Александр
Две функции в апи уже можно сказать, что сервис делает разные вещи. Всё-таки по-моему важно один ли сервис одинёшенек или есть ещё 80 таких же
Но две функции могут делать одно и тоже старое апи и новое
Dmitry
Небольшая команда - это очень условно. У нас вот команда из 5-6 человек, но монолит.
Нет, у вас микросервис )
Евгений
Но две функции могут делать одно и тоже старое апи и новое
Я имел в виду две разные функции. Создать объект/удалить объект
Bogdan (SirEdvin)
Нет, у вас микросервис )
Я смотрю на этот код, который мы не сможем переписать месяцов за 6 и как-то это не очень похоже на микросервис
Евгений
Почему?
Bogdan (SirEdvin)
Как по мне, если сервис нельзя переписать меньше чем за месяц он не очень то и микро
Dmitry
Как по мне, если сервис нельзя переписать меньше чем за месяц он не очень то и микро
Тоже так себе признак.
Евгений
Как по мне, если сервис нельзя переписать меньше чем за месяц он не очень то и микро
У программистов очень разная скорость разработки
Bogdan (SirEdvin)
Окей, тогда еще докину, что он реализует несколько (много) бизнес-процессов.
Dmitry
В остальных докладах были ещё и другие признаки
Bogdan (SirEdvin)
А микросервис вроде так делать не должен)
Евгений
Например команда, которая писала сервис перепишет за месяц, а какая-нибудь левая будет полгода въезжать чо происходит
Александр
Например команда, которая писала сервис перепишет за месяц, а какая-нибудь левая будет полгода въезжать чо происходит
Те писать сразу не говно код?)
Navern
Окей, тогда еще докину, что он реализует несколько (много) бизнес-процессов.
это как раз про зону отвественности
Александр
Или имеется ввиду логика?
Евгений
Те писать сразу не говно код?)
Ну, если бы это было возможно, то спрос на ops был бы в сотни раз меньше
Bogdan (SirEdvin)
Код устаревает, если что. А управлять техническим долгом так, что бы компенсировать устаревание вроде как очень сложно.
Dmitry
Navern
ура, сингл респонсибилити))
Navern
зона ответственности)
Александр
Viktor
Иван
Добрый день!
есть кто докеры нагиосом мониторит?
можете подсказать как это можно нормально сделать.
а то я уже перепробовал куча разных скриптов, и ничего нормально не работает
вот этот локольно показывает всё, но с нагиоса нахер шлет(
https://gist.github.com/ekristen/11254304
Stas
Добрый день!
есть кто докеры нагиосом мониторит?
можете подсказать как это можно нормально сделать.
а то я уже перепробовал куча разных скриптов, и ничего нормально не работает
вот этот локольно показывает всё, но с нагиоса нахер шлет(
https://gist.github.com/ekristen/11254304
а какую ошибку нагиос показывает?
Stas
с правами/таймаутами всё ок?
Alexander
if [ "x$(which docker)" == "x" ]; then
echo "UNKNOWN - Missing docker binary"
exit 3
fi
Stas
а от какого пользователя запускается скрипт, если его вызывает нагиос? Проверьте path у этого пользователя.
Alexander
nagios ALL=(root) NOPASSWD: /etc/nagios/plugins-custom/check_docker.sh
Alexander
у меня так
Alexander
в скрипте docker ps
Stas
ну скорее всего в 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 то отрабатывает нормально
Navern
если на хосте выполняю скрипт от пользователя nagios то отрабатывает нормально
в скрпт вмажь env|grep PATH
Navern
и посмотри чо и как
Иван
в скрпт вмажь env|grep PATH
локально от nagios и nrpe выдает
PATH=/usr/local/bin:/bin:/usr/bin
а с сервера c nagios ничего, так же UNKNOWN - Missing docker binary
Navern
локально от nagios и nrpe выдает
PATH=/usr/local/bin:/bin:/usr/bin
а с сервера c nagios ничего, так же UNKNOWN - Missing docker binary
я говорю, вставь это в проверку саму. в тот сш скрипт. Вставь в ошибку вывод which docker
Navern
подебажь нормально
Иван
я говорю, вставь это в проверку саму. в тот сш скрипт. Вставь в ошибку вывод which docker
извиняюсь, но я что то не понимаю как это сделать(
Ivan
Он проще