呼び出して後続の処理として実装します。後続処理は、登録されたデータ1件ごとの処理になるので時間的な余裕が生まれます。登録だけに特化し、他の処理をしないことです。ファイルの対応に処理を振り分けるようにし、時間内で処理できる量を増やすようにしています。処理できるようになります。800行のレコードが処理できました!て、まったく処理できてません。これでは役に立たないので対応が必要となります。設定するメモリの使用量によって処理速度が変わるという話もあり、最大に設定してみましたが設定による差はとくにありませんでした。ファイルを読み込みながらの順次処理なので、ここでの処理性能はあまり変わらないのでしょう。アクセスするオーバーヘッドも処理性能では大きく変わらないはずです。登録する前に、ファイル分割する処理をはさみます。再アップロードします。登録する形にしました。これにより、30,000行まで処理できるようになり現実的なラインまで持っていけるようになりました。変わりはないので、サーバーレスの形態も維持できます。まとめサーバーレスでシステムを作ろうとしても、往々にして発生してしまう既存システムとのバッチ連携。パースするための処理やらとどうしてもサーバ・インスタンスが欲しくなってしまい、せっかくのサーバーレスがサーバー有り(サーバーレスの反対語って何だろう)になってしまいます。見合う処理であればよいのですが、今回のように小規模なデータ登録となるとオーバースペック気味にもなります。処理することで、サーバーレスでバッチ連携をするのも手ではないでしょうか。ポイントとしては以下になります。2017、楽しく、そして勉強になる記事がたくさんです。Runnerとして使ってみるでした。34歳タローさんがハナコさんになれるかをテストしています。サーバーレス・テスト、おもしろいですね!明日8日目は@narikeiさんです。中心に技術的なことやさまざまな挑戦が大好きで陽気で愉快なエンジニアの集団です。Riotz.works』の場を作りました。