Год назад я начал серию экскурсий по EKS в AWS — как видно здесь. В этом году я подумал: Почему бы не сделать это в Google Kubernetes Engine, в Google Cloud, и вот мы снова!
Используя то, что я создал в AWS, и свои знания в GCP, я стремился создать что-то лучшее, основываясь на том, что я узнал за последний год. Я надеюсь, вам понравится эта новая серия, используя Google Cloud.
Ссылка на все материалы этой серии:
Эпизод № 1 — Начать заново
Когда я снова делал это в Google Cloud, первое, что меня поразило, было… «Вау, это нелегко сделать правильно с первого раза». У меня уже был опыт работы с Kubernetes и Google Kubernetes Engine (GKE), что предположительно упростило задачу, но я надеюсь, что следующее будет достаточно информативным, чтобы помочь вам начать работу 👍
Тема 1 — Зачем мне нужна инфраструктура как код (IaC) и Terraform?
Даже перед выполнением одной строки кода важно понять, что означает IaC и почему мы решили использовать Terraform для удовлетворения потребности в IaC.
Я полагаю, что для большинства пользователей, впервые использующих любую облачную среду, вы щелкнете в веб-консоли и попробуете всевозможные вещи. И по мере того, как вы соединяете работающий проект инфраструктуры, который вам нужен в вашей среде разработки/установки, вас посещает мысль…
«…Как мне удалось создать это с нуля?!! Как мне воспроизвести это в моей производственной среде?!»
Выше показан «императивный» способ настройки, часто вручную. Делая что-то «императивно», мы можем столкнуться с проблемами, такими как несоблюдение правильного порядка шагов или даже правильных шагов, необходимых для достижения правильного результата.
Чтобы исправить эту проблему, мы можем сделать это «Декларативным» способом. Вот объяснение, которое я использовал ранее в отношении «Декларативного» и «Императивного»:
