виргиния тоже

хотя консоль нормально фурычит, с ТФ беда

Error: Error acquiring the state lock
│ 
│ Error message: RequestError: send request failed
│ caused by: Post "https://dynamodb.us-east-1.amazonaws.com/": read tcp 192.168.0.100:56664->x.x.x.x:443: read: connection reset by peer

как бы авс не повторил судьбу фб

у меня EKS так уже третий день отвечает

и как фиксишь? проксей в eu-central-1? =)

никак

keep calm

Доброго дня. Можно ли API Gateway (что стоит перед Lambda и в данный момент обрабатывает публичные API запросы) сделать доступным из private subnet другого аккаунта (используется внутренними сервисами на ECS)? Нашёл некий PrivateLink. Только не понятно, правильно ели это решение, можно ли это сделать на одном API Gateway, или нужно поднимать два (паблик и внутренний)

А что мешает дергать паблик?

1) придётся держать NAT Gateway для каждой зоны (чиcто для доступа к API); 2) да и наверное не сильно по фэншую пускать через паблик то, что можно внутри AWS

посмотри в сторону transit gateway

Это дорого

Service: Amazon Elastic Compute Cloud
Region: 🇰🇷Asia Pacific (Seoul)
URL: http://status.aws.amazon.com/#ec2-ap-northeast-2_1633637388

Between 12:24 PM and 12:34 PM PDT we experienced increased API error rates in the AP-NORTHEAST-2 Region. The issue has been resolved and the service is operating normally.  During the period of impact, API's may have failed and we recommend that customers retry these API calls.  Customers do not need to take additional measures to restore the availability of this service.  Additional AWS services may have seen API failures during this period.  If you have any questions or are experiencing any operational issues with any of our services, please contact the AWS Support department via the AWS Support Center at https://console.aws.amazon.com/support .

#ec2 #apnortheast2

Зачем для каждой? Можно один на все зоны. А сейчас как сервисы в интернет ходят в тех VPC?

сейчас все ресурсы в паблике, наследие ...

PrivateLink поддерживает только NLB который не поддерживает SG.

Так зачем нат тогда?

переделываем, чтоб по феншую и БЭ, но как-то не особо получается

Если апи паблик и трафик незначительный, то поднять нат гейтвей и не париться

а никто не знает какой будет траффик, запуск только планируется. Требуется сделать так, чтоб было с запасом на будущее и в случае чего можно было расширить на регионы. + обязательны мультизоны, т.е. если уже использовать NAT Gateway, то везде его придётся ставить (он не чисто для деплоя, а именно для workflow)