d
А вообще не так много модулей юзаю с приходом докера и куба все меньше и меньше
Все теперь на баш переписано? :3
Size: a a a
2020 October 31
AS
эм. активная гражданская позиция :)
DS
Ну, я всё больше про базовую настройку ос. Спс
а в базовой что тебе надо. sysctl, firewall, stdlib, archive, ipset - вроде все живое
P
а в базовой что тебе надо. sysctl, firewall, stdlib, archive, ipset - вроде все живое
Dns?
DS
Все теперь на баш переписано? :3
чему баш? puppet накатывает куб. Образы можно собирать тем-же werf'ом или bazel'ом без всяких башев в Dockerfile. Хотя в werf ансибл для сборки, ну вот bazel ваще ни разу не баш. Поинт в том, что если у тебя контейнеры, то не обязательно баш везде пихать
DS
Dns?
у меня облачный DNS. Там уже лучше terraform юзать, но можно и puppet'ом
d
чему баш? puppet накатывает куб. Образы можно собирать тем-же werf'ом или bazel'ом без всяких башев в Dockerfile. Хотя в werf ансибл для сборки, ну вот bazel ваще ни разу не баш. Поинт в том, что если у тебя контейнеры, то не обязательно баш везде пихать
У вас софт под такое пригодный пишется? Это читорство. По правильному - надо свой инит написать, запустить какой-нибудь нжинкс, экспортеры и прочее ненужно внутри контейнера. А потом зависимости оттуда, отсюда, заимствуем код из другого отдела, у них там все иначе делаем, напишем немного своей обвязки, правда будут торчать хвосты...
ЕО
Девопсы: Поинт в том, что если у тебя контейнеры, то не обязательно баш везде пихать
Dockerfile: RUN a && b || c > d
Dockerfile: RUN a && b || c > d
DS
У вас софт под такое пригодный пишется? Это читорство. По правильному - надо свой инит написать, запустить какой-нибудь нжинкс, экспортеры и прочее ненужно внутри контейнера. А потом зависимости оттуда, отсюда, заимствуем код из другого отдела, у них там все иначе делаем, напишем немного своей обвязки, правда будут торчать хвосты...
я не понимаю что вы мне хотите рассказать. Я говорил что нужно пихать все внутрь одного контейнера? - нет. Я лишь сказал что образ не обязательно собирать докером и юзать Dockerfile в котором баш
DS
Или я не понял какой именно баш в контейнерах и кубе имелся в виду, и почему их использование заставляет тебя делать все на баше
SP
Девопсы: Поинт в том, что если у тебя контейнеры, то не обязательно баш везде пихать
Dockerfile: RUN a && b || c > d
Dockerfile: RUN a && b || c > d
сука
DS
У Dockerfiles есть одно приемущество. Они прогерам почти любого уровня понятны.
ЕО
> разработчиками старой школы
RUN : sh -c "function ConfigBuilderFabric() { \
} \
configBuilderFabric = ConfigBuilderFabric ${A} ${B}
configBuilder = configBuilderFabric["SetC"] ${C}
configBuilder ${D}
"
RUN : sh -c "function ConfigBuilderFabric() { \
} \
configBuilderFabric = ConfigBuilderFabric ${A} ${B}
configBuilder = configBuilderFabric["SetC"] ${C}
configBuilder ${D}
"
BG
У Dockerfiles есть одно приемущество. Они прогерам почти любого уровня понятны.
Хах, нет) Разраб сидит на винде и такой "а что такое apt"
I
> разработчиками старой школы
RUN : sh -c "function ConfigBuilderFabric() { \
} \
configBuilderFabric = ConfigBuilderFabric ${A} ${B}
configBuilder = configBuilderFabric["SetC"] ${C}
configBuilder ${D}
"
RUN : sh -c "function ConfigBuilderFabric() { \
} \
configBuilderFabric = ConfigBuilderFabric ${A} ${B}
configBuilder = configBuilderFabric["SetC"] ${C}
configBuilder ${D}
"
Хуже. Когда в образ ставят vim, ssh и screen. Ну дальше, я думаю, все уже догадались про туннели и прочее.
SP
Хуже. Когда в образ ставят vim, ssh и screen. Ну дальше, я думаю, все уже догадались про туннели и прочее.
о, я всегда так делаю
МS
> разработчиками старой школы
RUN : sh -c "function ConfigBuilderFabric() { \
} \
configBuilderFabric = ConfigBuilderFabric ${A} ${B}
configBuilder = configBuilderFabric["SetC"] ${C}
configBuilder ${D}
"
RUN : sh -c "function ConfigBuilderFabric() { \
} \
configBuilderFabric = ConfigBuilderFabric ${A} ${B}
configBuilder = configBuilderFabric["SetC"] ${C}
configBuilder ${D}
"
