カスタマイズの代わりに App Engine を使用します

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：6分

    • App Engineクリエータースタジオなどの開発ツールは、Now Platform上の既存のアプリケーションをカスタマイズする優れた代替手段を提供します。

    会社がNow Platformに新しい機能を追加する必要がある場合は、IT Service Management (ITSM) などの既存のアプリケーションをカスタマイズしたり、クリエータースタジオ や ServiceNow スタジオ などのApp Engine開発者製品を使用して新しいアプリケーションを作成したりできます。選択するパスの簡単なガイドラインは次のとおりです。
    • カスタマイズによってアプリケーションの意図した目的が拡張される場合は、カスタマイズした方が効果的です。たとえば、 ITSMに IT 機能を追加できます。
    • カスタマイズによってアプリケーションの意図した目的が拡張されない場合は、 App Engine 開発者製品を使用して新しいアプリケーションを作成する方が効果的です。たとえば、出張要求ワークフローを追加するために ITSM ワークフローを再利用しないでください。

    使用例 App Engine

    ServiceNow 製品は、意図したとおりに使用すると最適に機能します。アプリケーションを再利用するために大幅にカスタマイズする場合は、 App Engine 開発者製品を使用して新しいアプリケーションを作成することをお勧めします。

    次のシナリオは、既存の ServiceNow アプリケーションを大幅にカスタマイズするよりも、新しいアプリケーションを作成する方がうまく機能することを示しています。
    • 会社には、既存の製品機能を拡張するビジネスプロセスがありますが、まったく同じワークフローに従っていません。
    • どの製品ワークフローにも合わないアプリの新しいユースケースがあります。
    • すぐに利用可能なアプリケーションを大幅にカスタマイズすることで構築できるユースケースがあるが、既存のアプリケーションで意図されていたことと一致していない。

    最後のユースケースを詳しく見ていきましょう。

    既存製品の転用に関する問題

    ServiceNow アプリケーションには、ユースケースに合わせて特別に調整されたロール、プロセス、およびフローが付属しています。たとえば、 ITSM アプリは、IT ユーザー、IT の問題、IT レポート、IT ケースに役立ちます。

    ITSMに似ているが、正確には一致しないアプリのアイデアがあるかもしれません。ITSMは出発点であるため、ITSMをカスタマイズして新しい機能を追加したくなるかもしれません。たとえば、 ITSM IT の問題を追跡し、作成する旅行アプリで出張要求を追跡することができます。ワークフローは似ているように聞こえますが、実際には、使用するデータ、ユーザーインターフェイスが大きく異なり、各ワークフローの詳細も大きく異なります。ITSMを大幅にカスタマイズして再利用するのではなく、次の理由でApp Engine開発者製品を使用することをお勧めします。
    • 2 つのワークフローを組み合わせると競合が生じます。
    • アプリケーションのカスタマイズには影響があります。

    2 つのワークフローを組み合わせると競合が生じます

    ITSM例では、移動ワークフローを含めるためのITSMの再利用では、ITSMとは異なるデータ、異なるテーブル、異なるロール、および異なるワークフローを使用します。ITSM、ITSMカスタマイズ、および移動ワークフローは時間の経過とともに増加します。
    • それらの特徴は分岐し続けるでしょう。
    • 一方のワークフローで新しい機能を追加したり問題を修正したりすると、もう一方のワークフローに悪影響を与える可能性があります。
    • ITSMのパフォーマンスが低下する可能性があります。
    • コード ベースが拡大し、 ITSM の 2 つの目的により、トラブルシューティングがより困難になります。
    • 品質エンジニアには、2つの異なるテストフレームワークが必要です。

    これらの問題はすべて、不必要な複雑さ、パフォーマンスの低下、アップグレードの遅延、およびソフトウェアの問題を引き起こす可能性があります。

    アプリケーションのカスタマイズには影響があります

    Now Platformは、カスタマイズと構成を受け入れるようにビルドされています。Now Platformは、会社のビジネスニーズに合わせて十分な柔軟性を備えています。ただし、 ServiceNow アプリケーションをどのようにカスタマイズするかは、 ServiceNow サポート、将来の Now Platform バージョンへのアップグレード、およびプラットフォームの機能に大きな影響を与える可能性があります。

    まず、カスタマイズと構成を区別することから始めましょう。
    • カスタマイズとは、 ServiceNow インスタンスのベースラインインストールの一部であるコードに加えられた変更です。コードを使用してアプリケーションをカスタマイズします。
    • 構成とは、 ServiceNow インスタンスのベースラインインストールのコードに触れない製品の動作に加える変更です。システムプロパティ、 ServiceNow 製品、またはコードを使用して、アプリケーションを構成できます。
    アプリケーションのカスタマイズによる影響の一部を次に示します。
    • アプリケーションにコードを追加する場合は、 ServiceNow インスタンスのベースラインインストールのコードを変更するかどうかにかかわらず、そのアプリケーションを所有します。
    • プラットフォームでは、すべてのカスタマイズがマークされ、新しいバージョンのプラットフォームに更新するとスキップされます。つまり、カスタマイズを手動で更新する必要があります。これは、新しいプラットフォームバージョンへの更新に必要な時間とリソースに大きな影響を与える可能性があります。
    • Now Platformは、タスクの処理方法、複数のブラウザでのフォームのレンダリング方法、および全体的なユーザーエクスペリエンスにおいてアプリケーションをサポートするフレームワークを使用します。カスタマイズを導入すると、このフレームワークに意図しない結果が生じる可能性があります。
    • カスタムコードをテストし、それがプラットフォームの機能に影響を与えるかどうかを判断する責任はあなたにあります。
    • ServiceNow カスタマーサポートは、カスタムコードまたはカスタムコードによって発生した問題のトラブルシューティングを行うことはできません。

    カスタマイズは、 Now Platformの重要な機能の 1 つです。ただし、アプリケーションを過度にカスタマイズして再利用すると、カスタムコードが新しいプラットフォームバージョンに簡単に移行できない可能性があるため、技術的負債が発生し、アップグレードサイクルが長くなり、将来のプラットフォームのアップグレードが複雑になる可能性があります。

    結び

    カスタマイズと構成は、企業が特定のニーズに合わせてワークフローをカスタマイズできるようにする Now Platform の特徴です。これらのタスクを次の順序で続行します。
    1. ServiceNowアプリケーションをカスタマイズする前に、できるだけ構成してください。
    2. アプリケーションのインテントを拡張する場合にのみ、アプリケーションをカスタマイズします。
    3. アプリケーションをカスタマイズして当初の目的に沿わない機能を作成するのではなく、クリエータースタジオ や ServiceNow スタジオ などのApp Engine開発者向け製品を使用して新しいアプリケーションを作成します。