Для средних и не больших компаний нет причин менять GLPI на ваш продукт, нет бесплатных решений. Не вижу standalone решения. Не нашёл агентов для сбора данных, только скрипты. В обслуживании будет не проще GLPI.
Но ещё не всё решено. Часть конфигурации не работает. Вот что они сейчас пишут:
Between 15:45 UTC on 29 October and 00:05 UTC on 30 October 2025, customers and Microsoft services leveraging Azure Front Door (AFD) and Azure CDN (classic) experienced latencies, timeouts, and errors.
The data plane was fully mitigated at 00:05 UTC on 30 October 2025.
Out of an abundance of caution, all service management operations (create, update, delete, purges) by customer to AFD and Azure CDN profiles are temporarily blocked. We will notify customers once the restriction is lifted.
Очень важно рассмотреть скорость восстановления и независимость многих процессов от полного восстановления. Какой смысл в множестве копий если всё равно пока не восстановится вся копия, сервис не будет работать всё ту же неделю.
Я так использую docker compose build (он позволяет собирать тоже одновременно, насколько помню за это отвечает buildx, который уже по умолчанию). В сравнении с ним бы хотелось услышать.
Давно наблюдаю за Carbonio, но от пощупать отталкивает отсутствие поддержки docker. Нет образов, документации... Планируется ли что-нибудь в этом направлении?
А ещё сам Dockerfile можно описывать прямо в compose без использования файла (dockerfile_inline). И было дописать, что кэш можно использовать из image. А где ещё cache_to? И обратное no_cache? Также подсовывать свой hosts (extra_hosts). Также можно определить stage для multi-stage Dockerfile (target). Это так на вскидку.... Полезнее было бы расширить статью.
По мне, слишком много для одной статьи, надо было разделить с акцентами на полезные фишечки.
httpbin - совсем небольшой проект для отладки HTTP запросов/ответов
https://github.com/noakky/zabbix-media-max - попробуйте этот. Сейчас у нас работает именно он.
Для средних и не больших компаний нет причин менять GLPI на ваш продукт, нет бесплатных решений. Не вижу standalone решения. Не нашёл агентов для сбора данных, только скрипты. В обслуживании будет не проще GLPI.
Спасибо за swarm. А итоговый compose можно взглянуть?
Очень полезная тема, Swarm любим и практикуем.
Из вариантов планировщика могу предложить запуска с хоста, что не очень удобно, либо через healthcheck.
Но ещё не всё решено. Часть конфигурации не работает. Вот что они сейчас пишут:
Between 15:45 UTC on 29 October and 00:05 UTC on 30 October 2025, customers and Microsoft services leveraging Azure Front Door (AFD) and Azure CDN (classic) experienced latencies, timeouts, and errors.
The data plane was fully mitigated at 00:05 UTC on 30 October 2025.
Out of an abundance of caution, all service management operations (create, update, delete, purges) by customer to AFD and Azure CDN profiles are temporarily blocked. We will notify customers once the restriction is lifted.
Очень важно рассмотреть скорость восстановления и независимость многих процессов от полного восстановления. Какой смысл в множестве копий если всё равно пока не восстановится вся копия, сервис не будет работать всё ту же неделю.
С логдрайвером будьте осторожны. На больших объёмах может лечь весь докер.
Я выше написал, что docker compose умеет build да ещё и с зависимостями. Хотелось бы сравнение с ним, если знакомы с docker compose build.
Это прекрасно решается в docker compose (build) через depends_on
Я так использую docker compose build (он позволяет собирать тоже одновременно, насколько помню за это отвечает buildx, который уже по умолчанию).
В сравнении с ним бы хотелось услышать.
Давно наблюдаю за Carbonio, но от пощупать отталкивает отсутствие поддержки docker. Нет образов, документации... Планируется ли что-нибудь в этом направлении?
А вы в чём/как описываете виртуальную/облачную инфраструктуру?
А ещё сам Dockerfile можно описывать прямо в compose без использования файла (dockerfile_inline).
И было дописать, что кэш можно использовать из image. А где ещё cache_to? И обратное no_cache?
Также подсовывать свой hosts (extra_hosts).
Также можно определить stage для multi-stage Dockerfile (target).
Это так на вскидку.... Полезнее было бы расширить статью.
Что ж вы политики в интерфейс не добавили?
Следующий этап: собираем логи в loki, смотрим в grafana и настраиваем alertmanager.
Отключаешь TLS 1.3 в браузере (max ставишь 1.2).
Либо как выше отметили отключаешь ECH:
firefox - network.dns.echconfig.enabled: false
Либо пускаешь их через прокси
В начале статьи увидел упоминание о Traefik, хотелось бы и с ним увидеть сравнение.
Была б она открытая, это добавило б ей весу, пользователей и приложений....
Хотя ниже ссылки дали на OpenHarmony Project