Я создаю свое приложение с максимально возможной безсерверной предпосылкой.
Короче говоря, 2 службы не могут быть реализованы как лямбда-функции, поэтому я ставлю на задачи ECS с группами автомасштабирования EC2, в соответствии с требованиями GPU, et c.
После того, как я выполнил домашнее задание на уроке по ресурсам Lambda + VP C, я был шокирован тем, что нет простого и приятного способа представить расширение служб * AWS для VP C. Таким образом, официальный подход означает включение лямбда-функции в VP C плюс установление конечных точек шлюза / экземпляра NAT или VP C для доступа к службам inte rnet и AWS. Более того, я могу прочитать, что это не рекомендуется и должно рассматриваться как окончательное решение. Это замедляет лямбду и увеличивает холодные запуски.
Как правило, мне нужен доступ к inte rnet и доступ к другим службам AWS из лямбды, которые должны делать запросы к задачам ECS. Эти задачи играют решающую роль в моем потоке, и я бы хотел, чтобы они легко вызывались лямбда-функциями. Я не уверен, что VP C lambdas имеет смысл, если мне нужно платить за NAT, который сравнительно дорог. Может быть, я что-то упустил.
Можно ли избежать включения лямбд в VP C и при этом иметь возможность звонить в службы ECS? Если нет, то как лучше всего сократить расходы, связанные с NAT?
Буду признателен за любую помощь.