George

Ну да) И вот вопрос - можно ли к докеру как-то такое присобачить? Может внутри контейнера запилить - хотя хз, возможно ли это. Типа RUN mount и т.д.

В докер компоуз присобачь

George

Или внутри при старте создай тмпфс

Рустам

В докер компоуз присобачь

Ну т.е. впринципе через маунт должно нормально прицепиться?

George

По идее да

Andrei

как в swarm привязать контейнер к мастеру

Yury

Ведь у каждого контейнера должен быть мастер...

George

и раб.....

Максим

Похоже я чаты перепутал

Mumin

всем привет, ставлю kubectl 1.14 затем ставлю minikube 0.25 и при запуске ругается на версию kubectl

Mumin

всем привет, ставлю kubectl 1.14 затем ставлю minikube 0.25 и при запуске ругается на версию kubectl

мол доступны версии до 1.10

Dmitrii

Ктокак докерезирует доркеры очередей?

Dmitrii

Если у вас их штук 15 вы на каждый свой контейнер заводите?

Dmitrii

Или какой паттерн

George

Ктокак докерезирует доркеры очередей?

Вопрос конкретнее ?

George

Сделай одну кафку большую и вваливай все туда

Dmitrii

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

Dmitrii

Таких очередей штук 15

Dmitrii

Очереди сделаны через rmq

George

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

Что такое очередь ? Зайдём с другого конца .

George

Реббит, ок

Mentat

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

те это воркеры для очереди? Консьюмеры?

Dmitrii

Вопрос как организовать приложение(я) которые читают из очередей в докере

Dmitrii

Дыа

George

Вопрос как организовать приложение(я) которые читают из очередей в докере

Никак, слишком общий

Andrey

делай деплоймент с hpa

George

Если речь про консьюмеры - логично их в отдельные докерв

George

Ибо от очереди они независимы

Dmitrii

Например по контейнеру на очередь и консьюмер?

George

Если вопрос в том как упаковать САМ кролик - у меня вообще мысль что его плохая идея совать в докер. Он слишком капризный

Dmitrii

Или сделать один контейнер изапилить в него конфиг со всеми очередями чтобы там крутилось много процессов очередей консюмеров? НО вроде ка кне докер-вей

Dmitrii

Если речь про консьюмеры - логично их в отдельные докерв

Как же тогда например будет выглядеть docker compose у разработчика? Сервисов там будет херова гора

George

Или сделать один контейнер изапилить в него конфиг со всеми очередями чтобы там крутилось много процессов очередей консюмеров? НО вроде ка кне докер-вей

Смотри. Если для тебя докер - средство упаковки зависимостей приложения, то это одна история.

George

Если дальше в планах куб, то тут и начинается веселуха. Ибо очередь, как и бд - это про состояние. А его нужно где-то хранить

Mentat

Как же тогда например будет выглядеть docker compose у разработчика? Сервисов там будет херова гора

А разработчики прям нарисовали для каждой задачи свой отдельный код? Или это как водится в фреймворках - лежит в одной репе и обернуто в какую-то командную строку?

George

Как же тогда например будет выглядеть docker compose у разработчика? Сервисов там будет херова гора

Как говно, очевидно. Но он и так как говно выглядит

Dmitrii

Если дальше в планах куб, то тут и начинается веселуха. Ибо очередь, как и бд - это про состояние. А его нужно где-то хранить

Дальше будет куб да, но база будет в RDS, а кролика уложу на стейтфул сет

George

В общем кратко Для тестов достаточно кроля + продюсера + консюмера

George

Для прода - боооольшой 🐰 . Консумеры и продусеры вокруг него в докерах

George

Дальше будет куб да, но база будет в RDS, а кролика уложу на стейтфул сет

Рисковый ты человек

Dmitrii

А разработчики прям нарисовали для каждой задачи свой отдельный код? Или это как водится в фреймворках - лежит в одной репе и обернуто в какую-то командную строку?

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

Dmitrii

Рисковый ты человек

В чем проблема?

Andrey

Или сделать один контейнер изапилить в него конфиг со всеми очередями чтобы там крутилось много процессов очередей консюмеров? НО вроде ка кне докер-вей

ты сначала определись с компонентами приложения, потом уже думай, какие из них можно запихать в отдельный контейнер, потом смотри, что можно масштабировать и запихивай в deployment. Докер композ - это уже отдельная история

Dmitrii

ты сначала определись с компонентами приложения, потом уже думай, какие из них можно запихать в отдельный контейнер, потом смотри, что можно масштабировать и запихивай в deployment. Докер композ - это уже отдельная история

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

George

Раз рдс, то может амазоновскую нативную очередь заюзать ? Да и мокать ее несложно вроде

George

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

А может эта... Его проще переписать и не тратить время на фигню ?

Dmitrii

Раз рдс, то может амазоновскую нативную очередь заюзать ? Да и мокать ее несложно вроде

Да у нас HA особо не нужен на кролике но просто есть много логики на роутинге в нем поэтому используем его

Alena

Всем привет! Приглашаем на DINS Java EVENING! Санкт-Петербург 26 июня в 19:30, Старо-Петергофский проспект, 19 На встрече мы познакомимся с опытом стартапа TextBack и узнаем, как проходит их миграция с Vert.x на Spring, поговорим чем еще можно заняться в асинхронном мире. Коллега из Genestack поделится своим опытом построения билд-системы на Gradle в большом проекте с нуля. После докладов мы продолжим общение со спикерами и подкрепимся пиццей. Подробности и регистрация на https://dins.timepad.ru/event/998859/

Mentat

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

параметризиуешь имя очереди через env параметр, собираешь контейнер, которому их передаешь, и да, в докер-композе будет много описалова, но что поделать

Dmitrii

А может эта... Его проще переписать и не тратить время на фигню ?

Я не понимаю о какой фигне речь, я зашел с вопросом как лучше разместить консумеры в докере/композе и всего кончили за переписать приложение. Нормально?)

Dmitrii

параметризиуешь имя очереди через env параметр, собираешь контейнер, которому их передаешь, и да, в докер-композе будет много описалова, но что поделать

Понятно, спасибо. Хотел убедиться что это ок

Mentat

Понятно, спасибо. Хотел убедиться что это ок

С точки зрения моды и великой архитектурной истины это не ок. Но это стабильно работает :)

Dmitrii

С точки зрения моды и великой архитектурной истины это не ок. Но это стабильно работает :)

А как великоархитектурно?

Mentat

А как великоархитектурно?

Вон там выше рассказывают

Dmitrii

Что то выше я там не смог проследить мысль

Dmitrii

hpa? Ну так он же вширь одну очередь растянет

Dmitrii

А у меня вопрос про много разных

Mentat

Что то выше я там не смог проследить мысль

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

Dmitrii

А в кубернетис уже завезли хотреалод при разработке?

George

параметризиуешь имя очереди через env параметр, собираешь контейнер, которому их передаешь, и да, в докер-композе будет много описалова, но что поделать

можно через ямл якоря уменьшить количество

George

а еще можно докер-компоуз шаблонизировать

George

А в кубернетис уже завезли хотреалод при разработке?

да, если в контейнере это есть

George

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