Тут стало многолюднее, повторю-ка я вопрос

Уважаемые знатоки, есть вопрос. Можно ли реализовать такое поведение:
1. Запрос приходит на Cloudfront
2. Прикручивается лямбда на viewer request
3. Лямбда вешает дополнительный заголовок
4. Дальше определяется, надо ли отдать из кеша или сходить на origin по этому заголовку

Доки читал, но не сказано определенно, будет ли браться для кеширования в учет заголовок, который после лямбды появился

Такая странная задача от того, что кешировать запросы на один и тот же URI с одними и теми же хидерами нужно по фильтрам, которые в body, один из вариантов думаю - делать хэш этого body лямбдой, затем его отправлять заголовок, на основании которого cf уже сможет различать запросы с разными фильтрами и соответственно либо отдавать из кеша, если уэе был запрос с этим фильтром, или брать из ориджина, если еще нет

Что общего между алкашами и девопсами - накатил с утра весь день свободен)

Оно ж само накатывается, так получается весь день сразу свободен

Вот если бы: накатил... заболела голова... Откатил. И здоровый.. тогда да ;) была бы жизнь..

а че уже пятница?

Среда вроде бы ещё

🙏

Среда - маленькая пятница

2020-06-17T18:42:28Z E! CreateLogStream / CreateLogGroup with log group name httpd-rbin stream name httpd-rbin has errors. Will retry the request: RequestError: send request failed
caused by: Post https://logs.es-west-2.amazonaws.com/: dial tcp: lookup logs.es-west-2.amazonaws.com on 172.16.0.2:53: no such host

Всех приветствую

что я делаю не так?

awslogs при этом работает, решил переконфигурить на cloudwatch агента, чтобы метрики собирать

из приватного vpc дергаешь?

да

vpc endpoint включи

принял, спасибо!

Привет всем! Позвольте задать вопрос

По поводу Lightsail