которое можно было бы копипастнуть, заменив условные контейнеры на какие-нибудь свои

уже и вордпресс в трех докерах запускать? Оо

а как еще

статика с nginx, скрипты с php и СУБД

да, вот, допустим, есть 3 контейнера - nginx, php-fpm, mariadb, как правильно это всё запихнуть туда, как правильно стартовать, останавливать, обновлять версию и так далее

docker-compose

наговнокодить и сделать 1 контейнер же :D

но вообще, минимум 3 контейнера)

если думать про сессии и редис, то автоматом уже 4

воо

не говоря про сборку фронтенда на npm )

как раз смысл примера в том, что много контейнеров

и хочется увидеть, как это всё правильно рестартить через systemd

как обновлять wordpress в такой системе

как бэкапить

дай угадаю

и это все на русском?

но вообще, минимум 3 контейнера)

А шо это даст?

на любом

хоть на китайском

гугл переводчик встроен в браузер

вроде

потому что на английском мне каждую неделю это дерьмо прихоит

подпишись на докер викли

короче, когда захожу на китайские форумы - он вполне нормально переводит мне

меня интересует именно Kubernetes

без докера

с Rkt

на CoreOS

А шо это даст?

а что даст использование докера?

то есть сами контейнеры, пусть Docker

но запускает их Rkt

о том, как создавать такие контейнеры - не так важно, литературы много, интересует что делать когда они уже вот есть, готовые

как варить Kubernetes

c Rkt

а что даст использование докера?

именно в данном случае именно трех докеров.

о_О

Три докера норм

главное, что их много

там ж ужо будет не совсем торт производительности хотя бы из-за использования tcp-сокетов вместо sock

мухи, котлеты и макароны отдельно )

Один не видит зла Еще один не слышит зла Третий не говорит зла

это позволит создать тестовый стенд

там ж ужо будет не совсем торт производительности хотя бы из-за использования tcp-сокетов вместо sock

Что?

вместо unix*

Дада, я понял

это позволит создать тестовый стенд

тестовый стенд я могу и с одним докером сделать

Мифы и легенды Южного Бутово

только вот это потом не будет особо полезно

потому что многие моменты не будут раскрыты

unix socket, конечно, производительнее TCP

Но эта разница заметна очень немногим

смысл как раз в том, что показать деплоймент сложной системы

а не из 1 контейнера

мухи, котлеты и макароны отдельно )

ну да, это мантра, я понял, но по сути-то зачем в данном случае?

смысл как раз в том, что показать деплоймент сложной системы

ну надо тогда систему брать посложнее

в этом случае искусство ради искусства получается

да какая разница - тут те же самые блоки

можн подумать у тебя часто mysql меняется

везде будет код, везде будет база и везде будет статика

или версия пыха

да какая разница - тут те же самые блоки

ну, типа, чтобы смысл людям объяснить. "мы разбиваем всё на отдельные контейнеры потому что это поможет нам в процессе CI, блабла, то сё"

а тут тока гемора добавляется

ну да, пусть так

не важно в данном случае

просто есть некая связка контейнеров

смотря какая у тебя цель

и хочется и запустить именно через Kubernetes u Rkt

упор на них

а не на сами контейнеры

про сами контейнеры уже много всего

если просто показать как контейнерами пользоваться с технической точки зрения и конфиги запостить - тогда да. а если идеологию продвинуть - тогда нет

идеологию сам докер неплохо продвигает

мой интерес конкретно в Kubernetes + Rkt

вот у меня 3 чистых сервера или VPS или .., как мне правильно туда поставить CoreOS, Kubernetes на fleet, Rkt (чтобы мог запускать Docker-контейнеры), etcd, flannel, что-то там ещё... вся документация есть, но она в общем виде, а не как подробный нубский туториал

вот такого рода статьи нужны, а то дальше докера сложно продвинуться

ансамблем взят ьи поставить )

да, как вариант

нужны best practice

по этому всему

я, например, до сих пор не до конца понимаю, как правильно обновлять сервис, вот есть project.service какой-нибудь, там команда рестарта контейнеров, в ней указаны версии, допустим, нужен апгрейд, на CI всё ок прошло, всё зеленое, что дальше? надо обновить project.service на новый с новыми циферками и потом через systemctl сделать рестарт (что потянет за собой pull нового докер образа, остановку и удаление текущих контейнеров и старт контейнера из нового образа)