• Как сейчас выглядит нормальная система сборки / мониторинга?

    monit-it.ru
    Для старта пойтет вот это
    из особенностей
    поддержка плагинов nagios
    и главное, подключается по ssh и может выполнить команду вернуть себе код сделать выводы.
    Ну и особо важное при алиарде можно выполнить консольную команду.
    А главное это хрень облачное и не нужно следить за самой системой мониторинга.
    Для мониторинга инфроструктуры яндекс явно не пойдет, а вот для своих проектов нормально.
    Я монитрю в ней окол 20 серверов, 600 сайтов, в принципе хватает.
    А главное как вы и просили минимальный уровень входа.
    Ответ написан
    4 комментария
  • Как сейчас выглядит нормальная система сборки / мониторинга?

    inf
    @inf
    DevOps Engineer
    1. Положить всё в докер. Гуглятся турториалы минимальных контейнеров alpine в зависимости от фреймворка
    2. Тесты делать без деплоя в каком-нибудь gitlab-ci
    3. Оркестрация самая простая swarm из коробки самого докера

    зы 2-3 недели маловато будет))
    Ответ написан
    Комментировать
  • Ошибка PM2 NODEJS как исправить?

    2chevskii
    @2chevskii
    Если бы каждый мог в поиск, тостер бы вымер.
    У вас нода старая поставилась, в дефолтном репозитории восьмая лежит.
    Вот тут, как поставить новую
    Ответ написан
    Комментировать
  • Как сейчас выглядит нормальная система сборки / мониторинга?

    chupasaurus
    @chupasaurus
    Сею рефлекторное, злое, временное
    Много вопросов, много ответов.
    1. Health checking - метрики на проверку выводить по отдельному URL и мониторить. Если есть возможность сделать бинарную метрику, отдающую HTTP 200/500, то в докер/cri-o/прочие рантаймы сами умеют отслеживать статус.
    2. Docker-образ состоит из манифеста, в котором описываются экспортированные порты, анонимные тома и метаданные, а самое главное - список слоёв с данными. При обновлении с использованием Docker Registry вместо копирования блоба уже присутствующие слои скачиваться не будут.
    3. IaaC же. Dockerfile + билдскрипты если надо в коде + сборочная система. Образы хранить в Registry крайне удобно, можно задавать теги по id коммита если надо прям прибивать к VCS.
    4. Есть 2 путя: внешний мониторинг + система управления конфигурациями (первая пушит по алерту во вторую, которая создаёт сбоку новый сервер и глушит сбойный) или оркестратор, который сам разруливает подобные проблемы.
    5. Про введение новых серверов: env ни разу не динамический, для этой цели используют динамические DNS-сервера (оборачивая красивым названием Service Discovery), балансировщики и очереди сообщений.
    6. Примеры решений из личной практики. Без оркестратора: в AWS можно реализовать на SNS + Autoscaling, универсально - на Prometheus/Alertmanager или Zabbix или Nagios, которые будут запускать алертами джобы в Ansible Tower (его опенсурс версия AWX идёт со всеми фишками Enterprise-версии), но лучше всё же иметь что-то между для большего контроля над происходящим. С k8s всё проще: под Prometheus уже всё есть, сама система отслеживает потребление ресурсов и можно задавать лимиты по процу/оперативной памяти, только настроить масштабируемость рабочих узлов, но есть маленький ньюанс - у вас всё уже должно быть контейнеризовано; в DO кстати весьма адекватный managed кластер.
    Ответ написан
    3 комментария
  • Как написать алгоритм возвращающий все варианты комбинаций элементов массивов?

    @orbit070
    Вы по сути просите написать за вас решение и наверное даже кто-то сделает это, однако такое запрещено правилами данного сайта. Можно просить помощи и подсказок, но не решать за вас задачи.

    Чтобы решить задачу, вам не нужно быть математиком, а всего лишь нужно почитать про вложенные циклы и разобрать несколько примеров, коих в интернете миллион.
    Ответ написан
    1 комментарий