Немного проанализирова ситуацию, пришел к выводу, что Loki — отличный инструмент. Делает что нужно, довольно гибкий в настройках, легкий.
Для себя решил, что он — то с чего нужно начинать внедрять сборку логов (при условии использования Prometheus stack).
Касательно вариантов сборов логов:
Плагин + конфигурация в deamon.json шлет вывод docker logs напрямую на удаленный сервер, что ломает вывод данной команды.
Плагин + указание log-driver в docker-compose.yaml (или при запуске docker run), не решает проблему, просто позволяет отправлять только избранные логи контейнеров.
1 и 2й варианты, по сути равнозначны. Подходят для пробы, а также, когда уже вся сборка настроена, протестирована и повторяема (подход "Cattle")
3й вариант — позволит не ломать ручной метод работы с контейнерами (подход "Pet"), более того, есть возможность собирать логи не только из докера.
Сам скроняюсь к первому варианту, но пока что пытаюсь решить проблему с "пересечением" лейблов (т.к. у меня 2 проекта по 3 энва, и имена сервисов совпадают), нужно либо добавлять инструкцию в Композ файл, либо писать правила для Promtail
А можете пруф?
Не поймите неправильно, сам сейчас с этим борюсь. Настроил по статье — daemon.json натравил на Локи сервер. Так вот, doker logs пуст.
И с этим можно жить, когда уже пайплайны отработаны, но у меня есть тесты, на основе которых (allure) формируется ответ и стату джобы в дженкинсе.
Хочу поиграться с указанием драйвера не в конфиге докера, а в композ-файле. По типу, сервисы драйвер: Локи, тесты — дефолт
Не соглашусь по поводу машины за 1к. Все же лучше начинать от 5-7к, так хоть пробег будет не 200 тыс миль, и есть шанс не попасть на дорогой ремонт.
Про бизнес вообще вскользь. Зря потратил время на чтение.
Да сейчас вообще непонятно где специалисты и где компании. То ехали в ТХ, то опять выезжают из штата.
А связи с массовым увольнением прошлого года, и едва начинающемся найме, предполагается большая миграция специалистов по всей стране.
Немного проанализирова ситуацию, пришел к выводу, что Loki — отличный инструмент. Делает что нужно, довольно гибкий в настройках, легкий.
Для себя решил, что он — то с чего нужно начинать внедрять сборку логов (при условии использования Prometheus stack).
Касательно вариантов сборов логов:
1 и 2й варианты, по сути равнозначны. Подходят для пробы, а также, когда уже вся сборка настроена, протестирована и повторяема (подход "Cattle")
3й вариант — позволит не ломать ручной метод работы с контейнерами (подход "Pet"), более того, есть возможность собирать логи не только из докера.
Сам скроняюсь к первому варианту, но пока что пытаюсь решить проблему с "пересечением" лейблов (т.к. у меня 2 проекта по 3 энва, и имена сервисов совпадают), нужно либо добавлять инструкцию в Композ файл, либо писать правила для Promtail
А можете пруф?
Не поймите неправильно, сам сейчас с этим борюсь. Настроил по статье — daemon.json натравил на Локи сервер. Так вот, doker logs пуст.
И с этим можно жить, когда уже пайплайны отработаны, но у меня есть тесты, на основе которых (allure) формируется ответ и стату джобы в дженкинсе.
Хочу поиграться с указанием драйвера не в конфиге докера, а в композ-файле. По типу, сервисы драйвер: Локи, тесты — дефолт