Kubernetes

Согласен, но не будет ли overkill для 10-15 контейнеров?

Согласен, но не будет ли overkill для 10-15 контейнеров?

Что значит overkill?

overhead?

Зависит от объема и сложности приложения.

10-15 контейнеров, без дубликатов.

никогда не понимал того, когда говорят "зачем тебе куб? у тебя же 10 контейнеров"

если эта технология облегчает тебе жизнь, то неважно сколько у тебя контейнеров и какие нагрузки

10-15 контейнеров, без дубликатов.

у меня 6 проектов-клонов, в каждом 3-4 деплоймента + 4 cronjob'a, разделено неймспейсами

общий редис и rabbitmq в кубе

а какие профиты от docker-stack?

Вот и я хотел узнать что-то большое чем написано в доке.

10-15 контейнеров это на один проект?

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

10-15 контейнеров это на один проект?

Да.

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

Да.

куб идеально зайдет

10-15 контейнеров это на один проект?

Но идем к укрупнению сервисов, потому что requirements меняются и сервисы становятся более dependent from each other.

Но идем к укрупнению сервисов, потому что requirements меняются и сервисы становятся более dependent from each other.

мы лично юзаем куб уже год, обновляли раза 3, развернут через kubespray на собственном железе

работает как часы все

общий редис и rabbitmq в кубе

редис для кеша, а раббит для очередей?

да

так точно

база на отдельном железе живет

в куб ее пихать нецелесообразно

и опасно)

раббит у нас не персистенс

мы лично юзаем куб уже год, обновляли раза 3, развернут через kubespray на собственном железе

Базой занят отдельный человек? DBA?

Базой занят отдельный человек? DBA?

всем занят я)

devops + dba + разработка

всем занят я)

ого

да у нас проекты небольшие по сложности

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

devops + dba + разработка

Наконец-то. А то думал только я так делаю.

правда у нас монолита в этих проектах небыло

года 3 назад все в микросервисном виде начали сразу писать)

Никто не подскажет правильное решение. Так как все зависит от требований. В каких-то случаях docker-compose с головой будет а в некоторых и 100 воркеров в k8s не будет достаточно

Да, просто хотелось понять, куда идет mainstream.

года 3 назад все в микросервисном виде начали сразу писать)

А коммуникации между микросервисами только через раббит?

А коммуникации между микросервисами только через раббит?

не только, некоторые через kubernetes services общаются

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

За неделью кубернетес? Удивили.

За неделью кубернетес? Удивили.

у куба не особо высокий порог входа, достаточно посмотреть одну презентацию и понять что к чему

я больше разбирался с тем, как прикрутить автосборку и деплой в gitlab ci, нежели с кубом)

в частности пришлось хельмом обмазаться (то еще дерьмо)

Добрый день! Кто-то пользовался convoy volume driver? https://github.com/rancher/convoy Решаю проблему бэкапов данных из контейнеров: mongo, mysql, просто файлы,…… А тут обещают, что прям все из коробки будет работать: вжух — и вот тебе снапшот, вжух — и вот он уже на s3 Кто-то пользовался? Насколько сильный там оверхед про ресурсам память - проц - i/o? Действительно ли это именно консистентные снапшоты?

Скриптом

docker system prune -af удалить образы и волюмы все

docker system prune -a

docker system prune -a

А если нужно оставить самый свежий :-)?

Скрипт наверное надо пилить тогда

А если нужно оставить самый свежий :-)?

Так можно указать, чтобы удаляло все образы без тегов

Вот тебе команда. Она будет выводить id образа у которого нет тега docker images -f "dangling=true" -q

не велосипедь

Ага. Если он последний образ не использует, то его тоже удалит)

серьёзно?

странный кейс

Допустим, контейнер упадет и у него нет рестарта. И все, образ удалиться, так как он не используеться.

Допустим, контейнер упадет и у него нет рестарта. И все, образ удалиться, так как он не используеться.

Садись, два

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

$ docker system prune WARNING! This will remove: - all stopped containers - all networks not used by at least one container - all dangling images - all build cache

Садись, два

Сорри, если резко, я в шутку)

$ docker system prune WARNING! This will remove: - all stopped containers - all networks not used by at least one container - all dangling images - all build cache

Я же другую команду показал

Я же другую команду показал

Увидел.

Да ив вообще, я вот орфаны удаляю, чего их держать? Compose/swarm делает новые

$ docker system prune WARNING! This will remove: - all stopped containers - all networks not used by at least one container - all dangling images - all build cache

Это вообще в крон добавляю

Особенно когда CD используется, потом куча мусора

Это должны быть 2 разных контейнера, а не в один пихать

Это должны быть 2 разных контейнера, а не в один пихать

Есть примеры как это сделать?)

Есть примеры как это сделать?)

docker-compose

в одном докер файле должен быть лишь один образ

объединяются они через docker-compose

https://docs.docker.com/compose/rails/ вот пример

в одном докер файле должен быть лишь один образ

ничто не мешает держать в докерфайле несколько образов. для docker build и docker-compose можно задать target

ничто не мешает держать в докерфайле несколько образов. для docker build и docker-compose можно задать target

Возможно, но не знаю good practic ли это

https://docs.docker.com/compose/rails/ вот пример

хм, а разве это можно юзать с Dokku? Чет не могу нигде найти про это

опять же target надо указывать

хм, а разве это можно юзать с Dokku? Чет не могу нигде найти про это

Про Dokku не прочитал

докку же вроде сам все запускает при деплое

это плохая идея копировать node_modules)

это плохая идея копировать node_modules)

написано было, что это "хак" для того, чтобы докер не кешировал их

но чет ему пофиг как-то)

Ну так а чего плохого в том, что кеширует

ох, ладно, давняя история

та вообще разницы нет, один фиг ничего не работает)

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

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

нет

прямо на сайте докера написано что это плохая практика

да и зачем)

вам для докера нужен докер.

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

docker-compose для вас