翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# アプリケーションのプレビュー、公開、共有
<a name="applications-preview-publish-share"></a>

**Topics**
+ [アプリケーションのプレビュー](applications-preview.md)
+ [アプリケーションの公開](applications-publish.md)
+ [公開されたアプリケーションの共有](application-share.md)
+ [以前に公開されたバージョンにロールバックする](application-rollback-version.md)
+ [アプリケーションのエクスポート](applications-export.md)

# アプリケーションのプレビュー
<a name="applications-preview"></a>

App Studio でアプリケーションをプレビューしてユーザーにどのように表示されるかを確認し、それを使用してデバッグパネルでログをチェックすることでその機能をテストすることもできます。

アプリケーションプレビュー環境は、ライブデータの表示や、データソースなどのコネクタを使用した外部リソースへの接続をサポートしていません。プレビュー環境で機能をテストするには、オートメーションのモック出力とエンティティのサンプルデータを使用できます。リアルタイムデータでアプリケーションを表示するには、アプリケーションを公開する必要があります。詳細については、「[アプリケーションの公開](applications-publish.md)」を参照してください。

プレビュー環境または開発環境は、他の環境で公開されているアプリケーションを更新しません。アプリケーションが公開されていない場合、ユーザーは公開および共有されるまでアクセスできません。アプリケーションがすでに公開および共有されている場合、ユーザーはプレビュー環境で使用されているバージョンではなく、公開されたバージョンに引き続きアクセスできます。

**アプリケーションをプレビューするには**

1. 必要に応じて、プレビューするアプリケーションのアプリケーションスタジオに移動します。

   1. ナビゲーションペインで、**ビルド**セクションの**マイアプリケーション**を選択します。

   1. アプリケーションの**編集**を選択します。

1. **プレビュー** を選択して、アプリケーションのプレビュー環境を開きます。

1. (オプション) 画面の下部にあるヘッダーを選択して、デバッグパネルを展開します。メッセージのタイプ別にパネルをフィルタリングするには、「 **ログのフィルタリング**」セクションでメッセージのタイプを選択します。**コンソール**のクリアを選択すると、パネルのログをクリアできます。

1. プレビュー環境では、ページ内を移動し、コンポーネントを使用して、そのボタンを選択してデータ転送の自動化を開始することで、アプリケーションをテストできます。プレビュー環境はライブデータや外部ソースへの接続をサポートしていないため、転送されるデータの例をデバッグパネルで表示できます。

# アプリケーションの公開
<a name="applications-publish"></a>

アプリケーションの作成と設定が完了したら、次のステップとして公開してデータ転送をテストするか、エンドユーザーと共有します。App Studio でのアプリケーションの公開を理解するには、利用可能な環境を理解することが重要です。App Studio には、次のリストで説明されている 3 つの個別の環境が用意されています。

1. **開発**: アプリケーションをビルドしてプレビューする場所。アプリケーションの最新バージョンが自動的にホストされるため、開発環境に発行する必要はありません。この環境では、ライブデータやサードパーティーのサービスやリソースは利用できません。

1. **テスト**: アプリケーションの包括的なテストを実行できる場所。テスト環境では、他の サービスに接続し、データを送受信できます。

1. **本番環境**: エンドユーザーが使用するためのライブ運用環境。

すべてのアプリケーション構築は、 **開発**環境で行われます。次に、**テスト**環境に公開して他の サービス間のデータ転送をテストし、エンドユーザーにアクセス URL を指定してユーザー承認テスト (UAT) を行います。その後、アプリケーションを**本番環境**に公開して、ユーザーと共有する前に最終テストを実行します。アプリケーション環境の詳細については、「」を参照してください[アプリケーション環境](#application-environments)。

アプリケーションを公開すると、共有されるまでユーザーは使用できなくなります。これにより、ユーザーがアプリケーションにアクセスする前に、テスト環境と本番稼働環境でアプリケーションを使用およびテストできます。以前に公開および共有されたアプリケーションを Production に公開すると、ユーザーが利用できるバージョンが更新されます。

## アプリケーションの公開
<a name="application-publish-procedure"></a>

App Studio アプリケーションをテスト環境または本番稼働環境に公開するには、次の手順に従います。

**アプリケーションをテスト環境または本番稼働環境に公開するには**

1. ナビゲーションペインで、**ビルド**セクションの**マイアプリケーション**を選択します。アクセス可能なアプリケーションのリストを表示するページが表示されます。

1. 発行するアプリケーションの**編集**を選択します。

1. 右上隅にある**発行**を選択します。

1. **更新の発行ダイアログボックスで、次の操作を行います**。

   1. アプリケーションの公開に関する情報を確認します。

   1. (オプション) **バージョンの説明**に、このバージョンのアプリケーションの説明を含めます。

   1. 環境に関する情報を承認するボックスを選択します。

   1. **[開始]** を選択します。アプリケーションがライブ環境で更新されるまでに最大 15 分かかる場合があります。

1. テスト環境または本番稼働環境でアプリケーションを表示する方法については、「」を参照してください[公開されたアプリケーションの表示](#application-viewing-published)。
**注記**  
テスト環境または本番稼働環境でアプリケーションを使用すると、コネクタに接続されたデータソースのテーブルにレコードを作成するなど、ライブデータ転送が発生します。

一度も共有されていない公開アプリケーションは、ユーザーや他のビルダーでは使用できません。ユーザーがアプリケーションを使用できるようにするには、公開後にアプリケーションを共有する必要があります。詳細については、「[公開されたアプリケーションの共有](application-share.md)」を参照してください。

## 公開されたアプリケーションの表示
<a name="application-viewing-published"></a>

テスト環境と本番環境に公開されたアプリケーションを表示して、エンドユーザーや他のビルダーと共有する前にアプリケーションをテストできます。

**テスト環境または本番稼働環境で公開されたアプリケーションを表示するには**

1. 必要に応じて、プレビューするアプリケーションのアプリケーションスタジオに移動します。

   1. ナビゲーションペインで、**ビルド**セクションの**マイアプリケーション**を選択します。

   1. アプリケーションの**編集** を選択します。

1. 右上隅の **Publish** の横にあるドロップダウン矢印を選択し、**Publish Center** を選択します。

1. 公開センターから、アプリケーションが公開されている環境を表示できます。アプリケーションがテスト環境または本番稼働環境に公開されている場合は、各環境の **URL** リンクを使用してアプリケーションを表示できます。
**注記**  
テスト環境または本番稼働環境でアプリケーションを使用すると、コネクタに接続されたデータソースのテーブルにレコードを作成するなど、ライブデータ転送が発生します。

## アプリケーション環境
<a name="application-environments"></a>

AWS App Studio は、開発、テスト、本番稼働の 3 つの異なる環境でアプリケーションライフサイクル管理 (ALM) 機能を提供します。これにより、アプリケーションのライフサイクル全体で個別の環境、バージョン管理、共有、モニタリングを維持するなどのベストプラクティスをより簡単に行うことができます。

### デベロッパー環境
<a name="applications-development-environment"></a>

**開発**環境は、アプリケーションスタジオとサンプルデータを使用して、ライブデータソースやサービスに接続せずにアプリケーションを構築できる独立したサンドボックスです。開発環境では、本番データを侵害することなく、アプリケーションをプレビューしてアプリケーションを表示およびテストできます。

アプリは開発環境の他のサービスに接続しませんが、ライブデータコネクタとオートメーションを模倣するようにアプリでさまざまなリソースを設定できます。

開発環境のアプリケーションスタジオの下部にエラーと警告を含む折りたたみ可能なデバッグパネルがあり、ビルド時にアプリケーションを検査およびデバッグするのに役立ちます。アプリケーションのトラブルシューティングとデバッグの詳細については、「」を参照してください[App Studio のトラブルシューティングとデバッグ](troubleshooting-and-debugging.md)。

### 環境のテスト
<a name="applications-testing-environment"></a>

最初のアプリケーション開発が完了したら、次のステップとして**テスト**環境に公開します。テスト環境では、アプリは他の サービスに接続したり、データを送信したり、他のサービスからデータを受信したりできます。したがって、この環境を使用して、エンドユーザーにアクセス URL を提供することで、ユーザー受け入れテスト (UAT) を含む包括的なテストを実行できます。

**注記**  
テスト環境への最初の発行には最大 15 分かかる場合があります。

テスト環境に公開されたアプリのバージョンは、エンドユーザーが非アクティブになってから 3 時間後に削除されます。ただし、すべてのバージョンは保持され、**バージョン履歴**タブから復元できます。

テスト環境の主な機能は次のとおりです。
+ ライブデータソースと APIsとの統合テスト
+ 管理されたアクセスを通じて容易になるユーザー受け入れテスト (UAT)
+ フィードバックを集め、問題に対処するための環境
+ ブラウザコンソールと開発者ツールを使用して、クライアント側とサーバー側のアクティビティの両方を検査およびデバッグする機能。

アプリケーションのトラブルシューティングとデバッグの詳細については、「」を参照してください[App Studio のトラブルシューティングとデバッグ](troubleshooting-and-debugging.md)。

### 本番環境
<a name="applications-production-environment"></a>

テストして問題を修正したら、アプリケーションのバージョンをテスト環境から本番環境に昇格させて、運用をライブで使用できます。本番稼働環境はエンドユーザーが使用するライブ運用環境ですが、公開されたバージョンをユーザーと共有する前にテストできます。

本番稼働環境で公開されたバージョンは、エンドユーザーが 14 日間操作しないと削除されます。ただし、すべてのバージョンは保持され、**バージョン履歴**タブから復元できます。

本番稼働環境の主な機能は次のとおりです。
+ エンドユーザーが使用するためのライブ運用環境
+ きめ細かなロールベースのアクセスコントロール
+ バージョン管理とロールバック機能
+ クライアント側のアクティビティのみを検査およびデバッグする機能
+ ライブコネクタ、データ、オートメーション、APIs

## バージョニングとリリース管理
<a name="applications-versioning-release-management"></a>

App Studio は、**パブリッシュセンター**のバージョニングシステムを通じてバージョン管理とリリース管理機能を提供します。

キーバージョニング機能:
+ テスト環境に発行すると、新しいバージョン番号 (1.0、2.0、3.0...) が生成されます。
+ テスト環境から本番環境に昇格しても、バージョン番号は変更されません。
+ バージョン**履歴**から以前のバージョンにロールバックできます。
+ テスト環境に公開されたアプリケーションは、非アクティブ状態が 3 時間続くと一時停止されます。バージョンは保持され、**バージョン履歴**から復元できます。
+ 本番環境に公開されたアプリケーションは、14 日間の非アクティブ状態後に削除されます。バージョンは保持され、**バージョン履歴**から復元できます。

このバージョニングモデルにより、アプリケーションの開発とテストサイクル全体でトレーサビリティ、ロールバック機能、最適なパフォーマンスを維持しながら、迅速なイテレーションが可能になります。

## メンテナンスとオペレーション
<a name="applications-versioning-maintenance-operations"></a>

App Studio は、特定のメンテナンスタスク、運用アクティビティに対処し、新しいソフトウェアライブラリを組み込むために、アプリケーションを自動的に再公開する必要がある場合があります。ビルダーは何もする必要はありませんが、エンドユーザーはアプリケーションにログインし直す必要がある場合があります。状況によっては、自動的に追加できない新機能とライブラリを組み込むために、アプリケーションを再公開する必要がある場合があります。再発行する前に、エラーを解決し、警告を確認する必要があります。

# 公開されたアプリケーションの共有
<a name="application-share"></a>

まだ公開されていないアプリケーションを公開すると、共有されるまでユーザーは使用できなくなります。公開されたアプリケーションは共有されると、ユーザーが使用できるようになります。別のバージョンが公開された場合は、再度共有する必要はありません。

**注記**  
このセクションでは、公開されたアプリケーションをエンドユーザーまたはテスターと共有します。他のユーザーを招待してアプリを構築する方法については、「」を参照してください[複数のユーザーによるアプリの構築](builder-collaboration.md)。

**公開されたアプリケーションを共有するには**

1. 以下の手順に従って、アプリケーションリストまたはアプリケーションのアプリケーションスタジオから**共有**ダイアログボックスにアクセスします。
   + アプリケーションリストから**共有**ダイアログボックスにアクセスするには: ナビゲーションペインで、**ビルド**セクションで**アプリケーション**を選択します。共有するアプリケーションの**アクション**列のドロップダウンを選択し、**共有**を選択します。
   + アプリケーションスタジオから**共有**ダイアログボックスにアクセスするには: アプリケーションのアプリケーションスタジオから、上部のヘッダーで**共有**を選択します。

1. **共有**ダイアログボックスで、共有する環境のタブを選択します。**テスト**タブまたは**本**番稼働用タブが表示されない場合、アプリは対応する環境に公開されない可能性があります。公開の詳細については、「[アプリケーションの公開](applications-publish.md)」を参照してください。

1. 適切なタブで、ドロップダウンメニューからグループを選択して環境を共有します。

1. (オプション) 条件付きページの可視性をテストまたは設定するために、アプリケーションレベルのロールを グループに割り当てます。詳細については、「[ページのロールベースの可視性の設定](app-level-roles.md)」を参照してください。

1. [**共有**] を選択します。

1. (オプション) リンクをコピーしてユーザーと共有します。アプリケーションと環境が共有されているユーザーのみが、対応する環境内のアプリケーションにアクセスできます。

# 以前に公開されたバージョンにロールバックする
<a name="application-rollback-version"></a>

App Studio アプリケーションの本番稼働環境を以前に公開されたバージョンにロールバックするには、次の手順に従います。アプリケーションのエンドユーザーが影響を受け、デプロイ後にアプリケーションのロールバックバージョンが表示されます。アプリケーションをロールバックすると、コンポーネントコードも前回の公開時刻からのバージョンにロールバックされ、アプリケーションデプロイスタック全体 (ユーザーコード、コンポーネント設定状態) に影響します。つまり、フィールドやその他の設定の変更など、App Studio がコンポーネントコードに対して行った更新はロールバックされ、ロールバックされたアプリケーションバージョンが最初に公開されたときと同じように動作します。

開発環境で進行中のアプリケーションのバージョンは、公開されたバージョンをロールバックしても影響を受けません。

アプリケーションの公開されたバージョンをロールバックすると、公開されたアプリケーションの問題を検出し、以前に動作したバージョンをすぐに公開する必要がある場合や、以前のバージョンを公開して開発環境でアプリケーションに最新の更新を保持する場合に便利です。

**注記**  
アプリの開発環境を以前に公開されたバージョンに戻す場合は、アプリケーションを元に戻す必要があります。詳細については、「[以前に公開されたアプリバージョンを編集する](applications-edit-previously-published-version.md)」を参照してください。

**本番稼働環境バージョンを以前に公開されたアプリケーションバージョンにロールバックするには**

1. 必要に応じて、アプリケーションを編集して開発環境に移動します。詳細については、「[アプリケーションの編集または構築](applications-edit.md)」を参照してください。

1. **本番**稼働用環境タイルの上部にあるバージョンドロップダウン矢印を選択すると、ロールバックに使用できるバージョンが表示されます。ドロップダウンには、過去 30 日以内に発行されたバージョンが含まれます。このドロップダウンが無効になっているのは、アプリの発行がすでに進行中であり、同時に実行できる発行は 1 つだけである可能性があります。

1. ロールバックするバージョンを選択します。

1. ロールバックの理由を入力し、**ロールバック**を選択します。ロールバック公開が開始され、完了すると、アプリケーションの本番稼働環境が選択したバージョンに更新されます。
**注記**  
ロールバック後に、以前に公開されたアプリバージョンにロールフォワードすることもできます。

# アプリケーションのエクスポート
<a name="applications-export"></a>

アプリケーションのスナップショットをエクスポートして、他の App Studio インスタンスと共有できます。アプリをエクスポートすると、アプリの開発環境からスナップショットが作成され、インポートコードが生成されます。その後、インポートコードを使用して、アプリケーションを表示および構築できる他の App Studio インスタンスにアプリケーションをインポートできます。

エクスポートされたアプリは、App Studio で AWS リージョン サポートされている のインスタンスにインポートできます。

**アプリケーションをエクスポートするには**

1. ナビゲーションペインで、**ビルド**セクションの**マイアプリケーション**を選択して、アプリケーションのリストに移動します。

1. エクスポートするアプリケーションの**アクション**列でドロップダウンを選択します。

1. **[エクスポート]** を選択します。

1. インポートコードを生成して共有する手順は、アプリのインポートコードが既に作成されているかどうかによって異なります。
   + インポートコードが作成されていない場合:

     1. **アプリケーションのインポート許可**で、エクスポートされたアプリケーションをインポートできるインスタンスを指定します。すべてのインスタンスにインポートアクセス許可を付与することも、インスタンス IDs を入力して特定の App Studio インスタンスを追加することもできます。複数のインスタンス IDsで区切ります。

        インスタンス ID を検索するには、App Studio コンソールでアカウント設定を選択して、インスタンスの**アカウント設定**に移動します。

     1. **インポートコードの生成** を選択します。

     1. 生成されたインポートコードをコピーして共有します。
   + インポートコードがすでに作成されている場合:

     1. 現在エクスポートされているアプリを共有するには、既存のインポートコードをコピーして共有します。アプリに最新の変更を加えた新しいエクスポート済みアプリを作成するには、**「新しいコードの生成**」を選択します。必要に応じてインポート権限を更新することもできます。