Зачем крупным компаниям микросервисы, контейнеры и Kubernetes: как эти три технологии выводят IT на новый уровень

И в чем российские компании пока отстают от мировых трендов: смотрим на реальных кейсах.

Зачем крупным компаниям микросервисы, контейнеры и Kubernetes: как эти три технологии выводят IT на новый уровень
1616

“Одно из преимуществ микросервисной архитектуры в том, что части приложения можно разрабатывать и обновлять независимо — например, обновить только один блок, а остальные не менять.” - а в монолитном приложении нельзя обновить только один блок? То есть если я делаю авторизацию, то мне обязательно нужно весь код потеребить остальной, только потому что я пишу монолитное приложение? Лепят абстракцию над абстракцией лишь бы бабок заработать. 
 
Даю новую идею, создать сервис, который бы управлял кубернетесом, не иметь один кубернетес - а сеть кубернетесов. А над ним еще один. И еще сверху сервис, чтобы управлять всем этим. Сверху еще одну абстракцию. О, вот теперь экономно! Но конкуренты делают новый сервис, где каждая переменная это микросервис, вот это поворот! Теперь у сайта с посещаемостью 3000 чел в день 600 000 микросервисов, вау... У этого лендинга штат из 6 девопсов и корпоративные контракты с майл.ру.Облаком.  Наконец-то можно обновить картинку на сайте без головной боли, как мы раньше жили!

14

Комментарий недоступен

4

Вы удивитесь но управление кластерами кубернетиса уже есть - Federation зовется. Статья конечно ни о чем и классический высер МРГ, но вы тоже не очень правы))

1

Как правило, в монолитах довольно сложно рестартнуть только кусок процесса

 Но конкуренты делают новый сервис, где каждая переменная это микросервис

О, а это описание aws lambda