为什么此HTTP请求无法在AWS Lambda上运行？

Question

我开始使用AWS Lambda，并试图从我的处理函数请求外部服务。根据this answer，HTTP请求应该可以正常工作，而且我还没有发现任何其他文档。 （事实上​​，人们已经发布code that use the Twilio API to send SMS）

我的处理程序代码是：

var http = require('http'); 

exports.handler = function(event, context) { 
    console.log('start request to ' + event.url) 
    http.get(event.url, function(res) { 
    console.log("Got response: " + res.statusCode); 
    }).on('error', function(e) { 
    console.log("Got error: " + e.message); 
    }); 

    console.log('end request to ' + event.url) 
    context.done(null); 
} 

，我看到在我的CloudWatch日志以下4条线路：

2015-02-11 07:38:06 UTC START RequestId: eb19c89d-b1c0-11e4-bceb-d310b88d37e2 
2015-02-11 07:38:06 UTC eb19c89d-b1c0-11e4-bceb-d310b88d37e2 start request to http://www.google.com 
2015-02-11 07:38:06 UTC eb19c89d-b1c0-11e4-bceb-d310b88d37e2 end request to http://www.google.com 
2015-02-11 07:38:06 UTC END RequestId: eb19c89d-b1c0-11e4-bceb-d310b88d37e2 

我期待着另一个在那里的线：

2015-02-11 07:38:06 UTC eb19c89d-b1c0-11e4-bceb-d310b88d37e2 Got response: 302 

但这是缺少。如果我在本地机器的节点上使用没有处理程序包装的重要部分，代码将按预期工作。

我使用的inputfile.txt对于invoke-async电话是：

{ 
    "url":"http://www.google.com" 
} 

好像处理程序代码，不会请求被完全忽略的一部分。我从request lib开始，并回到使用普通http创建一个最小的例子。我也试图请求我控制的服务的URL来检查日志，并且没有请求进来。

我完全难住了。 是否有任何原因节点和/或AWS Lambda不会执行HTTP请求？

Answer 1

当然，我误解了这个问题。 As AWS themselves put it：

对于在拉姆达的那些第一次遇到的NodeJS，共同 错误是忘记了回调的异步执行，并要求在原来的处理程序 context.done()当你真的打算等到 另一个回调（如一个S3.PUT操作）来完成，强制 函数终止，其工作不完整。

在调用请求的任何回调之前，我打电话给context.done，导致我的函数提前终止。

工作代码是这样的：

var http = require('http'); 

exports.handler = function(event, context) { 
    console.log('start request to ' + event.url) 
    http.get(event.url, function(res) { 
    console.log("Got response: " + res.statusCode); 
    context.succeed(); 
    }).on('error', function(e) { 
    console.log("Got error: " + e.message); 
    context.done(null, 'FAILURE'); 
    }); 

    console.log('end request to ' + event.url); 
} 

更新： 2017年开始AWS已弃用旧0.10的NodeJS，只有较新的4.3运行时现已（旧功能应更新）。该运行时引入了对处理函数的一些更改。新的处理程序现在有3个参数。

function(event, context, callback) 

虽然你仍然会发现上下文参数succeed，done和fail，AWS建议使用callback函数来代替或null默认情况下返回。

callback(new Error('failure')) // to return error 
callback(null, 'success msg') // to return ok 

完整的文档可以在http://docs.aws.amazon.com/lambda/latest/dg/nodejs-prog-model-handler.html

Answer 2

是的，有其实也可以找到很多原因，你可以访问AWS LAMBDA喜欢和HTTP端点。

AWS的体系结构Lambda

这是一个微服务。使用Amazon Linux AMI在EC2内部运行（版本3.14.26-24.46.amzn1.x86_64），并使用Node.js运行。内存可以是128MB和1GB。数据源触发事件时，详细信息将作为参数传递给Lambda函数。

会发生什么？

AWS Lambda运行在一个容器中，代码直接上传到包含软件包或模块的容器中。例如，我们永远不能为运行你的lambda函数的linux机器执行SSH。我们可以监控的唯一事情是日志，CloudWatchLogs以及来自运行时的异常。

AWS负责启动并终止我们的容器，并运行代码。所以，即使你使用require（'http'），它也不会起作用，因为这段代码运行的地方并不是为此而做的。

Answer 3

是的，awendt答案是完美的。我只会显示我的工作代码...我有context.succeed（'Blah'）;行后reqPost.end（）;一行。把它移到我在下面展示的地方解决了一切。

console.log('GW1'); 

var https = require('https'); 

exports.handler = function(event, context) { 

    var body=''; 
    var jsonObject = JSON.stringify(event); 

    // the post options 
    var optionspost = { 
     host: 'the_host', 
     path: '/the_path', 
     method: 'POST', 
     headers: { 
      'Content-Type': 'application/json', 
     } 
    }; 

    var reqPost = https.request(optionspost, function(res) { 
     console.log("statusCode: ", res.statusCode); 
     res.on('data', function (chunk) { 
      body += chunk; 
     }); 
     context.succeed('Blah'); 
    }); 

    reqPost.write(jsonObject); 
    reqPost.end(); 
}; 

Answer 4

我有同样的问题，然后我意识到，作为其基于JavaScript编程是的NodeJS比Python或Java实际上是不同的。我会尝试使用简单的概念，因为可能有一些新的人会感兴趣或可能会出现这个问题。

让我们来看看下面的代码：

var http = require('http'); // (1) 
exports.handler = function(event, context) { 
    console.log('start request to ' + event.url) 
    http.get(event.url, // (2) 
    function(res) { //(3) 
    console.log("Got response: " + res.statusCode); 
    context.succeed(); 
    }).on('error', function(e) { 
    console.log("Got error: " + e.message); 
    context.done(null, 'FAILURE'); 
    }); 

    console.log('end request to ' + event.url); //(4) 
} 

只要您拨打一个电话到HTTP包（1），它被创建为事件的方法和本次活动得到它单独的事件。 'get'函数（2）实际上是这个单独事件的起点。 （3）中的函数将在单独的事件中执行，并且您的代码将继续执行路径，并将直接跳转到（4）并完成它，因为没有更多事情要做。

但是，在（2）处开始的事件仍在执行某个地方，它将花费自己的甜蜜时间来完成。很奇怪，对吧？那么，不，它不是。这就是NodeJS的工作原理，并且它非常重要，你可以围绕这个概念进行思考。这是JavaScript Promises提供帮助的地方。

您可以阅读更多关于JavaScript承诺here。简而言之，您需要一个JavaScript Promise来保持内联代码的执行，并且不会产生新的/额外的线程。

大部分常见的NodeJS包都提供了可用API的Promised版本，但还有其他一些方法可以解决类似的问题，如BlueBirdJS。

上面编写的代码可以按照以下方式宽松地重新编写。

'use strict'; 
console.log('Loading function'); 
var rp = require('request-promise'); 
exports.handler = (event, context, callback) => {  

    var options = { 
    uri: 'https://httpbin.org/ip', 
    method: 'POST', 
    body: { 

    }, 
    json: true 
}; 


    rp(options).then(function (parsedBody) { 
      console.log(parsedBody); 
     }) 
     .catch(function (err) { 
      // POST failed... 
      console.log(err); 
     }); 

    context.done(null); 
}; 

请注意，上面的代码不会直接工作，如果你将在AWS LAMBDA导入。对于Lambda，您还需要将模块与代码库打包在一起。