AgilePointパッケージマネージャがソリューションの展開を再発明

私たちがプラットフォームとしてどれだけ進歩してきたかを見失いがちです。アジャイル開発者として当然のことと思っていることが、他のプラットフォームでは難しい場合が多く、場合によってはまったく不可能なこともあります。今日はそんな日ではありません。

本日は、最も待ち望まれていた機能の 1 つであるパッケージ マネージャーを発表できることを嬉しく思います。パッケージ マネージャーがお客様にもたらす影響と、それがなぜこれほど大きな進歩であるかを理解するために、少し過去を振り返ってみましょう。

2010 年に、AgilePoint V5 をリリースしました。プロセス エンジンや管理モジュールなどのコア プラットフォーム コンポーネントの一部は確立されていましたが、振り返ってみると、そのプラットフォームは今日と比べるとほとんど認識できないほどです。これは、プロセスの展開に関しては特に当てはまり、多くの可動部分がありました。プロセスを移動してから、ASP.Net、JavaScript、CSS、接続文字列などの外部フォームと、役割、グループ、共有変数などのすべての共有依存関係を手動で個別に移動する必要がありました。時間がかかるだけでなく、エラーも多発していました。見栄えがよくありませんでした。

V6 では状況が大幅に改善され、アプリケーションまたはアプリの概念が導入され、親プロセスと子プロセス、フォーム、アクセス トークン、JavaScript、CSS、電子メール テンプレートの 1 クリック デプロイが容易になりました。これらはすべて 1 つのパッケージにまとめられ、1 回のクリック プロセスを使用してデプロイされます。これは、制御が強化され、アプリケーション デプロイ全体が簡素化されたため、開発者コミュニティで大ヒットしました。これにより、構成管理チームの作業が大幅に楽になりました。アプリには、共有変数、役割、グループ、グローバル アクセス トークンなどの共有依存関係がまだ存在し、これらは手動で 1 回設定する必要がありました。

しかし、データ エンティティやページ ビルダーなどの機能が追加され、デジタル トランスフォーメーションが猛スピードで進むにつれて、AgilePoint の顧客は数百、場合によっては数千ものアプリケーションを作成するようになり、アプリケーションの展開方法をもう一度改革する必要があることが明らかになりました。

AgilePoint NX V9 以降、展開はアプリケーションとプロセスに関するものではなく、カスタム ランディング ページ、管理アプリと依存アプリ、何らかの形で関連するアプリなど、完全なソリューションの展開になります。つまり、すべてを一度に展開できるのです。

そこで、開発者が次のことを実現できるパッケージ マネージャーをご紹介します。

  • 新しいパッケージを作成する
  • 既存のパッケージのコンポーネントを編集する – アプリ、依存関係、ランディングページを追加または削除する
  • リポジトリからパッケージを削除する
  • 展開履歴を含むパッケージ監査履歴を表示する
  • パッケージに権限を適用する
  • パッケージファイルをインポート/エクスポートする
  • パッケージの展開手順を含める
  • セキュリティ上の理由から、パッケージにパスワードを適用する
  • パッケージの将来のバージョンに新しいアプリの依存関係を自動的に含める

いつものように、この機能は主に開発者コミュニティからのフィードバックによって推進されており、この機能によってさまざまなデプロイメント シナリオがどれだけ簡素化されるかについて、皆さんのご意見を伺うのが待ちきれません。同じ機能は API を使用して公開されているため、独自の CI/CD パイプラインを作成することもできます。これについては別のブログで取り上げます。

ここまで読んでいただきありがとうございました。それでは、この機能を実際に見てみましょう。(※動画の音声は英語です。)

注: このビデオは、この機能がベータ版である間に録画されたものであることに注意してください。一部のラベルとアイコンは、GA になるまでに変更される可能性がありますが、これらのアクティビティを構成する一般的な概念は同じままです。

コメント