История изменений

Исправление vinvlad, 05.12.22 06:03 (текущая версия) :

Сложные монстры, которые требуют пол года обучения и 10 человек команды на обслуживание - сразу идут лесом. Так что Kubernetes за бортом.

Насчет 10 человек вы сильно заблуждаетесь. К примеру, в проекте с несколькими доменами, который я сейчас поддерживаю, за весь Kubernetes-кластер (проектирование структуры, администрирование, базовые docker-образы и пр.) отвечает один человек - я :). Среда для локальной разработки на основе docker-compose тоже на мне. Программисты вообще не знают, что такое Kubernetes - просто имеют начальные, базовые представления о контейнерах и все. Их стиль работы абсолютно такой же, как и в случае VPS. Для них весь деплой в тестовое пространство кластера - это ‘git push’ и выполнение еще одной CLI-команды. Так что, 10-ти человек не надо - надо просто найти одного грамотного.

Насчет полугода обучения «с нуля» - это справедливо. Более того, даже после полугода обучения не факт, что человек придумает и развернет что-либо путное и практичное. Мне, например, чтобы обеспечить удобный стиль работы для себя и для программистов, пришлось предварительно разработать соответствующие инструментальные средства.

Если приспичило поддерживать 10 разных VPS-ок, то может быть вот это как-то посодействует и натолкнет на правильный путь:

Хотя вообще идея не очень… и чревата потенциальным геморроем по части администрирования и начального проектирования-конфигурирования. Вам же еще поди потребуется гладкий деплой без отказов в работе приложений.

Исходная версия vinvlad, 05.12.22 05:50:

Сложные монстры, которые требуют пол года обучения и 10 человек команды на обслуживание - сразу идут лесом. Так что Kubernetes за бортом.

Насчет полугода обучения «с нуля» - это справедливо. Более того, даже после полугода обучения не факт, что человек придумает и развернет что-либо путное и практичное.