What is Amazon Q (For Business Use)? - Amazon Q
Amazon Q is in preview release and is subject to change. What is Amazon Q (For Business Use)? Powered by Amazon Bedrock: AWS implements automated abuse detection. Because Amazon Q is built on Amazon Bedrock, users can take full advantage of the controls implemented in Amazon Bedrock to enforce safety, security, and the responsible use of artificial intelligence (AI). Amazon Q is a fully managed, g
Instance metadata and user data - Amazon Elastic Compute Cloud
Instance metadata is data about your instance that you can use to configure or manage the running instance. Instance metadata is divided into categories, for example, host name, events, and security groups. You can also use instance metadata to access user data that you specified when launching your instance. For example, you can specify parameters for configuring your instance, or include a simpl
AWS Fault Isolation Boundaries - AWS Fault Isolation Boundaries
Publication date: November 16, 2022 (Document revisions) Abstract Amazon Web Services (AWS) provides different isolation boundaries, such as Availability Zones (AZ), Regions, control planes, and data planes. This paper details how AWS uses these boundaries to create zonal, Regional, and global services. It also includes prescriptive guidance on how to consider dependencies on these different servi
Deploy server-side rendered apps with Amplify Hosting - AWS Amplify Hosting
You can use AWS Amplify to deploy and host web apps that use server-side rendering (SSR). Amplify Hosting automatically detects applications created using the Next.js framework and you don't have to perform any manual configuration in the AWS Management Console. Amplify also supports any Javascript based SSR framework with an open-source build adapter that transforms an application's build output
他のサービスで AWS Lambda を使用する - AWS Lambda
AWS Lambda は、他の AWS のサービスと統合して、関数の呼び出しやその他のアクションを実行します。一般的なユースケースをいくつか示します。 Amazon Simple Storage Service (Amazon S3) などのリソースライフサイクルイベントに応答して関数を呼び出します。詳細については、Amazon S3 での AWS Lambda の使用 を参照してください。 着信 HTTP リクエストに応答します。詳細については、チュートリアル: API Gateway で Lambda を使用する を参照してください。 キューからイベントを消費します。詳細については、Amazon SQS での Lambda の使用 を参照してください。 スケジュールに従って関数を実行します。詳細については、Amazon EventBridge (CloudWatch Events) で
Lambda の開始方法 - AWS Lambda
Lambda の使用を開始するには、Lambda コンソールを使用して関数を作成します。数分で関数を作成およびデプロイして、それをコンソールでテストできます。 チュートリアルを進めていくうちに、Lambda のイベントオブジェクトを使用して関数に引数を渡す方法など、Lambda の基本的な概念を学んでいきす。また、関数からログ出力を返す方法と、CloudWatch Logs で関数の呼び出しログを表示する方法についても学習します。 簡単のために、関数の作成には Python または Node.js ランタイムのいずれかを使用します。これらはインタープリター言語なので、コンソールの組み込みコードエディタで関数のコードを直接編集できます。Java や C# などのコンパイル型言語では、ローカルのビルドマシン上でデプロイパッケージを作成し、それを Lambda にアップロードする必要があります。
CloudFront エッジキャッシュにオブジェクトを保持する時間の指定（有効期限切れ） - Amazon CloudFront
CloudFront が別のリクエストをオリジンに転送するまでにファイルを CloudFront キャッシュに保持する期間を制御できます。この期間を短くすると、動的なコンテンツを供給できます。この期間を長くすると、ユーザー側のパフォーマンスは向上します。ファイルがエッジキャッシュから直接返される可能性が高くなるためです。期間を長くすると、オリジンの負荷も軽減されます。 一般的に CloudFront は、指定したキャッシュ保持期間が経過するまで、つまりファイルの有効期限が切れるまでエッジロケーションからファイルを提供します。ファイルの有効期限が切れると、エッジロケーションがファイルのリクエストを次に受け取ったときに、CloudFront は、リクエストをオリジンに転送し、キャッシュにファイルの最新バージョンが含まれていることを確認します。オリジンからのレスポンスは、ファイルが変更されたかど
CloudFront Lambda@Edge での AWS Lambda の使用 - AWS Lambda
Lambda@Edge は、Amazon CloudFront のエッジロケーションに Python および Node.js の関数をデプロイできる、AWS Lambda の拡張です。Lambda @Edge の一般的な使用例は、関数を使用して CloudFront ディストリビューションがエンドユーザーに配信するコンテンツをカスタマイズすることです。オリジンサーバーではなくビューワーの近くでそれらの関数を呼び出すことで、レイテンシーが大幅に軽減され、ユーザーエクスペリエンスが向上します。 CloudFront ディストリビューションを Lambda@Edge 関数に関連付けると、CloudFront エッジロケーションでリクエストとレスポンスがインターセプトされます。その後、CloudFront はイベントを送信して Lambda 関数を呼び出します。次のイベントの発生時に、CloudF
Amazon Aurora MySQL DB クラスターへのデータの移行 - Amazon Aurora
既存のデータベースから Amazon Aurora MySQL DB クラスターにデータを移行するために、複数のオプションがあります。また、移行オプションは、移行元のデータベースおよび移行するデータのサイズによっても異なります。 移行には物理と論理の 2 つのタイプがあります。物理移行とは、データベースファイルの物理コピーを使用してデータベースを移行することです。論理的な移行とは、挿入、更新、削除などの論理的な変更を適用することでデータベースを移行することです。 物理移行には以下の利点があります。 物理移行は、特にデータベースのサイズが大きい場合、論理的な移行よりも高速です。 物理移行用にバックアップを作成するとき、データベースのパフォーマンスが低下しません。 物理移行では、複雑なデータベースコンポーネントを含め、出典データベースのすべての内容を移行できます。 innodb_page_si
MySQL DB エンジンのアップグレード - Amazon Relational Database Service
新しいバージョンのデータベースエンジンが Amazon RDS でサポートされている場合は、DB インスタンスをその新しいバージョンにアップグレードできます。MySQL データベースのアップグレードには、メジャーバージョンのアップグレードとマイナーバージョンのアップグレードの 2 種類があります。 メジャーバージョンのアップグレード メジャーバージョンのアップグレードには、既存のアプリケーションとの下位互換性のないデータベースの変更が含まれる場合があります。そのため、DB インスタンスのメジャーバージョンアップグレードは手動で実行する必要があります。メジャーバージョンアップグレードをスタートするには、DB インスタンスを変更します。メジャーバージョンのアップグレードを行う前に、「MySQL のメジャーバージョンのアップグレード」の手順を実行することをお勧めします。 マルチ AZ DB イン
MariaDB、MySQL、および PostgreSQL DB インスタンスのリードレプリカの使用 - Amazon Relational Database Service
Amazon RDS リードレプリカの概要 次のセクションでは、DB インスタンスのリードレプリカについて説明します。マルチ AZ DB クラスターのリードレプリカについては、「マルチ AZ DB クラスターのリードレプリカの操作」を参照してください。 読み込みが多いデータベースに対して 1 つの DB インスタンスの処理または I/O 機能を拡張します。このような過度の読み込みトラフィックを 1 つまたは複数のリードレプリカに割り振ることができます。 ソース DB インスタンスが利用可能でない場合に読み込みトラフィックを誘導します。場合によっては、バックアップまたは予定される保守による I/O 停止により、ソース DB インスタンスで I/O リクエストを取得できないことがあります。このような場合は、リードトラフィックをリードレプリカに誘導することができます。このようなユースケースの場合
REST API を使用したリクエストの認証 - Amazon Simple Storage Service
REST を使用して Amazon S3 にアクセスする場合は、リクエストが認証されるように、リクエストに以下の項目を指定する必要があります。 リクエストの要素 AWS アクセスキー ID – 各リクエストには、リクエストの送信に使用するアイデンティティのアクセスキー ID を含める必要があります。 署名 – 各リクエストには、リクエストの有効な署名を含める必要があります。含まれていない場合、リクエストは拒否されます。 リクエスト署名は、シークレットアクセスキーを使用して計算されます。シークレットアクセスキーは、自分と AWS のみが知っている共有の秘密です。 タイムスタンプ – 各リクエストには、リクエストを作成した日時 (UTC) を文字列として含める必要があります。 日付 – 各リクエストには、リクエストのタイムスタンプを含める必要があります。 使用する API アクションによっては
Amazon Linux container image - Amazon ECR
The Amazon Linux container image is built from the same software components that are included in the Amazon Linux AMI. It's available for use in any environment as a base image for Docker workloads. If you're using the Amazon Linux AMI for applications in Amazon EC2, you can containerize your applications with the Amazon Linux container image. You can use the Amazon Linux container image in your l
Tutorial: Setting Up Node.js on an Amazon EC2 Instance - AWS SDK for JavaScript
The AWS SDK for JavaScript version 3 (v3) is a rewrite of v2 with some great new features, including modular architecture. For more information, see the AWS SDK for JavaScript v3 Developer Guide. Tutorial: Setting Up Node.js on an Amazon EC2 Instance A common scenario for using Node.js with the SDK for JavaScript is to set up and run a Node.js web application on an Amazon Elastic Compute Cloud (Am
create-event-source-mapping — AWS CLI 1.31.3 Command Reference
Feedback Did you find this page useful? Do you have a suggestion to improve the documentation? Give us feedback. If you would like to suggest an improvement or fix for the AWS CLI, check out our contributing guide on GitHub. User Guide First time using the AWS CLI? See the User Guide for help getting started. Note: You are viewing the documentation for an older major version of the AWS CLI (versio
EventBridge は、Amazon CloudWatch Events の進化形です。 - Amazon EventBridge
EventBridge は、以前は Amazon CloudWatch Events と呼ばれていました。CloudWatch Events で作成したデフォルトのイベントバスとルールも EventBridge コンソールに表示されます。EventBridge では同じ CloudWatch Events API を使用するため、CloudWatch Events API を使用するコードに変化はありません。 EventBridge は CloudWatch イベントの機能を基に、パートナーイベント、スキーマレジストリ、EventBridge Pipes などの機能を備えています。EventBridge に追加された新機能は、CloudWatch Events には追加されません。詳細については、「Amazon EventBridge とは」を参照してください。 CloudWatch イベ
Amazon SQS可視性タイムアウト - Amazon Simple Queue Service
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon SQS可視性タイムアウト コンシューマーがキューからメッセージを受信して処理しても、そのメッセージはキューに保留されたままです。Amazon SQSでは、メッセージが自動的に削除されません。Amazon SQSは分散システムであり、接続の問題やコンシューマーアプリケーションの問題などが原因で、コンシューマーが実際にメッセージを受信するという保証がありません。そのため、コンシューマーはメッセージを受信して処理した後、キューからメッセージを削除する必要があります。 メッセージが受信された直後は、メッセージはキューに保留されたままです。他のコンシューマーが同じメッセージを再び処理しないように、Amazon SQSは可視性タイムアウト、つまり Amazon S
Amazon RDS DB インスタンスを変更する - Amazon Relational Database Service
ストレージの追加や DB インスタンスクラスの変更などのタスクを完了するために、DB インスタンスの設定を変更できます。このトピックでは、Amazon RDS DB インスタンスを変更する方法と、DB インスタンスの設定について説明します。 本稼働インスタンスの修正前に、各変更の影響を完全に把握できるように、テストインスタンスでの変更のテストをお勧めします。これにより、各変更の影響を完全に理解できます。このようなテストは特に、データベースのバージョンをアップグレードするときに重要です。 DB インスタンスに対するほとんどの変更は、すぐに適用することも、次のメンテナンスウィンドウまで延期することもできます。一部の変更 (パラメータグループの変更など) を適用するには、手動による DB インスタンスの再起動が必要になる場合があります。 また、一部の変更を適用するために Amazon RDS で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL データベースのログファイル - Amazon Relational Database Service
put-targets — AWS CLI 1.31.3 Command Reference