つの関数のいずれかでのみプロビジョニングされた同時実行を有効にして、同様のワークロードに対する反応を比較できるようにします。コンソールで、いずれかの機能を選択します。構成タブに、新しいプロビジョニングされた同時実行設定が表示されます。設定を追加を選択します。関数のバージョンごとに異なる設定を指定できます。エイリアスを使用すると、これらの設定を適切な関数バージョンに簡単に有効化できます。関数設定を使用して、最新バージョンに更新し続けるエイリアスライブを選択します。現在、プロビジョニングされた同時実行の構成は進行中です。実行環境は、私の入力に基づいて同時に着信するリクエストを処理する準備ができています。この間、関数は利用可能なままで、トラフィックを処理し続けます。数分後、同時実行が準備状態になります。件の同時実行リクエストで、それらを処理するための準備が整った実行環境が見つかります。お客様はすぐにサービスを利用して、多段階ワークフローのコア要素として使用しました。オートメーション、およびその他の多くの多段階プロセスを調整するサーバーレスワークフローを構築しているお客様もいらっしゃいます。年間実行でき、チェックポイント、一時的な障害の再試行、監査目的での詳細状態の追跡を含むワークフローモデルを中心に構築されます。モデルを非常に好んでいることがわかります。お客様は、宣言仕様と、ワークフローを簡単に構築、テスト、スケーリングできることを気に入っています。データの取り込み、ストリーミングデータ処理、モバイルアプリケーションバックエンドなどの大容量で短期間のユースケースに使用したいと考えています。本日、既存の標準ワークフローのオプションとして高速ワークフローを開始しました。使用しますが、これらの大容量で短期間のユースケース向けに設計されています。知っておくべきことは、次のとおりです。呼び出しを使用して、高速ワークフローの実行をトリガーできます。回以上実行モデルを使用し、失敗したステップを自動的に再試行することはありませんが、エラー処理で説明されているように、再試行とキャッチを使用できます。ステップはチェックポイントとして表示されないため、ステップごとのステータス情報は利用できません。記録され、ログ記録レベルを完全に制御できます。高速ワークフローは、アクティビティタスクを除き、標準ワークフローと同じサービス統合の多くをサポートします。長期実行サービスを開始できます。待ち遠しいことでしょう。他の高速ワークフローまたは標準ワークフローを呼び出すことはできますが、とても待ちきれないでしょう。標準ワークフローから高速ワークフローを呼び出して、アプリケーションのニーズを満たすために両方のタイプを構成することもできます。データを簡単に分析できるインタラクティブなクエリサービスです。サーバーレスであるため、インフラストラクチャの管理は不要であり、実行したクエリにのみ課金されます。接続と、ユーザー定義関数の使用について詳しく説明しています。これらは本日から使い始めることができます。自分のビッグデータ環境に共通のメタデータカタログとして使っているお客様が複数いらっしゃいます。自身でホストしています。メタストアも利用できます。メタストアに接続できます。ShareAmazonのお客様は、私たちがビジネスをどのように構築し、運営しているかについてもっと知りたいとよく言っています。Centerを視察し、倉庫の整理方法を確認します。法人のお客様は、しばしば当社のリーダーシップ原則について質問し、時には彼ら自身の使用のためにそれらを採用します(そしてそれから適応させます)。私は定期的に彼らを私たちのエグゼクティブ・ブリーフィング・センター(EBC)にお迎えし、長期的な成功の一環として失敗を受け入れる、考え方や、私たちの技術革新の軽いチャーなどについて話をしています。私たちのビジネスを取り巻く同じ好奇心が開発文化を取り囲んでいます。スケーリングするかをよく聞かれます。Libraryを発表できてうれしいです。システムの構築および実行方法を正確に説明する詳細な記事のコレクションを開始します。各記事は、ビジネスのその部分で深い専門知識を持つシニアテクニカルリーダーによって書かれています。マネージャー、アーキテクト、およびCTOはすべて、このコンテンツが役立つと感じるでしょう。ライブラリはカテゴリ別に整理されています。パフォーマンスの最適化を支援するクラウドサービスを設計する際に行う設計上の決定。–新しいソフトウェアをクラウドにリリースし、その後ヘルスと高可用性を維持するプロセス。Yanacekは、メッセージキューの内外を調査し、発生する可能性のある障害モードの多くを含む利点とリスクを調査します。Coreを強化する方法について説明し、レスポンシブを維持し、「言葉で言えば」「魔法のリソースの分離」を実装するために使用される高度な戦略について説明します。Davidは、複数のキューの使用、シャッフルシャーディング、遅延キュー、バックプレッシャーなどを含む、復元力のある非同期マルチテナントシステムについても解説しています。分散システムが失敗する多くの方法について説明します。3つの異なるタイプ(オフライン、ソフトリアルタイム、およびハードリアルタイム)のシステムを定義した後、彼はBizarroとの類推を使用して、なぜハードリアルタイムシステムが(再び、彼の言葉で)「率直に言って」パックマンに基づいた例を使い、要求/応答通信を追加し、成功または失敗する可能性のあるすべての方法を列挙します。彼は、テストケースの数を減らす方法について議論し、分散システムのテストに伴う他の多くの問題についても話しました。これらは2つの記事にすぎません。コレクション全体をチェックアウトしてください。私たちは、より多くのコンテンツを持っています。我々はまた、あなたの話に興味を持っています。この投稿に関するフィードバックをお気軽にお寄せください。