You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
AWS Compute Blog Implementing Canary Deployments of AWS Lambda Functions with Alias Traffic Shifting This post courtesy of Ryan Green, Software Development Engineer, AWS Serverless The concepts of blue/green and canary deployments have been around for a while now and have been well-established as best-practices for reducing the risk of software deployments. In a traditional, horizontally scaled ap
イベントソースマッピングを更新します。AWS Lambdaが呼び出す関数を変更して、または呼び出しを一時停止して、後で同じ場所から再開できます。 さまざまなイベントソースの設定方法の詳細については、以下のトピックを参照してください。 BisectBatchOnFunctionError – 関数がエラーを返す場合は、バッチを 2 つに分割して再試行します。 DestinationConfig – 廃棄されたレコードを Amazon SQS キューまたは Amazon SNS トピックに送信します。 MaximumRecordAgeInSeconds – 指定された経過期間よりも古いレコードを廃棄します。デフォルト値は無制限 (-1) です。無制限 (-1) に設定すると、失敗したレコードはレコードの有効期限が切れるまで再試行されます。 MaximumRetryAttempts – 指定され
AWS Lambda 関数のコードは、関数のハンドラーコードと、そのコードが依存するその他のパッケージやモジュールを含む .js または .mjs ファイルで構成されています。この関数コードを Lambda にデプロイするには、デプロイパッケージを使用します。このパッケージは、.zip ファイルアーカイブでもコンテナイメージでもかまいません。Node.js でコンテナイメージを使用する方法の詳細については、「コンテナイメージで Node.js Lambda 関数をデプロイする」を参照してください。 .zip ファイルのデプロイパッケージを .zip ファイルアーカイブとして作成するには、コマンドラインツール用の組み込み .zip ファイルアーカイブユーティリティ、または他の .zip ファイルユーティリティ (7zip など) を使用します。次のセクションに示す例では、Linux または
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 チュートリアル: を使用して Hello World アプリケーションをデプロイする AWS SAM このチュートリアルでは、 コマンドラインインターフェイス (AWS SAMCLI) AWS Serverless Application Model を使用して以下を完了します。 サンプルの Hello World アプリケーションを初期化、構築、デプロイします。 ローカルで変更を行い、 に同期します AWS CloudFormation。 開発ホストでローカルテストを実行します。 AWS クラウドからサンプルアプリケーションを削除します。
ログを返す関数の作成 関数コードからログを出力するには、コンソールオブジェクトのメソッドか、stdout または stderr に書き込む任意のログ記録のライブラリを使用します。次の例では、環境変数の値とイベントオブジェクトをログに記録します。 入力をログに記録するときは、入力の検証や出力エンコーディングなどの手法を使用することをお勧めします。入力データを直接ログに記録する場合、攻撃者がコードを使用して改ざんを検出しにくくしたり、ログエントリを偽造したり、ログモニタをバイパスしたりできる可能性があります。詳細については、「Common Weakness Enumeration」の「Improper Output Neutralization for Logs」を参照してください。 exports.handler = async function(event, context) { cons
関数の実行ロールが必要なアクセス許可を持っていることを前提として、デフォルトでは Lambda はすべての関数呼び出しについてログを自動的にキャプチャし、CloudWatch Logs に送信します。デフォルトで、これらのログは「/aws/lambda/<function-name>」という名前のロググループに保存されます。デバッグ強化のため、ユーザーはコードにカスタムログ記録ステートメントを挿入することができ、Lambda はこのコードを CloudWatch Logs にシームレスに統合させます。必要に応じて、Lambda コンソール、AWS CLI、あるいは Lambda API を使用してログを別のグループに送信するように関数を設定することができます。詳細については、「CloudWatch ロググループの設定」を参照してください。 Lambda 関数のログは、Lambda コンソー
The Lambda function handler is the method in your function code that processes events. When your function is invoked, Lambda runs the handler method. Your function runs until the handler returns a response, exits, or times out. This page describes how to work with Lambda function handlers in Go, including project setup, naming conventions, and best practices. This page also includes an example of
Go is implemented differently than other managed runtimes. Because Go compiles natively to an executable binary, it doesn't require a dedicated language runtime. Use an OS-only runtime (the provided runtime family) to deploy Go functions to Lambda. Go runtime support The Go 1.x managed runtime for Lambda is deprecated. If you have functions that use the Go 1.x runtime, you must migrate your functi
Go は、他のマネージドランタイムとは異なる方法で実装されています。Go は実行可能バイナリにネイティブにコンパイルするため、専用の言語ランタイムは必要ありません。Go 関数を Lambda にデプロイするには、OS 専用ランタイム (provided ランタイム ファミリ) を使用します。 Go ランタイムのサポート Lambda の Go 1.x マネージドランタイムは非奨励になりました。Go 1.x ランタイムを使用する関数がある場合は、関数を provided.al2023 または provided.al2 に移行する必要があります。provided.al2023 および provided.al2 ランタイムには、arm64 アーキテクチャのサポート (AWS Graviton2 プロセッサー)、バイナリの小型化、若干の呼び出し時間短縮化など、go1.x と比べていくつか利点があり
You can now develop your AWS Lambda function code in C# using the .NET Core 2.0. Lambda lets you run code without provisioning and managing servers. You can use any of the .NET Core 2.0 libraries or frameworks when authoring your functions in Lambda. Read our documentation for more details. The easiest way to get started is with the AWS Toolkit for Visual Studio, which includes project templates f
Go を使用した AWS Lambda 関数コードの開発が可能になりました。 Lambda を使用することで、サーバーをプロビジョニングおよび管理することなく、コードを実行できます。AWS CLI または Lambda コンソールを介して ZIP ファイルとして Go の実行可能成果物をアップロードし、 go1.x ランタイムを選択するのみです。Lambda を用いることで、コードのビルドとパッケージングに Go のネイティブツールを使用できます。さらに詳しくは、ドキュメントを参照してください。 Go で作成されたサーバーレスアプリケーションの実装と管理に AWS Serverless Application Model (SAM) を使用することもできます。そして、AWS CodeStar の Go テンプレートにより、開発全体の設定が容易になり、サーバーレスアプリケーションに引き続きツ
実行環境の再利用を活用して関数のパフォーマンスを向上させます。関数ハンドラー外で SDK クライアントとデータベース接続を初期化し、静的なアセットを /tmp ディレクトリにローカルにキャッシュします。関数の同じインスタンスで処理された後続の呼び出しは、これらのリソースを再利用できます。これにより、関数の実行時間が短縮され、コストが節約されます。 呼び出し間でデータが漏れるのを防ぐため、実行環境を使用してセキュリティ上の懸念があるユーザーデータ、イベント、またはその他の情報を保存しないでください。関数がハンドラー内のメモリに保存できない変更可能な状態に依存している場合は、ユーザーごとに個別の関数または個別のバージョンの関数を作成することを検討してください。 keep-alive ディレクティブを使用して永続的な接続を維持します。Lambda は、時間の経過とともにアイドル状態の接続を消去し
こんにちは!freeeでエンジニアをしている @toshi0607 です。アイコンよろしくnyanchuと呼ばれてい ます。 Microsoft PlatformというチームでC#、WPF、Xamarinなどを使ってデスクトップアプリを開発しています。 この記事はfreee develpers Advent Calendar 2017の21日目です。 デスクトップアプリから送信するログファイルの処理をAWS Lambdaを使って行うようになりました。 この記事では導入の経緯や工夫したことについて紹介します。 段階的導入 最終的にLambdaを導入することを目指しつつ、ストレージへのログファイルのアップロードを非同期化することから始まりました。 まずはアーキテクチャの変遷をご覧ください。 Phase0 アプリからAPIサーバに複数のログをzipで固めて送信しています。 最初zipの中身をAP
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く