одном поде?
твои вопросы противоречат друг другу
я так понимаю это просто логическое деление. если у меня есть 1 микро сервис который используют свою отдельную бд то логично их запихнуть в 1 под, верно?
https://t.me/kubernetes_ru/451558 наоборот
Неверно Если и суешь базу в кубер, то в свой отдельный под
это хорошая практика по вашему мнению да, а есть аргументы почему так стоит делать?
можете пример привести когда в 1 под кладут несколько контнейнеров, не зря ж придумали логическую еденицу под
Мониторинговый/логгинг агент Либо прокси Либо кэш И тому подобное
а можно назвать конкретнее какие-нибудь продукты/технлогии в поде для примера?
Ну любой сайдкар возьми
Как ты будешь скейлить аппликуху? Вместе с бд? А падает апликуха, бд тоже в рестарт из-за этого?
о вот хороший аргумент!
почитай про паттерны микросервисной архитектуры с примерами
хороший совет спс
мб кто подкинет годные материалы
а бд и приложуха могут быть на разных нодах же? сори за нубский вопрос
или в одной ability-zone я думаю только? в разных ability-zone размещать эти ноды нет смысла из-за пинга и трафика так?
Контейнеры пода на одном логическом хосте.
Как раз могут быть. И это чутка логичнее
И сразу если ты можешь не тащить базу в куб то не тащи базу внутрь кубера
я думаю в каждой ability zone должна быть своя бд и она должна реплецироваться
Давай проще спрошу. Как ты будешь реплицировать бд?
Под гарантирует общий сетевой неймспейс и как следствие попадание на одну ноду. Тебеуже написали, но в целом куча статьей про патерны когда это нужно
Обсуждают сегодня