サーバレスだ！ Microservicesだ！ というふうなアーキテクチャになってくるとAWS Lambdaのような実行環境でコードを動かすことが多くなってくると思います．そしてそうした環境下で他のコンポーネントとHTTP越しにやりとりをするコードを動かすこともままあるでしょう．
そういった時にKeep-Aliveを有効にしておくとLambdaは一度張ったコネクションを使いまわしてくれるので，「同じエンドポイントを頻繁に叩く」かつ「呼ばれる回数が多い」Lambda functionだと結構パフォーマンスに効いてきます (もちろん接続先がkeep-aliveに対応している必要がありますが)．
ということをLambdaのパフォーマンス周りのトラブルシューティングを行っている最中にふと気づき，やってみたところ果たしてパフォーマンスの問題は見事解決したわけですが，その後AWSが出しているLambdaのベストプラクティスのドキュメントを読んでみるとまさに同じことが書いてあり，やはり公式のドキュメントは強い……
> 前回の呼び出しで確立した接続を (HTTP、データベースなど) をキープアライブにして再利用します
AWS Lambda 関数を使用する際のベストプラクティス - AWS Lambda
AWS Lambdaはそのプロセスが立ち上がってからはライフサイクルに従って一定期間同一のプロセスが使用されるので，一度確保したリソースを使い回すことができます．従ってKeep-Aliveを有効にしておくと一度確立したコネクションを使いまわしてくれるため，コネクションを毎度張らずに済んでそのぶんの実行コストが減って経済的という感じです．助かった！
なお他のコンポーネントとOver HTTPでコミュニケーションするタイプのLambdaのアーキテクチャの是非については
id:y_uukiさんのブログに良い考察があります:
ところで
AWS Lamdaのプロセスってなんらかのライフサイクルイベントでリフレッシュすると思うんだけど，このプロセスの時間経過について良い言葉を思いつかなくて困っていて，現状「Lambdaが老化」という言葉を使っている……
— 片付けができない (@moznion) 2018年7月26日
この件ですがみなさんはどう呼んでいますか？ おたよりをお待ちしています．
