ビジュアル・アプリケーションのステージングおよび公開時の処理

アプリケーションをステージングおよびパブリッシュするには、ステージング済およびパブリッシュ済アプリケーションによって使用されるサービスを提供するVisual Builderランタイム環境にアプリケーション・リソースをデプロイします。

ノート:

ビジュアル・アプリケーションを複数のインスタンスにデプロイする場合は、VB Studioを使用して追加のデプロイメント・インスタンスを設定することをお薦めします。「追加のデプロイメント・インスタンスの追加」を参照してください。

Visual Builderランタイム環境は、webアプリケーションでページを提供するためのサーバーを提供し、「web(およびモバイル)」アプリケーションがデータへのアクセスに使用するサービス(データの格納に使用されるデータベースや、RESTサービスへの接続を管理するためのプロキシ・サーバーなど)を提供します。ランタイムは、Designerでアプリケーションを設計してステージングおよびパブリッシュされたアプリケーションに使用されます。また、ランタイムはOracle Identity Cloudサービス(IDCS)を統合して、アプリケーション・ユーザーの認証および認可を管理します。

次のステップは、アプリケーションをステージングするときに実行します:

アプリケーション・リソースがサーバー上のディレクトリにコピーされます
ステージング・データベース内のデータベース・スキーマは、開発データベースからの変更で更新されます。
ステージングされたwebアプリケーションにアクセスするためのURLが作成されます。 webアプリケーションは、ステージングされたアプリケーションによって提供されるサービスおよびリソースにアクセスします。

アプリケーションのステージング時に、開発データベースからステージング・データベースにデータをコピーするか、データなしでデータベースを作成するか、すでにステージングされている場合はすでにデータベースにあるデータを使用するかを選択できます。

次のステップは、アプリケーションを公開するときに実行します:

ステージングされたアプリケーション・リソースを含むディレクトリはライブ・アプリケーションになります。ステージング済アプリケーションはパブリッシュ後にアクセスできません。
稼働中のデータベース内のデータベース・スキーマは、ステージング・データベースからの変更で更新されます。ステージング・データベースからライブ・データベースにデータを移行するかどうか、およびその方法を選択できます。
ライブwebアプリケーションにアクセスするための新しい永続URLが作成されます。 webアプリケーションは、公開済アプリケーションによって提供されるサービスおよびリソースにアクセスします。

モバイル・アプリを段階的なwebアプリケーション(PWA)としてステージングまたは公開している場合、ユーザーがステージングまたは公開されたPWAのURLを訪問すると、Visual Builderランタイムはアプリケーション・ページを提供します。 PWA対応のモバイル・アプリケーションを公開すると、ユーザーはモバイル・アプリケーションをブラウザのURLから直接ダウンロードしてインストールし、ネイティブ・アプリケーションとして実行できます。これにより、モバイル・アプリケーションを最初にアプリケーション・ストアに公開せずに配布できます。

アプリケーションは、公開する前にステージングする必要があります。アプリケーションがパブリッシュされると、ステージング済アプリケーションはライブ・バージョンになり、ステージング済アプリケーションに対して定義されたアプリケーション設定が公開済アプリケーションに適用されます。アプリケーションを公開する前に、アプリケーション設定(たとえば、セキュリティ設定と資格証明)が正しく機能していることを確認する必要があります。これは、新しいバージョンを作成したりステージングを作成したり、再度公開することなくアプリケーションを公開した後で変更できないためです。たとえば、アプリケーションの公開準備が整ったときには、公開済アプリケーションに適していないため、開発時にサービスへの接続に使用した資格証明と認証メカニズムを変更する必要があります。この場合、アプリを編集して、公開済アプリに必要な資格証明を指定し、再度ステージングする必要があります。

ランタイム環境は、サービスへのコールの認可に役立てるためにアプリケーションで使用できるプロキシ・サーバーも提供します。たとえば、プロキシ・サーバーを使用して、サービスをコールするときのCORSの潜在的な問題を回避できます。これは、別のドメインのサービスにリクエストを送信していて、その許可リストを変更できない場合に便利です。たとえば、アプリケーション内の直接認証メカニズムを使用してサービスをコールすることで、プロキシをバイパスできます。