2017-07-19 4 views
2

Je suis nouveau à AWS, et les complexités Lambda en particulier. Mon objectif actuel est d'obtenir une fonction Lambda en écoutant un flux Kinesis. Ce qui m'intéresse, c'est, dans le cas d'un flux Kinesis qui déclenche une fonction Lambda, qui est l'appelant (dans le cadre du callback exporthandler de Lambda)? En d'autres termes, lorsque le rappel est exécuté en cas de succès dans Lambda, quel est l'appelant qui reçoit le message de réussite? Et cela serait-il jamais utilisé?Dans un AWS Lambda déclenché par Kinesis, existe-t-il une raison d'utiliser le message de réussite du rappel?

par exemple, le modèle de départ pour une fonction lambda vide:

exports.handler = (event, context, callback) => { 
    callback(null, 'Hello from Lambda'); 
    // the second arg of this callback is the success message; 
    // in the case of a Kinesis trigger, who receives it? 
}; 
+0

Egalement utile pour savoir ce qui oblige le pointeur de lecture à mettre à jour le fragment kinesis. une exception ne met pas à jour le pointeur du lecteur ... quoi d'autre ne met pas à jour un pointeur de lecture? –

Répondre

-1

L'appelant de Lambda serait Kinesis et si vous ne l'utilisez la fonction de rappel, la fonction exécutera jusqu'à ce que son délai d'attente, vous coûter plus cher sur le temps de Lambda. Par conséquent, la routine d'exit est nécessaire lorsque votre exécution est terminée.

+0

C'est bon à savoir. Connaissez-vous l'autre partie de la question? Le message de réussite est-il utilisé pour quoi que ce soit dans ce scénario? – Steverino

+0

Lors d'une analyse plus approfondie, l'exécution de 'callback' ne met pas fin à l'exécution de Lambda; un Lambda continuera à s'exécuter après l'exécution du rappel. Donc, je suis vraiment confus par cette réponse. Le rappel n'est pas une routine d'exit. – Steverino

+0

La fonction Lambda sera conservée HOT, mais vous ne serez pas facturé après la routine existante. Si ce n'est pas le cas, il vous facturera le temps d'attente pour chaque demande. – Ashan