Неприятность с помощью модуля запроса питона, чтобы сделать API после вызова в пределах AWS лямбды

Question

После подключения к необходимым ресурсам AWS в начале моей лямбды-функции исполнения, у меня есть lambda_handler функцию, которая выглядит следующим образом:

def lambda_handler(event, context, dst): 

    bucket = event['Records'][0]['s3']['bucket']['name'] 
    key = urllib.unquote_plus(event['Records'][0]['s3']['object']['key'].encode('utf8')) 
    print('Bucket: %s' % bucket) 
    print('Object key: %s' % key) 

    crm_file_name = key.split('/')[-1] 
    crm_query = make_crm_db_query(crm_file_name) 
    cur = conn.cursor() 
    status = cur.execute(crm_query) 

    if status == 1: 
     details = cur.fetchone() 
     opportunity_id = details[0] 

     tmp = dst.get_key('%s/%s' % (opportunity_id, crm_file_name)) 
     print('starting API request...') 
     s = requests.Session() 
     r = s.post('http://link/to/endpoint/',\ 
      files={'pdf': tmp}, data={'opportunity_id': opportunity_id}) 
     print(r) 
     print(r.content) 
    else: 
     print('not the right file type') 

в моей среде разработки это возвращает следующее, указывая, что сообщение было успешно:

starting API request... 
<Response [201]> 
{"opportunity_id":253,"pdf":"https://s3.storage.asset.com:443/253/253___PDF.pdf?Signature=[CONFIDENTIAL STUFF HERE ;)]"} 

в журналах AWS Cloud Watch, однако процесс зависает при попытке выполнить запрос на почту. Вот пример журнала:

starting API request... 
END RequestId: beedb0c4-ce07-11e6-a715-53b3bd8edccc 
REPORT RequestId: beedb0c4-ce07-11e6-a715-53b3bd8edccc Duration: 30002.89 ms Billed Duration: 30000 ms Memory Size: 128 MB Max Memory Used: 22 MB 
2016-12-29T20:46:24.356Z beedb0c4-ce07-11e6-a715-53b3bd8edccc Task timed out after 30.00 seconds 

S3 ведро, API конечной точки и RDS все они принадлежат к одной и той же VPC. Процесс работает в dev, но висит в производстве. Любые указатели на то, как отладить это?

Я проверил this post, в котором говорится, что для подключения к внешним интернет-ресурсам требуется шлюз NAT, но наша конечная точка API работает на экземпляре EC2 в пределах того же VPC. Думает ли AWS, что мы все еще пытаемся установить внешнее соединение, потому что мы работаем с вызовами API? Как мне отладить это?

Answer 1

Я столкнулся с такими же timeout problem, причина ниже.

AWS document:

При добавлении конфигурации VPC к функции лямбда, он может только доступ к ресурсам в этой VPC. Если функции Lambda необходимо получить доступ к ресурсам VPC и общедоступному Интернету, VPC должен иметь экземпляр преобразования сетевых адресов (NAT) внутри VPC.

Комментарий Марка B является правильным.

Я советую вам следовать за этим blog, чтобы построить NAT.