翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS App Studio を使用してアプリケーションを構築する際に理解しておくべき重要な概念がいくつかあります。このトピックでは、以下の概念またはリソースの基本について説明します。
コネクタを使用して他の サービスに接続し、アプリケーションでリソースまたは API コールを使用します。例えば、コネクタを使用してデータを保存してアクセスしたり、アプリから通知を送信したりできます。
エンティティを使用してアプリケーションのデータモデルを設定し、アプリケーションを外部データソースに接続します。
ページとコンポーネントを使用して、アプリケーションのユーザーインターフェイス (UI) を構築します。
自動化とアクションを使用して、アプリケーションのロジックまたは動作を実装します。
App Studio のアプリケーション開発ライフサイクル: 構築、テスト、公開。
App Studio の概念の詳細については、「」を参照してくださいAWS App Studio の概念。
次の図は、App Studio とそのリソースの整理方法の簡単な図です。

App Studio のアプリ内では、ページ、オートメーション、エンティティはすべて相互にやり取りします。コネクタを使用して、これらのリソースをデータ、ストレージ、通知プロバイダーなどの外部サービスに接続します。アプリを正常に構築するには、これらの概念とリソースが相互にどのように相互作用するかを理解することが重要です。
アプリケーションを他の サービスに接続する
App Studio を使用してアプリケーションを構築する最大の利点の 1 つは、アプリを他の サービスと簡単に統合できることです。App Studio では、サービスに固有のコネクタと、アプリケーションで使用するリソースまたは API コールを使用して、他の サービスに接続します。
コネクタは、個々のアプリケーションではなく、App Studio インスタンスレベルで作成します。コネクタを作成したら、接続されたサービスとアプリケーションに応じて、アプリケーションのさまざまな部分でコネクタを使用できます。
コネクタを使用して他の サービスに接続するアプリケーションの機能の例を次に示します。
ほとんどのアプリケーションで最もよく使用されるユースケースは、Amazon Redshift、Amazon DynamoDB、Amazon Aurora などの AWS データサービスに接続して、アプリケーションで使用されるデータを保存してアクセスすることです。
受信などのイメージのアップロードと表示を許可するアプリケーションは、Amazon S3 を使用してイメージファイルを保存し、アクセスできます。
テキストサマリアプリは、Amazon Bedrock にテキスト入力を送信し、返された概要を表示できます。
注記
コネクタを作成するには、App Studio に管理者ロールが必要です。コネクタを作成するときは、使用するリソースまたは API コールに関する適切な認証情報と情報を含める必要があります。
アプリケーションのデータモデルの設定
アプリケーションのデータは、アプリケーションを強化する情報です。App Studio では、保存して操作するさまざまなタイプのデータを表すエンティティを作成して使用します。例えば、カスタマー会議の追跡アプリケーションには、カスタマー会議、アジェンダ、参加者を表す 3 つのエンティティがあるとします。
エンティティには、保存されるデータを記述する整数や文字列などの型を持つフィールドが含まれます。エンティティを使用してデータモデルを定義しながら、Amazon Redshift や Amazon DynamoDB などの外部データストレージサービスに接続してデータを保存する必要があります。エンティティは、App Studio アプリケーションと外部サービス内のデータとの間の仲介と考えることができます。
データアクションを使用して、コンポーネントやオートメーションからアプリケーション内のデータを操作できます。使用する最も一般的なデータアクションは、getAll
アクションとgetByID
アクションの 2 つです。例えば、アプリケーションはgetAll
データアクションを使用してテーブルにデータを入力し、getByID
アクションを使用して詳細コンポーネントに特定のデータ入力に関する詳細情報を入力できます。
エンティティにサンプルデータを追加して、外部サービスを呼び出すことなく、アプリケーションをより簡単にテストすることもできます。
アプリケーションの UI の構築
App Studio では、ページとコンポーネントを使用してアプリケーションの UI を構築します。ページはアプリケーションの個々の画面であり、コンポーネントのコンテナです。コンポーネントは、アプリケーションの UI の構成要素です。テーブル、フォーム、イメージビューワー、ボタンなど、さまざまなタイプのコンポーネントがあります。
次の図は、アプリケーションスタジオのページタブを示しています。ここでは、アプリケーション内のページとコンポーネントを追加または設定します。次のキーエリアが強調表示され、番号が付けられます。
左側のページパネル。これは、ページ、アプリケーションヘッダー、ナビゲーション設定を管理する場所です。アプリケーションのすべてのページとコンポーネントを表示できます。
現在のページのコンポーネントを表示するキャンバス。キャンバス内のコンポーネントを選択して、プロパティを設定できます。
右側のコンポーネントまたはプロパティパネル。何も選択しないと、コンポーネントパネルが表示され、ページに追加できるコンポーネントのリストが表示されます。ページまたはコンポーネントを選択すると、プロパティパネルが表示され、ページまたはコンポーネントを設定します。
下部のエラーと警告パネル。これらのパネルには、アプリケーション内のエラーや警告が表示されます。これは、設定の問題が最も一般的です。パネルを選択して展開し、メッセージを表示できます。

例えば、ユーザーが情報を入力する必要があるアプリケーションには、次のページとコンポーネントがあります。
ユーザーが情報の入力と送信に使用するフォームコンポーネントを含む入力ページ。
各入力に関する情報を含むテーブルコンポーネントを含むリストビューページ。
各入力に関する詳細情報を含む詳細コンポーネントを含む詳細ビューページ。
コンポーネントには、フィールドが定義されたフォームなどの静的な情報やデータを含めることができます。また、Amazon S3 バケットからイメージを取得し、ユーザーに表示するイメージビューワーなどのオートメーションを使用して、動的情報を含めることもできます。
ページパラメータの概念を理解することが重要です。ページパラメータを使用して、あるページから別のページに情報を送信します。ページパラメータのユースケースの一般的な例は、検索とフィルタリングです。ここでは、あるページの検索用語が、別のページのフィルタリングする項目のリストまたはテーブルに送信されます。もう 1 つのユースケースの例は、項目識別子が詳細なビューワーページに送信される項目の詳細の表示です。
アプリケーションのロジックまたは動作の実装
アプリケーションのロジックまたは動作は、アプリケーションの機能と考えることができます。ユーザーがボタンを選択したとき、情報を送信したとき、新しいページに移動したとき、または他の方法で操作したときに何が起こるかを定義できます。App Studio では、自動化とアクションを使用してアプリケーションのロジックを定義します。オートメーションは、オートメーションの機能の構成要素であるアクションのコンテナです。
次の図は、アプリケーションスタジオのオートメーションタブを示しています。ここでは、アプリケーションでオートメーションとそのアクションを追加または設定します。次のキーエリアが強調表示され、番号が付けられます。
左側の Automations パネル。ここで自動化を管理します。アプリケーションのすべてのオートメーションとアクションを表示できます。
現在のオートメーションを表示するキャンバス。設定されたオートメーションパラメータ (このセクションで後述) とアクションが表示されます。キャンバス内のコンポーネントを選択して、プロパティを設定できます。
右側のアクションとプロパティパネル。何も選択しないと、アクションパネルが表示されます。オートメーションに追加できるアクションのリストが表示されます。オートメーションを選択した場合は、オートメーションの入出力などのプロパティを表示および設定できます。アクションを選択すると、アクションのプロパティを表示および設定できます。
下部のエラーと警告パネル。このパネルには、アプリケーションのエラーまたは警告 (最も一般的には設定の問題による) が表示されます。パネルを選択して展開し、メッセージを表示できます。

自動化は、シンプル (番号の追加や結果の返すなど) でも、より強力 (別のサービスへの入力の送信や結果の返すなど) でもかまいません。オートメーションの主なコンポーネントは次のとおりです。
-
自動化が実行されるタイミングを定義するトリガー。例として、ユーザーが UI のボタンを押す場合が挙げられます。
-
オートメーション入力。オートメーションに情報を送信します。オートメーションパラメータを使用してオートメーション入力を定義します。例えば、Amazon Bedrock を使用してテキストの概要をユーザーに返す場合は、オートメーションパラメータとして要約されるようにテキストを設定します。
-
オートメーションの機能の構成要素であるアクション。各アクションは、自動化のステップと考えることができます。アクションは、APIs呼び出し、カスタム JavaScript の呼び出し、データレコードの作成、その他の関数の実行を行うことができます。アクションをループまたは条件にグループ化して、機能をさらにカスタマイズすることもできます。アクションを使用して他のオートメーションを呼び出すこともできます。
-
オートメーション出力。コンポーネントや他のオートメーションでも使用できます。たとえば、自動化出力は、テキストコンポーネントに表示されるテキスト、イメージビューワーコンポーネントに表示されるイメージ、または別の自動化への入力です。
アプリケーションの開発ライフサイクル
アプリケーションの開発ライフサイクルには、構築、テスト、公開のステージが含まれます。これはサイクルと呼ばれます。アプリケーションの作成時と反復時に、これらのステージ間を反復する可能性が高いためです。
次の図は、App Studio でのアプリケーション開発ライフサイクルのタイムラインを簡略化したものです。

App Studio には、アプリケーションのライフサイクルをサポートするさまざまなツールが用意されています。これらのツールには、前の図に示す 3 つの異なる環境が含まれます。
プレビュー環境では、アプリケーションをプレビューしてエンドユーザーがどのように見えるかを確認し、特定の機能をテストできます。プレビュー環境を使用すると、公開することなく、アプリケーション上でテストと反復をすばやく実行できます。プレビュー環境のアプリケーションは、外部サービスとの通信やデータ転送を行いません。つまり、プレビュー環境で外部サービスに依存するインタラクションや機能をテストすることはできません。
テスト環境。アプリケーションの接続と外部サービスとのインタラクションをテストできます。また、テスト環境に公開されたバージョンをテスターのグループと共有することで、エンドユーザーテストを実行することもできます。
本番稼働用環境では、新しいアプリケーションをエンドユーザーと共有する前に最終テストを実行できます。アプリケーションが共有されると、本番稼働環境に公開されるアプリケーションのバージョンは、エンドユーザーが表示および使用するバージョンになります。
詳細はこちら
App Studio でのアプリケーション開発の仕組みの基本を理解できたので、独自のアプリケーションの構築を開始するか、概念とリソースの詳細について深く掘り下げることができます。
構築を開始するには、入門チュートリアルのいずれかを試すことをお勧めします。
AI ビルダーアシスタントを使用してアプリの構築をスタートする方法についてはチュートリアル: AI を使用してアプリを生成する、「」を参照してください。
チュートリアル: 空のアプリから構築を開始する 「」に従って、基本を学習しながらアプリケーションをゼロから構築する方法を学習します。
このトピックで説明されているリソースまたは概念の詳細については、以下のトピックを参照してください。