Comments 7
Из текста не очень понятно, чем в итоге кубер оказался лучше, чем набор виртуалок с балансировщиком. У меня из статьи сложилось впечатление, что вместо простой архитектуры, которую мог сопровождать средний админ на зарплате, вы получили сложную и модную - для сопровождения которой потребовался подрядчик.
Подрядчик не потому что кубы, подрядчик у нас появился ещё на втором варианте инфраструктуры. Подрядчик -- выгоднее. Нам нужен саппорт 24/7. Чтобы в таком режиме соответствовать ТК -- нужно 4 человека. Которые в нашем случае 90% времени будут ничего не делать (только дежурить). Подрядчик намного дешевле 4 ~~админов~~ девопсов. Кроме того, он снимает с нас весь головняк с поиском кадров, развитием кадров, снимает необходимость накапливать девопскую экспертизу -- но при этом помогает быстрее достичь минимально необходимого для разработки уровня девопской экспертизы. Короче, на наших масштабах работа с подрядчиком -- с запасом выгоднее.
Даже если бы кубер был ничем не лучше, а просто модный -- нужно не забывать, что квалифицированные кадры хотят работать с модными технологиями (как девопсы, так и разработчики). Иногда решение о переходе на ту или иную технологию больше связано с кадровой составляющей, а не с технической/финансово-экономической. Отчасти в нашем случае это в том числе было причиной -- подрядчик который обслуживал вторую версию, помимо плюсов перехода в кубы попросту сказал, что они вскоре планируют отказаться от поддержки старых технологий и готовы передать нас в надежные руки другого подрядчика. Нам не хотелось ходить по рукам -- перешли на кубы. Но профиты от них тоже есть (см. ниже).
Тем не менее, технический профит от кубов тоже есть -- по кубам раскатывать обновления проще и удобнее. Но думаю коллеги их разработки подключаться если вам будет интересно и подробнее распишут, в чем удобнее.
Было бы очень интересно! Я не хочу сказать, что вы делаете что-то неправильно, мне действительно интересно понять профит модных технологий. Я всю свою карьеру работаю в консервативных сверхкрупных компаниях и потому унаследовал скепсис по отношению к облакам, моде и подрядчикам. Наверняка я не прав, поэтому очень интересно изучать чужой опыт.
Чтобы в таком режиме соответствовать ТК -- нужно 4 человека.
Скорее, 5. Отпуска, болезни...
Используем одно из российских helpdesk решений, которое регулярно "встает", поэтому прекрасно понимаю о чем вы пишите...А вам успехов и подольше продержаться на текущей версии архитектуры!
Как мы меняли инфраструктуру help desk системы #1: эволюция от одной виртуальной машины к кластеру Kubernetes