Environment ​

Environmentsを使用すると、チームは自動化プロジェクトの計画、テスト、デプロイを簡単に行えます。 この機能により、自動化へのSoftware Development Lifecycle(SDLC)のベストプラクティスの適用が簡素化されます。

Environmentの基本 ​

概要 ​

Environments機能は、専用のEnvironmentをWorkatoワークスペースに統合することで、プロジェクトライフサイクルプロセスを簡素化します。 Environmentsでは、Development、テスト、プロダクションのEnvironmentへのアクセスが組み込まれています。 各Environmentには、アセット、メンバー、プロジェクトのセットが含まれます。 プロジェクトには、レシピ、コネクション、ルックアップ テーブル、その他のアセットタイプを含めることができます。

プロジェクトはあるEnvironmentから別のEnvironmentへすばやく簡単にデプロイできるため、保守ではなく、コラボレーションとレシピ品質に集中できます。

Environmentsには何が含まれていますか? ​

• 堅牢な変更管理: ビルダーは自身のDevelopment (DEV) Environmentで安全に作成と試行を行い、QAチームは自身のテスト (TEST) Environmentでレビューとテストを行えます。 変更のテストが完了したら、自信を持ってプロダクション (PROD) にデプロイします。
• コンプライアンスと監査可能性 - コラボレーターロールを使用して、自動化の構築、テスト、デプロイを実行できるユーザーを管理します。 完全なデプロイメント履歴を表示し、いつでも以前のデプロイメントにロールバックできます。
• ビジネスに適したユーザーエクスペリエンス - 変更をWorkatoプラットフォーム内で完全に管理します。 JSONマニフェスト、git、スクリプトツールは不要です。
• CI/CD互換性 - WorkatoのプラットフォームAPIを使用して、既存の任意のCI/CDプロセスにWorkatoを統合します。

どのEnvironmentを使用できますか? ​

Environments機能が有効なワークスペースには、次のEnvironmentが自動的にプロビジョニングされます。

詳細については、Environment構造セクションを参照してください。

Environmentは利用状況にどのような影響を与えますか? ​

利用状況はアカウント内のすべてのEnvironment全体で計算され、課金対象レシピ、タスク、またはその両方の組み合わせが含まれます。

ダッシュボードとSubscription planページを使用して、Environment別またはすべてのEnvironment全体の利用状況を表示できます。

利用状況を監視するにはどうすればよいですか? ​

利用状況を確認する方法は2つあります。

• ダッシュボードの使用: オペレーションハブページに移動して、現在のEnvironmentのメトリクスと、すべてのEnvironment全体の利用状況の概要を表示します。 このページを表示するときは、次の点に注意してください。

  • Plan usageセクションでは、すべてのEnvironment全体の利用状況を要約します
  • その他すべてのセクションとグラフには、現在のEnvironmentでの利用状況が反映されます

• Subscription planページの使用: このページはDevelopment Environmentでのみ利用でき、すべてのEnvironment全体の利用状況を時系列で要約します。 このページにアクセスするには、Settings > Subscription planに移動します。

入手するにはどうすればよいですか? ​

Environments機能は、特定の料金プランの顧客が利用できます。 詳細については、ご利用の料金プランおよび契約を参照してください。 機能が有効化される方法は、新規または既存のWorkato顧客のどちらであるかによって異なります。

• 2021年12月22日以降の新規顧客の場合、Environmentsはワークスペースで自動的に有効になります。
• 既存の顧客の場合:
  • 既存のワークスペースが複数ある場合は、Customer Success Managerに連絡して移行リクエストを開始してください。
  • 新しいワークスペースを購入すると、新しいワークスペースでEnvironmentsが自動的に有効になります。

Environmentの構造と計画 ​

一般的なソフトウェアライフサイクルでは、Development用、ステージングとテスト用、本番のプロダクション使用用の3つのEnvironmentを使用します。

Workato Environmentsは、ワークスペース内の分離されているがリンクされたEnvironmentを使用して、レシピDevelopmentに同様の構造を作成します。

プロジェクトとアセットは、DevelopmentEnvironmentから他のEnvironmentにデプロイされます。 変更が正確に取得および追跡されるようにするため、自動化への変更はDevelopmentEnvironmentでのみ行う必要があります。 テストEnvironmentで自動化を変更することもできますが、SDLCのベストプラクティスにより、DevelopmentEnvironmentでのみ自動化を変更することをお勧めします。

例: DevelopmentEnvironmentのレシピがテストの準備完了になっています。 これはテストEnvironmentにデプロイされ、そこでレシピが実行され、テストされます。 必要に応じて問題が報告され、DevelopmentEnvironmentで対処されます。

構造化され予測可能なライフサイクル管理プロセスを作成するために、次のことをお勧めします。

• プロセスを通じて自動化を昇格させるための条件を定義します。 例: アセットをプロダクションに移動する前に、どのテストを完了する必要がありますか?
• プロセスに参加するチームを特定します。 これらのチームにはどのようなロールと責任がありますか? 例: 誰がレシピを開発しますか? 誰がそれらをテストまたはデプロイしますか?

コラボレーターアクセス ​

各Environmentへのアクセス権は個別に付与する必要があります。 注: コラボレーターは少なくとも1つのEnvironmentにアクセスできる必要があります。

コラボレーターがワークスペースにサインインしたときに移動する場所は、アクセス権のあるEnvironmentによって異なります。

• Developmentへのアクセス権がある場合、他のEnvironmentアクセスに関係なくDevelopmentに移動します。
• テストへのアクセス権があり、Developmentへのアクセス権がない場合、テストに移動します。
• プロダクションへのアクセス権があり、Developmentまたはテストへのアクセス権がない場合、プロダクションに移動します。

サインイン後、コラボレーターはサイドナビゲーションを開いてEnvironment名をクリックすることで、アクセス権のあるEnvironment間を切り替えることができます。

詳細については、Environmentアクセスの管理ドキュメントを参照してください。

アセットのデプロイ ​

Workatoでは、デプロイメントは、レシピDevelopmentライフサイクル(RDLC)の一環として、ワークスペース内のあるEnvironmentから別のEnvironmentへプロジェクトとアセットをプッシュするプロセスです。

レシピは通常、Developmentで開発され、レビューの準備ができたらテストに移動され、テストと承認後に最後にプロダクションに移動されます。

詳細については、Environmentを使用したプロジェクトデプロイメントについてドキュメントを参照してください。 Workato Environmentsでは、プロジェクトとアセットをDevelopmentからテストに、またはDevelopmentからプロダクションにデプロイできます。 プロジェクトとアセットを別の方法でデプロイする場合は、エクスポート: レシピと依存関係のパッケージ化を参照してください。

次の予定 ​

Environmentsについて詳しく見てみますか? 開始するには、次のリソースを確認してください。

• Environmentのベストプラクティス
• アセットのデプロイについて
• コラボレーターアクセスについて