Comments 3
Есть хорошая фраза: «Нет никаких облаков, есть просто чужие вычислительные мощности».
Есть еще лучше фраза: "Даже свои собственные мощности не гарантируют доступности, если ты рукожоп".
Хорошая статья, спасибо.
Правда, в конце складывается впечатление что решение проблемы configuration drift и automation fear spiral и прочее — это заслуга и результат только перехода к облакам, хотя это не совсем так: нормально настроенный докер сведет конфигурацию приложения почти к такому же декларативному описанию: вот как запускать, вот конфиг, вот порт, вот лейблы для traefik, а больше тебе не положено, в контейнере что-то править за пределами конфигурации нет смысла, он пересоздастся при обновлении. Конфигурация же хоста сведется к apt install docker.
На самом деле даже облака не решают проблемы configuration drift. В статье я попытался показать как попытка решить эту проблему привела к созданию парадигмы immutable infrastructure, которая решает гораздо более широкие задачи нежели устранение дрифта.
Но во-первых даже в immutable infratructure есть stateful часть.
Во-вторых хотя инстансы (контейнеры/виртуалки) иммутабельной части эвфемерны, короткоживущи и постоянно пересоздаются (в них нет дрифта), есть инфраструктура для их эксплуатации. Те же контейнеры нужно запускать/оркестрировать и apt install docker для этого совершенно не достаточно.
Дрифт вышел из инстансов на более высокие уровни. Сейчас мы можем говорить уже не о серверах-снежинках, но об kubernetes-кластерах/AWS VPC/GCP Project/etc - снежинках.
Зачем нужны облака и как правильно их использовать