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

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