Который без боли можно будет масштабировать

Я от них решил уйти их ip роскомнадзор забанил, а они всё равно решили 20% платить...

И шо?

Ещё один вопрос, БД докеризуете(кубернизируете, не знаю как правильно) что бы она была персистентна. Или лучше всю эту виртуализацию держать от баз данных подальше?

Если есть возможность - лучше держать отдельно.

А если есть необходимость мигрировать с одной версии на другую?

Ещё подсказывают docker-compose для продакшена, но я не уверен что им вообще стоит заниматься, есть какие-нибудь мнения?

С одной версии бд на другую? А какое отношение этот вопрос к кубу имеет вообще?

Ещё подсказывают docker-compose для продакшена, но я не уверен что им вообще стоит заниматься, есть какие-нибудь мнения?

Ну аля canary-deployment

Ansible и модуль докера почти тоже самое, только лучше

А оверхэд там большой? Тоже если меньше 2гб оперативы лучше не соваться?

"сколько нужно devops инженеров чтобы спроектировать pet project" :)

Что я понял, много машин/денег/мощностей Kubeadm, если ничего нет то ansible для деплоя контейнеров. Базу данные все стараются хранить отдельно.

Что я понял, много машин/денег/мощностей Kubeadm, если ничего нет то ansible для деплоя контейнеров. Базу данные все стараются хранить отдельно.

С 13й версии все нормально масштабируется. Мастера можно как и воркеры в любой момент добавлять

Вообще правильное Облако все самое делает. И базу даёт и контейнер запустит или serverless или куб. Лучше выбрать правильное Облако, если есть вопросы.

Ну тогда и привязан будешь к этому облаку, роскомнадзор заблокирует адреса, быстро не убежишь. Хотелось бы максимальной мобильности.

Под петли проджект хетцнер Клауд хорош. Полноценный кубер на три годы будет стоить 10-15 дораров в месяц

Если понимаешь что как работает у тебя, то быстро убежишь, примерно со скоростью перекачивания данных по сети

Понимаешь и помнишь что где тыкал...

Не надо помнить, для этого есть ансибл, или yaml'ы куба, или что-то еще... суть одна - руками не надо делать, надо автоматизировать. Тогда и вспоминать не придется

А зачем тогда столько реализация kubernetes у разных провайдеров? Если всё везде оказывается одно и тоже?

Эм, я вообще не понял, по какой логике ты составил этот вопрос. Мысль другими словами какими-то сформулируй пожалуйста

Не знаю зачем тут советуют композ, обновляться в композе та еще мука

А по работе есть redhat 6 версии, во внутренней сети. Может туда что бы зависимости проще ставить было(без заявок на отрытие доступа к внешним ресурсам), поставить kubernetes и из под него деплоить приложения.

Ansible+ docker будет попрактичнее?

В смысле у aws kubernetes не отличается ничем от гугловского?

Ядро старое, обновитесь до 7

Смотря с какой точки зрения посмотреть. Очевидно, что если там куб и тут куб - это одно и тоже? Имхо и точно также очевидно что у каждого человека свой подход, поэтому одно и тоже у разных людей может отличаться. Вопрос-то в чем? Можно ли свое приложение перенести с куба условного амазона в куб условного гугла? Да, если посмотреть, в чем они отличаются, и если эти отличия в твоем проекте не используются - то вот прям взял и развернул его, сразу

Есть ли смысл ставить kubernetes, на одном виртуальном сервере, или есть смысл докупуить второй виртуальный сервер? Есть вообще практика деплоя домашних страничек на kubernetes?

Домашние странички надо в S3 хостить :)

Домашние странички надо в S3 хостить :)

Не, кубернетес для backend, CDN для frontend, распределенная бд для комментариев, Elasticsearch для поиска.

Или github pages?

В большинстве случаев, да. Пока тобой и твоим сайтиком не заинтересуются реально интересующиеся люди. Когда из-за бесплатного говносайтика на инфру github/cloudflare обрушится 200 Гбит/с, они пидорнут твой сайтик за несколько минут.

Речь идёт про домашнюю страницу, кому понадобится направлять туда 200 Гбит?

Домашние странички надо в S3 хостить :)

Не знаю зачем тут советуют композ, обновляться в композе та еще мука

Но когда прод это 1 комп, то и композ может зайти. Вон Harbor ж использует. Но имхо это такой путь... надо точно понимать, зачем по нему идешь

А чего с харбором не то ? Или ты имеешь в виду, что вмварь это с компоузом предоставляет ?

Все то, я просто как пример "компоуз для продакшена" его привел, нормально работает

А кто-нибудь БД контейнеризировал?

Ну? Вопрос-то какой ?

Как бэкапирование настроено, что делать при подъёме версии самой БД?

При подъёме версии бд - ничего. Только цифирки в docker-compose / docker run поправить. Обычно оно само нормально отмигрирует

А чего тогда контейнеризации БД боятся? Никаких подводных камней?

Первое - производительность Второе - стабильность Третье - нужно не забыть сохранить данные в volume Четвертое - как ты будешь распределенную бд делать ? Там нюансы с хостнеймами вылезают