V
А мы и не спешим)
Дело не в "спешим", а в том что задач помимо написано от души, привет постоянное переключение контекста.
Size: a a a
2020 July 28
i
А сколько надо?)
Вообще чтобы это все делать нормально, нужно нормального миддла. Это уже где-то 180-220
i
Ну 180-200 хотя бы
i
А за 140 будет вчерашний ждун. Или сегодняшний прокачанный ждун
SV
За клоуд иак, бд, разработку образа 200 ???
i
За клоуд иак, бд, разработку образа 200 ???
Вангую там в разработке образа - иногда в пакере файлики менять
NA
Вангую там в разработке образа - иногда в пакере файлики менять
Именно.
V
А сколько надо?)
Или требования пересматривать, или хотя бы х1.5 к вилке, как мне кажется.
SV
Я когда вижу требования типа администррировать бд, то это для меня значит что у конторы нет денег на дба
SV
И значит все вопросы ко мне будут
NA
Или требования пересматривать, или хотя бы х1.5 к вилке, как мне кажется.
От того, что я понижу требования, задач меньше не станет, увы.
i
А от того, что повысите вилку - они станут выполняться лучше
V
От того, что я понижу требования, задач меньше не станет, увы.
Я могу пояснить конкретно про IaaC & AWS если это интересно, почему я так считаю.
NA
Я могу пояснить конкретно про IaaC & AWS если это интересно, почему я так считаю.
Конечно интересно
i
Точнее не так, они станут выполняться хотя бы приемлемо
V
Конечно интересно
Предполагаю, что речь про Terraform.
По собственному опыту могу сообщить, использовать в продакшне написанное человеком без опыта написания, эксплуатации, поддержки и развития это плохая идея.
TF это довольно специфическая вещь, написать "чтобы работало" имея опыт Puppet/Ansible/Chef достаточно несложно, гугл в помощь
Проблемы возникнут позже, когда внезапно окажется, что работающий код почему-то не развёртывается с нуля.
Или разворачивается с нуля, но не обновляется на тесте/проде.
Сложно рефакторить, сложно тестировать, цена ошибки достаточно высока.
Плохо написанный код, опять же, затруднительно выбросить и переписать заново.
По собственному опыту могу сообщить, использовать в продакшне написанное человеком без опыта написания, эксплуатации, поддержки и развития это плохая идея.
TF это довольно специфическая вещь, написать "чтобы работало" имея опыт Puppet/Ansible/Chef достаточно несложно, гугл в помощь
Проблемы возникнут позже, когда внезапно окажется, что работающий код почему-то не развёртывается с нуля.
Или разворачивается с нуля, но не обновляется на тесте/проде.
Сложно рефакторить, сложно тестировать, цена ошибки достаточно высока.
Плохо написанный код, опять же, затруднительно выбросить и переписать заново.
NA
Предполагаю, что речь про Terraform.
По собственному опыту могу сообщить, использовать в продакшне написанное человеком без опыта написания, эксплуатации, поддержки и развития это плохая идея.
TF это довольно специфическая вещь, написать "чтобы работало" имея опыт Puppet/Ansible/Chef достаточно несложно, гугл в помощь
Проблемы возникнут позже, когда внезапно окажется, что работающий код почему-то не развёртывается с нуля.
Или разворачивается с нуля, но не обновляется на тесте/проде.
Сложно рефакторить, сложно тестировать, цена ошибки достаточно высока.
Плохо написанный код, опять же, затруднительно выбросить и переписать заново.
По собственному опыту могу сообщить, использовать в продакшне написанное человеком без опыта написания, эксплуатации, поддержки и развития это плохая идея.
TF это довольно специфическая вещь, написать "чтобы работало" имея опыт Puppet/Ansible/Chef достаточно несложно, гугл в помощь
Проблемы возникнут позже, когда внезапно окажется, что работающий код почему-то не развёртывается с нуля.
Или разворачивается с нуля, но не обновляется на тесте/проде.
Сложно рефакторить, сложно тестировать, цена ошибки достаточно высока.
Плохо написанный код, опять же, затруднительно выбросить и переписать заново.
А если сервисы и lambda уже деплоятся через CDK, деплой предполагает создание инстансов, permissions, API Gateway, очередей и правил SNS? Так же service-discovery настроен на связке SSM Parameter Store + CDK?
Это все не получится подружить, объединив в CDK более высокого порядка?
Это все не получится подружить, объединив в CDK более высокого порядка?
I
И значит все вопросы ко мне будут
+
V
А если сервисы и lambda уже деплоятся через CDK, деплой предполагает создание инстансов, permissions, API Gateway, очередей и правил SNS? Так же service-discovery настроен на связке SSM Parameter Store + CDK?
Это все не получится подружить, объединив в CDK более высокого порядка?
Это все не получится подружить, объединив в CDK более высокого порядка?
EC2, IaM, API Gateway через TF не проблема, хотя лично я API gateway не очень люблю, настрадался :)
Деплоить только часть через TF разумеется можно, как и запускать локально провизионер, который запустит локально имеющийся деплой через CDK
Добавить зависимости при необходимости, но попутно нюансов вылезет достаточно, без сомнений.
Например, API Gateway при создании интеграций потребует lambda ARN, который нужно будет откуда-то взять (из CDK output как я понимаю)
Лоскутная автоматизация это отдельный жанр, который сложнее чем чистый TF как по мне.
Деплоить только часть через TF разумеется можно, как и запускать локально провизионер, который запустит локально имеющийся деплой через CDK
Добавить зависимости при необходимости, но попутно нюансов вылезет достаточно, без сомнений.
Например, API Gateway при создании интеграций потребует lambda ARN, который нужно будет откуда-то взять (из CDK output как я понимаю)
Лоскутная автоматизация это отдельный жанр, который сложнее чем чистый TF как по мне.
EL
можно попробовать заюзать https://www.hashicorp.com/blog/cdk-for-terraform-enabling-python-and-typescript-support/