или создает единое облако

там просто можно запустить контейнеры

docker & rkt

есть etcd

да вкурсе, он чисто под контейнеры заточен

(хранить там параметры всякие)

для простых вещей есть fleet

он позволяет вот как раз следить, чтобы контейнер был где-то запущен

но у меня простые use-case'ы, мне такое не нужно

как он вообще работает принцып?

у куба есть мастер который за всем этим следит

это надстройка над systemd

использует etcd

ты говоришь про etcd, fleed и так далее

они как работают, на отдельной машине мониторят сервера и контейнеры?

https://github.com/coreos/fleet/blob/master/Documentation/fleet-k8s-compared.md

и что такое Ceph'е

http://ceph.com/

по сути для coreos не нужен kubernetes, он сам по себе kubernetes я как понимаю

гитом в coreos можно пользоваться?

аналог k8s в CoreOS - fleet

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

пока не понял как ты деплои делаешь своих проектов

просто не вижу всех пазлов собранных вместе

просто systemctl restart имя

как если бы был обычный сервер

и я бы там ребутнул postgres, например

ну ты ребутаешь контейнеры я так понимаю, через systemctl

да

все равно не понятно,

там в ExecStart= стоит запуск rkt'а

и есть ещё 1 отдельный сервис, который скачивает новые версии

смысле скачивает новые версии

новые версии чего

=/?

образов

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

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

да

они все в 1 таргете

я делаю рестарт таргета и всё ребутится

и в этом же таргете есть ещё 1 сервис - который скачивает с quay образы

он всегда запущен

и когда его останавливают - он скачивает новые версии

он запускается последним , а останавливается первым

и перед выключением других сервисов у меня он всё скачивает

то есть оффлайн буквально несколько секунд

вопрос вот 3-контейнер который app=сервер(сервер с приложением)

меня он интересует больше всего

да?

там uwsgi

как ты на него делаешь деплой

аа

python

я его собираю докером

через баш-скрипт

на ноуте

а сами файлы проекта .py?

да

а сами файлы проекта .py где лежт

лежат

/usr/src/app

внутри этого образа

вот ты багу нашел и поправил, как происходит делпой

я делаю коммит

потом выпускаю новую версию

у меня обычно 2 ветки

то есть будет

hg flow develop promote -t "v1.1.1"

допустим

он делает релиз, вешает на него тег

потом я делаю hg push

оно уходит на битбакет

дальше если есть CI - она ловит коммит и делает билд

если CI нет, то просто на ноуте вручную ./build

и он там запускает файл, в котором запускается docker build ... docker push ....

и куда он билдит?

он пушает на quay образы

то есть ты хранишь все в docker hube?

в quay

что за quay

https://quay.io/

ага нашел

а в чем смысл туда,?

это же тоже самое что и docker hub?

да

я вот думал отказаться от kubernetes, только потому что там все храниться в образах

мне кажется это не очень удобным

в этом весь смысл

именно файлы

https://quay.io/ наверное лучше юзать, вместо docker hub

я уйду от этого решения

в пользу прямой передачи через rsync

на серверы

смысле

эти сервисы хранят образы

я буду закачивать их на серверы

напрямую

так быстрее