А что с производительностью и стабильностью не так?

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

Иначе ее грохнут

А вот как тогда БД смасштабировать по быстрому?

взять быстроскалирующуюся бд, ну или размер виртуалке увеличить

взять быстроскалирующуюся бд, ну или размер виртуалке увеличить

+1

А вот как тогда БД смасштабировать по быстрому?

Что ты имеешь в виду ?

Что ты имеешь в виду ?

Ну понимаешь что реплики не хватает. Или решил по регионам разбить, на фронтэнде это можно сделать. А вот как быть с БД

Ну понимаешь что реплики не хватает. Или решил по регионам разбить, на фронтэнде это можно сделать. А вот как быть с БД

Докер не про это, увы

Самое простое - взять БД из облака. Managed

Докер не про это, увы

А кубернетес тоже не про это?

А кубернетес тоже не про это?

Ну, не очень.

Кубернетес - это менеджер ресурсов Работа в разных az - ну, такое себе

Так что подсядешь на амазоны с гуглами и потом не слезишь, так как БД не знаешь куда ложить?

Так что подсядешь на амазоны с гуглами и потом не слезишь, так как БД не знаешь куда ложить?

Ты скорее рядом БД на голых компьют инстансах поднимешь. С репликацией и прочим блек джеком, но оно тебе нужно?

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

Так что с их куба на свой пересесть не получится быстро, так как БД не знаешь как правильно развернуть, так как всё время облачное использовал?

Ты скорее рядом БД на голых компьют инстансах поднимешь. С репликацией и прочим блек джеком, но оно тебе нужно?

Скорей всего пригодится

Так что подсядешь на амазоны с гуглами и потом не слезишь, так как БД не знаешь куда ложить?

проблема вендорлока во-первых надуманная, во-вторых с облачного mysql вам кто-то мешает mysqldump сделать, если надо?

Так что с их куба на свой пересесть не получится быстро, так как БД не знаешь как правильно развернуть, так как всё время облачное использовал?

Ты сейчас ересь пишешь

проблема вендорлока во-первых надуманная, во-вторых с облачного mysql вам кто-то мешает mysqldump сделать, если надо?

А как потом всё это встраивать и запускать? Нужно будет звать тех кто БД сервера руками будет подымать?

А как потом всё это встраивать и запускать? Нужно будет звать тех кто БД сервера руками будет подымать?

😳😭

А как потом всё это встраивать и запускать? Нужно будет звать тех кто БД сервера руками будет подымать?

а если с самого начала это не в облаке делать, то это типа не понадобится? :)

Так что с их куба на свой пересесть не получится быстро, так как БД не знаешь как правильно развернуть, так как всё время облачное использовал?

Шта? Ты написал какую-то ерунду сейчас. Ты б уже давно написал что-то типа "я фронтендер, а сейчас надо куб, че-каво", а то приходится догадываться, что ты вообще не знаешь. С бд, судя по таким вопросам, ты вообще не сталкивался?

Ну понимаешь что реплики не хватает. Или решил по регионам разбить, на фронтэнде это можно сделать. А вот как быть с БД

Взять резиновую базу типа cockroach или foundationdb, заодно и бесплатный шардинг будет

А как потом всё это встраивать и запускать? Нужно будет звать тех кто БД сервера руками будет подымать?

Нужно будет звать тех, кто понимает, что нужно запустить. И они это запустят там, где нужно

Ну вот я пока не понял как kubernetes может помочь в решение проблемы масштабирования postgres, или как сделать с минимальными затратами шардирование

Ну вот я пока не понял как kubernetes может помочь в решение проблемы масштабирования postgres, или как сделать с минимальными затратами шардирование

Либо ты берешь stolon, либо тебе не нужен постгрес в кубе

Либо ты берешь stolon, либо тебе не нужен постгрес в кубе

Не знал про stolon, спасибо за информацию

Не знал про stolon, спасибо за информацию

Ты его и без куба можешь взять. Куб сам по себе такую проблему вообще никак не решает, он не для этого

Ты его и без куба можешь взять. Куб сам по себе такую проблему вообще никак не решает, он не для этого

А про что куб? Разве не про ускоренный деплой стэйдж/прод серверов?

А про что куб? Разве не про ускоренный деплой стэйдж/прод серверов?

Ускоренный? А ускоренный относительно чего? Куб - это управление контейнерами. Чем больше контейнеров есть, которыми надо управлять, тем более удобно это делать кубом. А уж что в контейнерах - это самому надо думать, кубу фиолетово, бд там или бинарь или html'ка какая

Ускоренный? А ускоренный относительно чего? Куб - это управление контейнерами. Чем больше контейнеров есть, которыми надо управлять, тем более удобно это делать кубом. А уж что в контейнерах - это самому надо думать, кубу фиолетово, бд там или бинарь или html'ка какая

Ускоренный относительно того же самого, но руками

Ускоренный относительно того же самого, но руками

Нет

Ускоренный относительно того же самого, но руками

Ну я вот свой прод руками подниму быстрее, чем я его описывал для куба. 1 раз. Если мне его понадобится 10-100-1000 раз поднять - то понятно, что любой автоматизацией это будет быстрее, чем руками. И опять же - ансиблом будет быстрее, чем кубом. Короче куб совсем не про это

всем привет, нубский вопрос: kubectl run hello-server --image gcr.io/google-samples/hello-app:1.0 --port 8080 возвращает такую ошибку: error: failed to discover supported resources: Get https://34.76.203.58/apis/extensions/v1beta1: error executing access token command "/opt/google-cloud-sdk/bin/gcloud config config-helper --format=json": err=fork/exec /opt/google-cloud-sdk/bin/gcloud: no such file or directory output= stderr= взято с сайта гугла вот отсюда: https://cloud.google.com/kubernetes-engine/docs/quickstart

Ну я вот свой прод руками подниму быстрее, чем я его описывал для куба. 1 раз. Если мне его понадобится 10-100-1000 раз поднять - то понятно, что любой автоматизацией это будет быстрее, чем руками. И опять же - ансиблом будет быстрее, чем кубом. Короче куб совсем не про это

Ну а про что куб?

доступ к кластеру есть, все нормально gcloud + kubectl установлены

Ну а про что куб?

Я ж ответил - для управления контейнерами

Ну а про что куб?

Про менеджмент ресурсов

Про задачу рюкзака слышал?

Я ж ответил - для управления контейнерами

Управление контейнерами == менеджмент ресурсов

Я ж ответил - для управления контейнерами

Что ж такие за контейнеры без БД, не стэйтфул. Это не для него, то не для него.

Пойду лучше документацию читать 😁

Что ж такие за контейнеры без БД, не стэйтфул. Это не для него, то не для него.

Зачем пихать бд в контейнеры? Я для себя не вижу ответа на этот вопрос - и поэтому не пихаю. И не только к бд это относится. А вот какие-то другие штуки, nodejs например, прекрасно в контейнерах живут и их здорово еще и в куб затащить

Зачем пихать бд в контейнеры? Я для себя не вижу ответа на этот вопрос - и поэтому не пихаю. И не только к бд это относится. А вот какие-то другие штуки, nodejs например, прекрасно в контейнерах живут и их здорово еще и в куб затащить

+1

Что бы стэйдж для разных веток 100500 раз разворачивать

Что бы стэйдж для разных веток 100500 раз разворачивать

Вот это правильный кейс.

Стейдж для разных веток? В вашей жизни что-то идёт не так

Стейдж для разных веток? В вашей жизни что-то идёт не так

А вы привыкли всё в продакшен и с одной внешней БД?

Что бы стэйдж для разных веток 100500 раз разворачивать

И? У меня для этого если разворачивать бд в кубе - это очень, очень много работы потребует и я не уверен в ее успехе. Без куба - быстро достаточно все настроил. Т.е сам код в кубе, на каждую таску по окружению, но бд при этом не в кубе. Нет смысла время тратить на их затаскивание туда

А вы привыкли всё в продакшен и с одной внешней БД?

Мдааа

А вы привыкли всё в продакшен и с одной внешней БД?

вот зачем тебе бд в докере, и зачем тебе кубер? какие задачи ты решаешь?

Я так понимаю для некоторых релизный тег который льется в прод - это что-то из серии фантастики

А вы привыкли всё в продакшен и с одной внешней БД?

Delphix всех спасет

Я ещё понимаю дев/куа

Я так понимаю для некоторых релизный тег который льется в прод - это что-то из серии фантастики

что здесь фантастичного?

Я ещё понимаю дев/куа

Для дев qa одна и таже БД используется, как ошибки можно повторять которые происходят с какой-то версией БД?

Что бы стэйдж для разных веток 100500 раз разворачивать

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

Для дев qa одна и таже БД используется, как ошибки можно повторять которые происходят с какой-то версией БД?

Бд не nodejs, абсолютно нормально годами сидеть на одной конкретной версии бд, и обновлять ее при необходимости, а не "тут вышла версия - надо срочно ставить". Ну и - при обновлении бд надо проверять все, т.е нужен полноценный тестовый стенд под новой версией. Это процесс отдельный, в общем, и редко случающийся

Бд не nodejs, абсолютно нормально годами сидеть на одной конкретной версии бд, и обновлять ее при необходимости, а не "тут вышла версия - надо срочно ставить". Ну и - при обновлении бд надо проверять все, т.е нужен полноценный тестовый стенд под новой версией. Это процесс отдельный, в общем, и редко случающийся

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

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

Я не верю, что это реальный кейс, а не придуманный тобой только что

Я не верю, что это реальный кейс, а не придуманный тобой только что

кейс реальный,знаю одну компаниую которая пилит CRM,так вот они делают такие "найт джобы"

но там очень сильная заморочка на перфоманс

Я не верю, что это реальный кейс, а не придуманный тобой только что

Возьмём Django, это фреймворк для написания вэб приложений, и вот там официально поддерживаются 4 разные БД, всех ктуальных версий.

кейс реальный,знаю одну компаниую которая пилит CRM,так вот они делают такие "найт джобы"

А вот никаких статей от этой компании нет? Или рецептов как такое сделать самому?

Delphix всех спасет

Wtf?

Возьмём Django, это фреймворк для написания вэб приложений, и вот там официально поддерживаются 4 разные БД, всех ктуальных версий.

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

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

А если ты разрабатываешь фреймворк, что ты будешь делать?

А вот никаких статей от этой компании нет? Или рецептов как такое сделать самому?

Ну делаешь стенды под это все и гоняешь по ним по ночам тесты. Как иначе-то

Ну делаешь стенды под это все и гоняешь по ним по ночам тесты. Как иначе-то

Вот я и пытаюсь узнать как сделать стенды, которые будут с минимальными усилиями разворачиваться и сбрасываться в начальное состояние.

А если ты разрабатываешь фреймворк, что ты будешь делать?

Я, скорее всего, снкепшоты буду использовать. Тест прогнал - снес снэпшот и вот снова чистая бд

Wtf?

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

Я, скорее всего, снкепшоты буду использовать. Тест прогнал - снес снэпшот и вот снова чистая бд

Снэпшоты руками сносить?

Ну, это продукт готовый, как я понял

Снэпшоты руками сносить?

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

Ну, это продукт готовый, как я понял

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

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

А почему это всё не запихнуть всё это в КУБ и метрики можно будет снимать в одном месте?

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

Американская армия?(у них в клиентах есть, шутка)

А почему это всё не запихнуть всё это в КУБ и метрики можно будет снимать в одном месте?

Потому что у меня есть нормальное хранилище и нормальный гипервизор. Поэтому снэпшоты производительность почти не роняют. И есть у гипервизора апи. И мне просто не нужен куб для этой задачи. Он ее также хорошо, надежно и производительно не решит.

А почему это всё не запихнуть всё это в КУБ и метрики можно будет снимать в одном месте?

Метрики в одном месте можно смотреть с чего угодно, причем тут куб и метрики?

Метрики в одном месте можно смотреть с чего угодно, причем тут куб и метрики?

Походу теперь ты не вьезжаешь 😁