Телеграмм чат группы aws

возможность создания нескольких environments не прибегая к Cloudformation, куча вариантов деплоя - канари, блю-грин, роллинг... ну удобно же если не хочется заниматься этими вещами

источник

18:02пожаловаться #5

AT

Al T in AWS_RU

конфигурируя через стопицот сервисов отдельно

источник

18:03пожаловаться #6

i

inqfen in AWS_RU

Al T

конфигурируя через стопицот сервисов отдельно

Ага, и пофиг на IaC и все нормальные принципы организации

источник

18:05пожаловаться #7

i

inqfen in AWS_RU

Ты тут недостатки описал)

источник

18:05пожаловаться #8

AT

Al T in AWS_RU

я не спорю что IaC это хорошо, но разные команды имеют разный уровень подготовки, разные бизнес задачи и разные приоритеты. Поэтому такие сервисы как бинстолк будут еще довольно долго востребованы на определенном этапе развития организации...
тем более что туда продолжают докидывать фич.

источник

18:13пожаловаться #9

AT

Al T in AWS_RU

думаю что рано или поздно просто появится какая-нибудь интеграция с CF c возможностью импорта-экспорта environments... ну и интеграция с ECS уже есть

источник

18:17пожаловаться #10

AT

Al T in AWS_RU

и как выше уже сказали - опыт хероку это полностью подтверждает, и компания в порядке и пользователи не испытывают боли и страданий что за них без их ведома делают IaC

источник

18:25пожаловаться #11

i

inqfen in AWS_RU

У меня знакомый фронт очень даже с хероку испытал, упёрся в это "делают за тебя"

источник

18:28пожаловаться #12

i

inqfen in AWS_RU

Сейчас pulumi и aws юзает

источник

18:28пожаловаться #13

D

Danil in AWS_RU

inqfen

У меня знакомый фронт очень даже с хероку испытал, упёрся в это "делают за тебя"

ну вот по этой причине у нас на бинстолке не делается ничего. Лучше потратить больше времени (тем более не сильно больше при наличии опыта других проектов), чем потом переписывать на ECS, например. У меня коллега сейчас миграцию делает для одного проекта, который раньше в Ажуре на Web app'ах был (аналог бинстолка). Сейчас переезжают в амазон на ECS и лямбды

источник

18:31пожаловаться #14

D

Danil in AWS_RU

но не отрицаю, что для небольших команд, где нет отдельного человека-"девопса" бинстолк вполне ок может быть

источник

18:31пожаловаться #15

i

inqfen in AWS_RU

Danil

ну вот по этой причине у нас на бинстолке не делается ничего. Лучше потратить больше времени (тем более не сильно больше при наличии опыта других проектов), чем потом переписывать на ECS, например. У меня коллега сейчас миграцию делает для одного проекта, который раньше в Ажуре на Web app'ах был (аналог бинстолка). Сейчас переезжают в амазон на ECS и лямбды

У него вкатиться в pulumi и основы aws ушло пару дней почитать после работы

источник

18:31пожаловаться #16

i

inqfen in AWS_RU

Не вместо даже, так как это его пет проджект

источник

18:32пожаловаться #17

LK

L K in AWS_RU

правильно ли я понимаю что при создании ssl сертификата AWS::CertificateManager::Certificate через CloudFormation
надо указывать в параметре DomainValidationOptions ->
HostedZoneId что бы сертификат создался автоматически ?

если не указывать HostedZoneId то нужно руками создавать CNAME запись, так ?
и ресурс будет IN_PROGRESS пока запись не будет создана

источник

21:17пожаловаться #18

AD

Aliaksandr Dounar in AWS_RU

Да: при валидации создаётся тхт запись.

источник

21:26пожаловаться #19

KT

Karen Tovmasyan in AWS_RU

L K

правильно ли я понимаю что при создании ssl сертификата AWS::CertificateManager::Certificate через CloudFormation
надо указывать в параметре DomainValidationOptions ->
HostedZoneId что бы сертификат создался автоматически ?

если не указывать HostedZoneId то нужно руками создавать CNAME запись, так ?
и ресурс будет IN_PROGRESS пока запись не будет создана

Все так

источник

21:33пожаловаться #20