AWSクラウドとは何ですか？ - ダミー

開発者は、最短の労力で、エンドユーザの要求を満たす必要があります。 Amazon Web Services（AWS）は、消費者、中小企業（SMB）、および企業に影響を与える膨大な数のサービスです。 AWSを使用すると、リモートアクセス用のアプリケーションを作成してから組織データに至るまで、クラウドに本格的なIT部門を構築することまで、あらゆることを実行できます。

設置されている土台は巨大です。 AWSを使用するAdobeやNetflixなどの企業のケーススタディを調査することができます。 AWSの使用は、民間企業のみならず、政府もサービスを利用しています。

<！これらのすべてのサービスを可能にする技術は、概念上単純です。文字列でお互いに取り付けられた一対のスズ缶を考えてみましょう。 Amazonは1本の缶を持ち、もう1本は持ちます。 1つのスズ缶に話すことで、反対側で何が言われているかを聞くことができます。しかし、実装は、最初に考えたよりも通信を困難にする詳細に依存しています。

サービス主導のアプリケーションアーキテクチャの理解

<！ SOA（Service-Oriented Architectures）とも呼ばれるサービス主導のアプリケーション・アーキテクチャーは、いろいろな形で登場しています。どのように見ても、

サービス駆動型アプリケーションアーキテクチャ

は、ローカライズされたアプリケーションを作成するときに使用するクライアント/サーバーテクノロジの拡張であり、クライアントは、アクションまたは応答を送信する。 <！リクエスト/レスポンスの実装の詳細は、長年に渡って大幅に変更されていますが、現代のアプリケーションは、特定のネットワーク構成ではるかに信頼性が高く、柔軟性が低く、信頼性が低くなっています。リクエストとレスポンスのプロセスには、最小のリクエストとレスポンスのペアにマイクロサービス

という用語が適用され、複数レベルの細分性が必要です。開発者は、サービス主導のアプリケーションアーキテクチャに依存するアプリケーションを、

複合アプリケーションと呼ぶことがあります。サービス主導のアプリケーション・アーキテクチャーは多くの特定のパターンに従いますが、一般に、以下のシーケンスを使用して通信タスクを実行します。サーバーが必要とするメッセージ・テクノロジーを使用してクライアントに要求を作成します。要求をパッケージ化し、必要に応じてセキュリティまたはその他の情報を追加します。 Simple Object Access Protocol（SOAP）などのプロトコルまたはREST（Representational State Transfer）などのアーキテクチャを使用して要求を送信します。

どのプログラミング言語を使用する場合でも、プログラミング言語を使用してWebサービスと通信する方法を知る必要があります。 SOAPの仕組みとRESTの仕組みを発見してください。開発者としてAWSを使用する場合は、両方の知識が必要です。
サーバー上で要求を処理します。
リクエストによって必要に応じてアクションを実行するか、データを返します。
データを操作する場合、クライアント上で応答を処理し、その結果をユーザ（または他の受信者）に提示する。
AWSは、アプリケーション・データを遠隔地に保管するなどの特定のタスクを実行するために、Simple Storage Service（S3）などの特定のサービスを選択するサービス駆動型アプリケーション・アーキテクチャを提供します。多くの場合、単にサービスと対話するだけでなく、セットアップ手順を実行する必要があります。
たとえば、10分のAWSチュートリアルを見ると、Amazonにアップロードするファイルを格納するバケットを作成する必要があることがわかります。この追加ステップは、後でファイルを取得する場所を確立する必要があり、ファイルを他の人のファイルと混在させたくないため意味があります。
AWSで実行するプロセスの多くは、アプリケーションを使用する必要があります（作業するコードではなくユーザーインターフェイスを使用するため）、基本的なプロセスは同じです。アプリケーションに用意されているコードは要求を出してから応答を待ちます。

場合によっては、アプリケーションがサーバー上のアクションの成功または失敗を判断する必要があります。ホイールを再開発するのではなく、スマートな開発者は一般的な設定タスクを実行するためにこれらのアプリをできるだけ多く使用します。 AWSアプリケーションを使用すると、Amazonのコードを更新する負担がかかり、組織に関連するカスタムタスクに集中することができます。

プロセスおよび機能主体の作業フローの理解

基盤となるサービスの管理を支援するアプリケーションの作成において、AWSはワークフローも定義します。ワークフロー

は、タスクを達成するための組織化された方法である。たとえば、S3を使用してファイルをAWSに保存する場合は、まずファイルを保持するバケットを作成する必要があります。バケットを作成した後でのみ、ファイルをAWSに保存できます。また、最初にファイルを保存するまで、バケットからファイルを取り出すことはできません。これは、ファイルを細い空から引き出すことができないためです。要するに、ワークフローはソフトウェアを扱うための手順を定義しており、その概念は長い間存在してきました。（最初のワークフローは、Xerox Parcとペンシルバニア大学Wharton School of Businessのシンプルなオフィスオートメーションプロトタイプで1970年代半ばに登場しました。）

ワークフローは追加のワークフローで構成できます。さらに、ワークフローは、ユーザーと基礎となるサービス間の相互作用を管理します。

プロセスは、ワークフローによって管理されるサービスをまとまったものに集約したものです。ワークフローは一般的なタスクを実行することがありますが、プロセスは特定の傾向があり、ユーザーが特定の目標を達成するのに役立ちます。プロセス駆動ワークフローは積極的であり、潜在的な問題を回避しようとします。障害パターンを見つけてそれに対処します。

障害の原因となる傾向の検索

潜在的脅威の特定と消滅 AWSチュートリアルでは、すべてのタイプのユーザーインターフェイスを使用する必要があります。ユーザーインターフェイスは、基礎となるサービスの管理に使用されるワークフローを提供します。主要なチュートリアルの各ステップは、バケットの作成などの特定のタスクを実行するワークフローです。これらの個々のワークフローを集約すると、ユーザーはクラウドとユーザーのシステム間でファイルを移動するなどの作業を実行できます。クラウドファイルシステムの作成は、プロセス駆動型ワークフローの例です。プロセスを実行可能にするためのワークフローが存在します。大規模オペレーションではワークフローが非常に複雑になることがありますが、それらを表示するとAWSをよりよく理解するのに役立ちます。ワークフローとプロセスの詳細な説明を確認してください。

関数
は、リアルタイムで特定の問題に対処するためにワークフローによって管理されるサービスの反応的な使用です。プロセス駆動型のワークフローが常に機能していればいいと思いますが、現実には99.999パーセントの信頼性であっても、ある時点でプロセスが失敗し、その障害に対処するための機能駆動型のワークフローが必要です。

プロセス駆動ワークフローはタスクの柔軟な完了に重点を置いていますが、機能駆動ワークフローは手続き的に障害の影響を軽減することに重点を置いています。要するに、機能主導のワークフローはニーズに対応します。 AWSサービスとワークフローは、システム障害を軽減するために手動でバックアップを復元するなど、この問題をユーザーインターフェイスで処理します。

開発者は、最初に開発の領域外に出現する可能性のある多くのタスクに関わっています。クラウドでの開発は、デスクトップでの開発やブラウザ戦略を使用したアプリケーションの開発と全く同じではありません。

ウィザード、AWS主導スクリプト、またはコードによる直接API呼び出しを使用してAWSのネイティブ機能を設定する AWSを変更する最小限の時間で特定の目標を達成するために必要なスクリプトを作成します。基盤となるAWS設定ファイル、スクリプト、およびコードを変更してワークフロー要件を満たす新しい設定シナリオを定義します。

ラムダハードコーディングに頼らずにタスクを実行する

APIコールに依存してタスクを実行するアプリケーションを開発する