クリエータースタジオ 開発インスタンス戦略
本番インスタンスを含め、ユーザーがアプリケーションをビルドするすべてのServiceNowインスタンスにクリエータースタジオをインストールしてください。
インスタンス戦略の決定
- オープンアクセス: 社内の全員が クリエータースタジオ を使用してアプリを作成できるようにします。
- 制限されたアクセス: アクセスを特定のユーザーグループに制限します。
- 要求ベースのアクセス: ユーザーがアクセスを申請できるフォームを設定します。アドミニストレーターはこれらの要求を確認し、アクセスを許可するかどうかを決定します。
開発および本番インスタンスへの展開
本番インスタンスと同様に構成された非本番インスタンスが、テスト環境の最適な候補です。これにより、アプリケーションを本番環境に展開した場合に発生する可能性のある問題をより正確に見つけることができます。
開発者が非本番インスタンスで、クリエータースタジオ のアプリをビルドし、準備ができて承認されたアプリを本番環境に展開する必要があります。
アプリを展開すると、レコードは本番インスタンスのストアアプリ [sys_store_app] テーブルで参照されます。ただし、アプリを開発しているときは、レコードはシステムアプリケーション [sys_app] テーブルで参照されます。したがって、本番環境で開発する場合は、[sys_store_app] ではなく [sys_app] テーブルを使用して開発しています。
インスタンス戦略を確立したら、承認またはレビューのプロセスを確立して自動化する必要があります。クリエータースタジオ は非本番環境で実行され、アドミンが本番環境にアプリを展開します。展開プロセスの詳細については、「クリエータースタジオ アプリを展開する」を参照してください。
組織に複数の非本番環境がある場合は、クリエータースタジオ を実行する非本番環境を決定する必要があります。また、どのパイプラインを使用して特定の非本番インスタンスからテストインスタンスにアプリを昇格させるか、そして最終的にそのアプリの実際の本番環境に昇格させるか、決定する必要があります。詳細については、「パイプラインと展開」を参照してください。
クリエータースタジオ のカタログ構成要件
フォームがユーザーに正しく表示されるようにするには、非本番インスタンスと本番インスタンスの サービスカタログ とそのすべてのカテゴリが同じである必要があります。
開発者ロールとインスタンスでのアプリのテスト
sn_creatorstudio.user または sn_creatorstudio.restricted_user の クリエータースタジオ ロールを持っている場合、非本番インスタンスの要求アプリワークスペースでビルドしたアプリをテストすることはできません。クリエータースタジオ のアプリプレビューを使用して、非本番インスタンスでアプリをテストできるはずです。本番環境に展開されたアプリのワークスペースで、履行者としてアプリをテストできます。
ユーザーが クリエータースタジオ Users グループに属しているため、そのユーザーがアプリをビルドすると、そのユーザーはそのアプリの委託開発権限を取得します。その後、そのユーザーは要求フォームを公開できます。フォームに必要なロールがない場合は、そのユーザーはフォームを使用して要求を送信できます。
ただし、そのユーザーには x_acme_user_app.agent ロールがなく、そのロールを自分自身に付与できないため、そのユーザーは要求を履行したり、要求アプリワークスペースにアクセスしたりすることはできません。アドミニストレーターは、必要に応じて追加のロールをアサインする必要があります。