S3上のオブジェクトを結合するnpmパッケージを公開した話(ESM, CJS対応) | DevelopersIO
はじめに S3上の細かいオブジェクト(ファイル)を1つのオブジェクトに連結したい要件がありましたが、色々調べると気にかける事が多く、挙動を理解する目的込みでnpmパッケージを作ることにしました。Pythonのs3-concatにInspireされ、Node.js(TS)で同じことを実現したいと思ったのもモチベーションの1つです。 ESModulesとCommonJSに対応しています。 S3にはMultipart upload機能があります。5GBを超えるファイルはCopyObjectで移動が出来ないため、Multipart uploadを使うケースが多いです。boto3のcopyメソッドは、Multipart upload機能を使っているようです。このMultipart upload機能は、ファイルの結合にも利用可能です。 この背景をベースに以下の理由から、npmパッケージ化することにしま
Amazon CloudWatch Synthetics が NodeJS/Puppeteer ランタイムバージョン 6.2、バージョン 5.2 および Python/Selenium ランタイムバージョン 2.1 をリリース
Amazon CloudWatch Synthetics が、Synthetics NodeJS ランタイムバージョン (syn-nodejs-puppeteer-6.2、syn-nodejs-puppeteer-5.2) と Python ランタイムバージョン (syn-python-selenium-2.1) のリリースを発表しました。このリリースに伴い、Lambda OS との上位互換性を実現するために Chromium 依存関係ライブラリが更新され、顧客アカウントに新しい Lambda エフェメラルストレージの使用量メトリクスが追加されました。詳細については、「リリースノート」を参照してください。 既存の NodeJS-18 ランタイムバージョン (syn-nodejs-puppeteer-6.1 以下)、NodeJS-16 ランタイムバージョン (syn-nodejs-puppe
AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」をオープンソースで公開 AWS Lambdaでの利用にフォーカス
この記事は新野淳一氏のブログ「Publickey」に掲載された「AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」（Low Latency Runtime）をオープンソースで公開。AWS Lambdaでの利用にフォーカス」（2024年2月15日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。 米Amazon Web Services（AWS）は、実験的な実装としてサーバレス環境のAWS Lambdaで使うことにフォーカスした軽量なJavaScriptランタイム「LLRT」（Low Latency Runtime）をオープンソースで公開しました。 LLRTはRustで開発され、JavaScriptエンジンにはQuickJSを採用しています。 LLRTの最大の特徴は、現在のJavaScriptランタイムにおいて性能向上のために搭載されているJI
AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」（Low Latency Runtime）をオープンソースで公開。AWS Lambdaでの利用にフォーカス
AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」（Low Latency Runtime）をオープンソースで公開。AWS Lambdaでの利用にフォーカス Amazon Web Services（AWS）は、実験的な実装としてサーバレス環境のAWS Lambdaで使うことにフォーカスした軽量なJavaScriptランタイム「LLRT」（Low Latency Runtime）をオープンソースで公開しました。 LLRTはRustで開発され、JavaScriptエンジンにはQuickJSを採用しています。 LLRTの最大の特徴は、現在のJavaScriptランタイムにおいて性能向上のために搭載されているJITコンパイラをあえて搭載せず、よりシンプルで軽量なランタイムとして実装することで高速に起動することにこだわっている点です。 これにより（Node.jsやDenoや
Node.js ランタイムの Lambda 関数で、export された AWS SDK クライアントが再利用されることを確認してみた | DevelopersIO
Node.js ランタイムの Lambda 関数で、export された AWS SDK クライアントが再利用されることを確認してみた こんにちは、CX 事業本部 Delivery 部の若槻です。 Node.js ランタイムの Lambda 関数から AWS サービスにアクセスしたい場合は、AWS SDK for JavaScript v3 を使用します。 基本的にはサービスごとに AWS SDK クライアントを初期化して利用することになるのですが、この初期化処理には若干のオーバーヘッドが発生します。 そこで、初期化時のオーバーヘッド発生を抑制するために、handler 外で定義して export した AWS SDK クライアントであれば再利用されるようになるのかを確認してみました。 確認してみた Amazon DynamoDB の AWS SDK クライアントで試してみます。 CDK
AWS Secrets Manager APIキーをlambda関数（Node.js18）で呼び出す - Qiita
概要 Secrets Managerに登録した値をlambda関数（ランタイムはNode.js18）で呼び出す方法を簡単にまとめる。 前提 下記か下記に準ずる方法でSecrets Managerに値を登録してあること。 方法 ランタイムがNode.js18のlambda関数を作成する。 関数の概要の「Layers」をクリックする。 「レイヤーの追加」をクリックする。 「レイヤーソース」で「AWSレイヤー」を選択し、プルダウンで「AWS-Parameters-and-Secrets-Lambda-Extension」を選択し、バージョン4を選択し、「追加」をクリックする。 関数の「設定」を開き「アクセス権限」の実行ロールの名をクリックする。 「許可を追加」をクリックし、「ポリシーをアタッチ」をクリックする。 SecretsManagerReadWriteと入力しポリシーをフィルターする。 ヒ
AWS CloudFormationにベタ書きするLambda nodejs18.x - Qiita
Node.js 18.xでコードを書いて、AWS Lambdaで稼働させたい。 AWS-SDKはランタイム搭載のAWS-SDK v3をそのまま使いたいし、コードはAWS CloudFormationのファイル内にベタ書きしてデプロイしたい（手抜き）。 CloudFormationが生成するもの 例えばCloudFormationのYAMLにベタ書きする。 # ...略... Resources: LambdaFunc: Type: AWS::Lambda::Function Properties: Runtime: nodejs18.x Handler: index.handler Code: ZipFile: | // ベタ書きするぞおおお // おおおお // おおおお # ...略... すると、生成されるのはこれまで通りindex.jsである。 Node.jsコード側を合わせる と
[AWS CDK] Step Functions の EvaluateExpression Task の Lambda ランタイムで Node.js 18.x が使えるようになりました | DevelopersIO
[AWS CDK] Step Functions の EvaluateExpression Task の Lambda ランタイムで Node.js 18.x が使えるようになりました こんにちは、CX事業本部 Delivery部の若槻です。 昨年11月に AWS Lambda ランタイムに Node.js 18.x が追加されました。 Node.js は 2022年10月より 16.x が Maintenance LTS となり、18.x が Active LTS となったため、今後は 18.x の利用が推奨されます。 そしてこのたびの AWS CDK のアップデートにより、v2.74.0 より AWS Step Functions の EvaluateExpression コンストラクトクラスの Lambda ランタイムでも Node.js 18.x がついに利用可能となりました。 F
![[AWS CDK] Step Functions の EvaluateExpression Task の Lambda ランタイムで Node.js 18.x が使えるようになりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b9963196a6be76ae8c10aadfbaab76adf01bf565/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F08%2Faws-step-functions.png)
AWSサービス名のtypo削減用のtextlintルールとルール更新用のスクリプトを公開してみた（npmパッケージ） | DevelopersIO
こんにちは。AWS事業本部コンサルティング部に所属している今泉（@bun76235104）です。 みなさん技術ブログ書かれていますか？ 弊社では多くの社員が毎日とんでもない数のブログアウトプットをしています。 その中でもやはりAWS系のサービスに関する記事は多いです。 AWS系のサービス・プロダクトは非常に多く、微妙にtypoしてしまうことがありませんか？ 私はかなりあります。代表的な例だと以下のような形ですね。 OK: AWS Security Hub OK: Security Hub NG: Amazon Security Hub NG: SecurityHub 今回はこのような間違いに気づけるようにtextlintルールを作成するとともに、ルール更新を自動化できるようにスクリプトを組んでみました。 npmモジュールとしても公開して、できるだけ使いやすいようにいたしました。 なお、この
[Node.js] AWS Lambda関数の同期呼び出しを非同期に行いたい | DevelopersIO
こんにちは、CX事業本部 Delivery部の若槻です。 今回は、AWS Lambda関数の同期呼び出しを非同期に行う方法を確認してみました。 やりたいこと 具体的にやりたいことは次の通りです。Lambda関数の挙動をコードでテストするのが目的です。 Lambda関数を同期的に呼び出し 1の2秒後に別の処理を実行 1の呼び出しのレスポンスペイロードを取得 1と3の間に2を行いため、1と2の処理を非同期で実行する必要があります。 Promise.all()を使えば良さそう 複数の処理を非同期で実行しつつ実行結果を取得したい場合はPromise.all()を使うと良さそうです。 Promise.all() - JavaScript | MDN Promise.all()は複数のPromiseオブジェクトを配列で指定し、全てのPromiseが解決できたらそれぞれの戻り値を配列で返します。 con
![[Node.js] AWS Lambda関数の同期呼び出しを非同期に行いたい | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/54fe0187c0189f76c44d57c42e41f2f4ee1823c9/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F04%2Fnodejs-1200x630-1.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Creating Serverless Functions with Node.js on AWS Lambda - Java Code Geeks
https://zenn.dev/euxn23/articles/9e8275fdef661b