Мнение Программного комитета о докладе
Инфраструктурный код не должен превратиться в плохо читаемую лапшу. Даже на этапе, когда уже кода много, можно воспользоваться данными советами.
Доклад принят в программу конференции
Инфраструктурный код не должен превратиться в плохо читаемую лапшу. Даже на этапе, когда уже кода много, можно воспользоваться данными советами.
Когда мы делали IaC в одной из компаний, то подошли с точки зрения разработки: взяли двух человек с опытом разработки, поставили старшего разработчика в роли заказчика и начали пилить свою истинную Infrastructure as Code с помощью Ansible. В итоге мы сделали внутренний продукт “infra as code”, создали конвенции и стандартизировали разработку. Все в нашем маленьком мире работало по стандарту качества, который мы сами придумали и поддерживали.
Но на деле — мир большой, и есть различные решения. Пообщавшись с разными компаниями о подходах и использовании Ansible, проблемах и практиках, я понял, что стандартов разработки практически нигде нет, а также столкнулся с новыми испытаниями и нашел способ улучшить наш первоначальный подход. Теперь готов поделиться доработанной версией.
* Поговорим про важность проектирования систем и что происходит, если задумываться об этом мало или не думать совсем.
* Разберем 5 принципов Infra as Code, которые помогут пресечь проблемы на корню и сберегут ваше время на борьбу с последствиями.
* Обсудим, как тратить меньше времени на эксплуатацию и зачем тратить больше времени на разработку.
Infrastructure engineer в Skyeng.
Более 3-х лет разрабатывает на Ansible. Работал в продуктовой разработке, FinTech, EdTech. Успел побыть в роли тимлида, техлида, а потом вернуться в разработку.
Skyeng
Инфраструктура как код
Видео, доступные к покупке
Видео FrontendConf 2022
7 и 8 ноября 2022
22750 ₽
Видео HighLoad++ 2022
24 и 25 ноября 2022
22750 ₽
Видео HighLoad++ Armenia 2022
15 и 16 декабря 2022
22750 ₽
Видео TeamLead Conf 2023
27 и 28 февраля 2023
22750 ₽
Видео DevOpsConf 2023
13 и 14 марта 2023
22750 ₽