Что такое оркестратор?

Давай разберёмся, что это за зверь такой — оркестратор, а то слышишь это слово и думаешь, что-то про музыку, дирижёра и скрипки. А на деле всё проще и одновременно сложнее, как обычно в нашей жизни.

Представь, у тебя есть куча контейнеров — этих маленьких изолированных коробочек, в которых твоё приложение живёт. И серверов этих — дохуя. И вот ты сидишь и думаешь: "Ну как же мне всем этим хозяйством управлять? Кого куда посадить, кто упал — поднять, нагрузка выросла — новых настрогать, сеть между ними настроить..." Руками это делать — это ж чисто ебаться до посинения, прости мой французский. На неделю работы, а то и на месяц.

Вот тут-то и появляется он — оркестратор. По сути, это такой начальник цеха, автомат-надзиратель, который берёт на себя всю эту рутину. Ты ему говоришь: "Хочу, чтобы было вот так!", пишешь манифест (это типа инструкции на понятном ему языке), а он уже сам бегает, суетится и приводит мир в соответствие с твоими хотелками.

Что он конкретно умеет, этот красавчик:

• Развернуть всё по уму: Не просто запустить контейнер, а найти подходящую ноду в кластере, где ресурсов хватит, и аккуратненько его туда поставить.
• Масштабировать на лету: Приложение начало лагать, трафик зашкалил? Оркестратор видит это и, как по волшебству, создаёт ещё несколько таких же контейнеров, чтобы нагрузку распределить. А когда всё утихло — лишние прибивает, чтобы зря ресурсы не жрали.
• Поднимать упавших: Контейнер взял и сдох. Человек бы заметил через час, а то и день. Оркестратор — через секунды. И тут же, блядь, перезапускает его, как ни в чём не бывало. Отказоустойчивость, ёпта!
• Сетить их между собой: Чтобы контейнеры могли общаться друг с другом, как будто они в одной сети, хотя физически могут быть на разных концах кластера. Он создаёт эту абстракцию, этот виртуальный клей.
• Обновлять без боли: Нужно новую версию приложения закатить? Раньше бы сервис лег на техобслуживание. А теперь оркестратор делает rolling update: по одному поднимает новые контейнеры, по одному убивает старые. Пользователь вообще ничего не замечает. И если новая версия — говно, можно откатиться так же плавно.
• Делить ресурсы честно: Чтобы один жадный сервис не сожрал всю память и процессорное время, оставив других голодными. Оркестратор следит за лимитами и выделяет всем по справедливости.

Ну и кто эти герои на рынке?

• Kubernetes (или просто K8s): Это сейчас царь и бог, де-факто стандарт. Мощный, гибкий, но и сложный, как чёрт. Его все используют, от стартапов до гигантов. Если серьёзно в тему — учить его.
• Docker Swarm: Как бы встроенная в Docker штука. Попроще, попримитивнее. Для небольших проектов или чтобы быстро попробовать идею — сойдёт. Но для прода — все уже давно на K8s.
• Apache Mesos / Marathon: Решение поувесистее, для управления целыми кластерами, не только контейнерами. Но его звезда уже немного закатилась после триумфа Kubernetes.

А почему это вообще важно-то? Да потому что без оркестратора управлять современным приложением из сотен микросервисов — это как пытаться в одиночку управлять оркестром без дирижёра. Каждый музыкант будет играть что хочет, в итоге — какофония и пиздец. Оркестратор и есть тот самый дирижёр, который превращает кучу отдельных контейнеров в слаженно работающую систему. Ты просто декларируешь желаемое состояние ("хочу 10 копий вот этого сервиса, 2 гига памяти каждой"), а система сама, блять, делает так, чтобы это состояние стало реальностью. Волшебство, да и только.