GG
и должны жить в разных подах
Size: a a a
2020 February 01
MB
и должны жить в разных подах
Хорошо, обсужу в понедельник с ними, благодарю:)
DG
лучший подход один процесс один контейнер один сервис один под
GG
> лучший подход один процесс один контейнер один сервис один под
насчет процесса не соглашусь, а вот один сервис - один контейнер - один под - да
насчет процесса не соглашусь, а вот один сервис - один контейнер - один под - да
GG
иногда приходится засосывать несколько контейнеров в под, но это требует обоснования
GG
будь то это инит контейнер или служебные штуки - сервис-меш. логирование
MB
лучший подход один процесс один контейнер один сервис один под
Нам предложили 1 репозиторий - 1 контейнер
MB
+ у нас чутка жирноватый образ, не микросервисная архитектура, ~700мб
h
Я могу как-то посчитать считанные/записанные байты в примонтированный вольюм, внутри контейнера
GG
Я могу как-то посчитать считанные/записанные байты в примонтированный вольюм, внутри контейнера
Что именно?
2020 February 02
h
В байтах
i
Ты iostat к overlayfs хочешь?
i
Бля, тебе бы ребусы писать
ДТ
Я могу как-то посчитать считанные/записанные байты в примонтированный вольюм, внутри контейнера
если work и rw у overlayfs хранятся на отдельном разделе -- можно обратиться к счётчикам её фс
i
Да :)
вообще есть docker stats, но там не совсем то, нативного метода нет
i
Это можно из cgroup выковырять и оттуда и достают всякие экспортеры
GG
Это можно из cgroup выковырять и оттуда и достают всякие экспортеры
+++
Д
Нам предложили 1 репозиторий - 1 контейнер
Это верно только если 1 репа - 1 сервис.