Сообщение Re[3]: Вопрос Linux-админам от 07.05.2020 16:06
Изменено 07.05.2020 16:07 Vetal_ca
Re[3]: Вопрос Linux-админам
Здравствуйте, Sheridan, Вы писали:
М>>Просмотри docker.
S>А вот для продакшена.... Ну, такое вот. Докер в проде это минус в карму и косые взгляды. Ну, кроме, пожалуй, варианта когда проект гдетотам на сферическом амазоне крутитцца и нужно уметь быстро/автоматически масштабировать мощности в зависимости от нагрузки.
Это сразу, "админ отстал от поезда", собеседование прекращаем.
Пример:
имеем девопа, который подымает кластер MongoDB из BitNami MongoDB Charts за минуту. Не копаясь в ненужном г-не. Плюс-минус подготовка, подгонка праметров, день, допустим.
Против профессионала старой закалки, который вручную это "на железе" подгоняет. Допустим, старый, без "косых взглядов", стоит раза в 2 дешевле. Но не в 20 же, учитывая реальную скорость!
Это реальный сценарий. Мало того, так кластер еще и распадается на Sharded-HA setup. Обновить монго, так тут, вообще, целая эпопея.
Kubernetes-Clustered, из ссылки выше работает под нагрузкой, ноль проблем. Не распадается. 3 месяца уже как. Пересоздается из бэкапа с нуля (Git + S3) за 40 минут, из них сам mongodb ~4 минуты, остальное — данные. Полностью неквалифицированным Ops-team оператором.
Да, я не лез в дебри MongoDB. Я не знаю особенности настройки реплик или monitoring. По этим граблям прошлись создатели MongoDB charts.
М>>Просмотри docker.
S>А вот для продакшена.... Ну, такое вот. Докер в проде это минус в карму и косые взгляды. Ну, кроме, пожалуй, варианта когда проект гдетотам на сферическом амазоне крутитцца и нужно уметь быстро/автоматически масштабировать мощности в зависимости от нагрузки.
Это сразу, "админ отстал от поезда", собеседование прекращаем.
Пример:
имеем девопа, который подымает кластер MongoDB из BitNami MongoDB Charts за минуту. Не копаясь в ненужном г-не. Плюс-минус подготовка, подгонка праметров, день, допустим.
Против профессионала старой закалки, который вручную это "на железе" подгоняет. Допустим, старый, без "косых взглядов", стоит раза в 2 дешевле. Но не в 20 же, учитывая реальную скорость!
Это реальный сценарий. Мало того, так кластер еще и распадается на Sharded-HA setup. Обновить монго, так тут, вообще, целая эпопея.
Kubernetes-Clustered, из ссылки выше работает под нагрузкой, ноль проблем. Не распадается. 3 месяца уже как. Пересоздается из бэкапа с нуля (Git + S3) за 40 минут, из них сам mongodb ~4 минуты, остальное — данные. Полностью неквалифицированным Ops-team оператором.
Да, я не лез в дебри MongoDB. Я не знаю особенности настройки реплик или monitoring. По этим граблям прошлись создатели MongoDB charts.
Re[3]: Вопрос Linux-админам
Здравствуйте, Sheridan, Вы писали:
М>>Просмотри docker.
S>А вот для продакшена.... Ну, такое вот. Докер в проде это минус в карму и косые взгляды. Ну, кроме, пожалуй, варианта когда проект гдетотам на сферическом амазоне крутитцца и нужно уметь быстро/автоматически масштабировать мощности в зависимости от нагрузки.
Это сразу, "админ отстал от поезда", собеседование прекращаем.
Пример:
имеем девопа, который подымает кластер MongoDB из BitNami MongoDB Charts за минуты (~3-4). Не копаясь в ненужном г-не. Плюс-минус подготовка, подгонка праметров, день, допустим.
Против профессионала старой закалки, который вручную это "на железе" подгоняет. Допустим, старый, без "косых взглядов", стоит раза в 2 дешевле. Но не в 20 же, учитывая реальную скорость!
Это реальный сценарий. Мало того, так кластер еще и распадается на Sharded-HA setup. Обновить монго, так тут, вообще, целая эпопея.
Kubernetes-Clustered, из ссылки выше работает под нагрузкой, ноль проблем. Не распадается. 3 месяца уже как. Пересоздается из бэкапа с нуля (Git + S3) за 40 минут, из них сам mongodb ~4 минуты, остальное — данные. Полностью неквалифицированным Ops-team оператором.
Да, я не лез в дебри MongoDB. Я не знаю особенности настройки реплик или monitoring. По этим граблям прошлись создатели MongoDB charts.
М>>Просмотри docker.
S>А вот для продакшена.... Ну, такое вот. Докер в проде это минус в карму и косые взгляды. Ну, кроме, пожалуй, варианта когда проект гдетотам на сферическом амазоне крутитцца и нужно уметь быстро/автоматически масштабировать мощности в зависимости от нагрузки.
Это сразу, "админ отстал от поезда", собеседование прекращаем.
Пример:
имеем девопа, который подымает кластер MongoDB из BitNami MongoDB Charts за минуты (~3-4). Не копаясь в ненужном г-не. Плюс-минус подготовка, подгонка праметров, день, допустим.
Против профессионала старой закалки, который вручную это "на железе" подгоняет. Допустим, старый, без "косых взглядов", стоит раза в 2 дешевле. Но не в 20 же, учитывая реальную скорость!
Это реальный сценарий. Мало того, так кластер еще и распадается на Sharded-HA setup. Обновить монго, так тут, вообще, целая эпопея.
Kubernetes-Clustered, из ссылки выше работает под нагрузкой, ноль проблем. Не распадается. 3 месяца уже как. Пересоздается из бэкапа с нуля (Git + S3) за 40 минут, из них сам mongodb ~4 минуты, остальное — данные. Полностью неквалифицированным Ops-team оператором.
Да, я не лез в дебри MongoDB. Я не знаю особенности настройки реплик или monitoring. По этим граблям прошлись создатели MongoDB charts.