の新しい世界での Domino アプリケーション HCL Nomad Web

HCL Nomad Web はまったく新しい方法です 顧客とそのユーザー ベースが、ノーツ/ドミノ環境でアプリケーションと対話できるようにします。 クライアントからサーバー、およびその間のネットワークまで、すべてが影響を受けます。

SafeLinx が新しいコンポーネントを IT インフラストラクチャにもたらすため、一部の変更は IT チームのタスクです。 また、ユーザー ベースがデータにアクセスする方法に影響を与えるものもあります。 大きな利点として、従来インストールされていたノーツ クライアントを使用せずに実行できる機会が得られます。 Nomad Web 提供している。

どのように変えても、この新しいテクノロジーは変革をもたらします。 そして、この変革に伴い、統合の機会が訪れます。 異なる時代の課題のために構築されたインフラストラクチャを見て、まだ何が必要かを評価すること。 ネットワークとサーバーのインフラストラクチャはどのように見えるべきですか? サーバーを統合すると、アプリケーションはどうなりますか? 今日のビジネス プロセスに関連するアプリケーションはどれですか? そして、ずっと前に取り除かれるべきだった枯れ木は何ですか？

アプリケーションのランドスケープにおける「まだ価値があるものを検討する」というトピックは、次のことを考慮すると、さらに差し迫ったものになります。 Nomad Web また、いくつかの例を挙げると、クライアント側の Java、XPages、OS 呼び出しの使用、またはファイル システムとの対話がないことなどの制限があります。 より包括的なリストは、「に関する HCL ドキュメント」にあります。HCL Nomad Web ブラウザーの場合 – 制限事項"

問題は、「何を持っていく価値があり、どれくらいの費用がかかるか」です。

これが持つことができるとは考えていません ビジネスプロセスにおける壊滅的な影響 Notes アプリケーションが提供する機能によって異なります。 関係のないアプリケーションにリソースを投資することも、顧客が必死に避けようとしていることに気づきます。

これに関連して、一連の KPI を理解し、追跡し、それに基づいて行動することが、お客様がリソースを最も効果的に使用する方法を決定するのに役立つことがわかりました。 これらの KPI は、ここで概説したい一連の質問とデータ分析手法を評価することによって生成されます。

どのアプリケーションが関連しているかを知っていると仮定することは、重要なコンポーネントを見落とすための優れたレシピであることが多くのお客様にわかりました。 すべてをプロジェクトの一部として扱う場合も同様です。 システム データベース、ディレクトリ、メール ファイル、メール アーカイブ、ローミング コンポーネントの除去、3^rd パーティー アプリケーション、および一般的に単純な部分 ドミノ サーバーを機能させる ビジネスにメリットと機能を提供しないと、プロジェクトで検討する価値のある一連のアプリケーションが残ります。

これは、私たちのテーブルにある最もよくある質問の XNUMX つです。 そして今、私たちのプロジェクトが実際のアプリケーションに焦点を当てているので、答えを見るのは理にかなっています. 一般に、XNUMX 年以上アクセスされていないアプリケーションは、廃止の対象となります。 非アクティブ期間が短いものはすべて、会計年度末など、年に XNUMX 回しか使用されない季節的なデータベースである可能性があります。 そのため、使用状況を継続的に監視し、利用可能なアクティビティ履歴を確認することが非常に重要になります。 効果的な意思決定を行うには、数週間にわたる単純なスナップショットでは十分ではありません。 有効性の問題とは別に、重要なビジネス プロセスに対するリスクを回避するという大きな目標が常にあります。 プロフィット センターの XNUMX つで働く能力を凍結する責任を負いたくありません。

重要なアプリケーションに影響を与えるリスクを回避するには、各ビジネス ユニットにとって何が重要かを理解するためのアプローチを見つける必要があります。 誰がデータベースのコンテンツを作成し、誰がこの情報を読み取るかを知ることで、将来のターゲット プラットフォームで動作するようにアプリケーションを変換する際に、適切な部門にアプローチするだけでなく、適切な部門にアプローチすることができます。 また、コスト センターをアプリケーションの再開発に必要な作業に割り当てることで、アプリケーションを将来にわたって保証することもできます。

これは、次の論理的なステップです。 Nomad Web 旅。 比較的簡単な一部のアプリケーションの場合。 テンプレートを最新の状態に保つ限り、標準テンプレートに基づくものはすべて HCL によって将来保証されます。 . ほとんどのお客様にとって、ファイル ライブラリ、チーム ルームなどの頻繁に使用されるアプリケーションのかなりの部分が既に存在しているはずです。残りはカスタム開発のアプリケーションであり、ソース コードと設計における互換性と潜在的な障害を評価する必要があります。

この手順は、修復作業がどれだけ必要かを理解するために必要です。 このタスクにアプローチする古典的な方法は、潜在的な問題についてデータベースを調査するように開発チームに依頼することです。 環境の規模にもよりますが、これが最も簡単で迅速な方法です。 人材に余裕がある限り。 しかし多くの場合、必要な人員が不足していることに気づきます。 開発チームは以前ほど大きくはなく、物事がこのようにコーディングされた理由を熟知している開発者はほとんどいません。

この問題を解決するためのアプローチは、3 の使用です。^rd のようなパーティー ソリューション panagenda iDNA. 使用状況の情報を提供するだけでなく、コード ベース全体のスキャンとインベントリも行います。 これらのソリューションを使用すると、中央のコード リポジトリを使用して、問題につながる可能性があるこれらのパターンと機能ポイントを特定できます。 さらに、環境内のコードの重複についての洞察を得ることができます。 一度コード ブロックを分析して再開発し、同じコード ブロックを使用して他の 19 の DB にデプロイすると、大きな違いになります。 または、20 個の DB を個別に分析する必要がある場合は、コード ブロックが同一であることを確認するだけです。

結局のところ、それは継続的なプロセスになります。 これらの重要なタスクに関して、多くの反復と絶え間ない改良を行います。