사용자 지정 대신 사용 앱 엔진

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기5분

    • 앱 엔진 와 같은 크리에이터 스튜디오개발 도구는 에서 기존 애플리케이션을 사용자 지정하는 훌륭한 대안을 Now Platform제공합니다.

    회사에서 에 Now Platform새 기능을 추가해야 하는 경우 (ITSM)와 같은 IT Service Management 기존 애플리케이션을 사용자 지정하거나 또는 ServiceNow 스튜디오와 같은 크리에이터 스튜디오 개발자 제품을 사용하여 앱 엔진 새 애플리케이션을 만들 수 있습니다. 선택할 경로에 대한 간단한 지침은 다음과 같습니다.
    • 커스터마이제이션을 통해 애플리케이션의 의도된 용도가 확장되면 사용자 지정하는 것이 더 효과적입니다. 예를 들어 에 IT 기능을 ITSM추가할 수 있습니다.
    • 커스터마이제이션이 애플리케이션의 의도된 목적을 확장하지 않는 경우 개발자 제품을 사용하여 앱 엔진 새 애플리케이션을 생성하는 것이 더 효과적입니다. 예를 들어, 출장 요청 워크플로우를 추가하기 위해 워크플로우의 ITSM 용도를 변경하지 마십시오.

    사용 시기의 예 앱 엔진

    ServiceNow 제품은 의도한 대로 사용될 때 가장 잘 작동합니다. 애플리케이션의 용도를 변경하기 위해 애플리케이션을 과도하게 사용자 지정하는 경우가 많다면 개발자 제품을 사용하여 앱 엔진 새 애플리케이션을 생성하는 것이 더 나은 계획입니다.

    다음 시나리오는 기존 애플리케이션을 대량으로 사용자 지정하는 것보다 새 애플리케이션을 생성하는 것이 더 ServiceNow 효과적인 경우를 보여줍니다.
    • 회사에는 기존 제품 기능을 보강하지만 동일한 워크플로우를 따르지 않는 비즈니스 프로세스가 있습니다.
    • 어떤 제품 워크플로와도 일치하지 않는 앱에 대한 새로운 사용 사례가 있습니다.
    • 바로 사용 가능 애플리케이션을 대량으로 사용자 지정하여 빌드할 수 있는 사용 사례가 있지만 기존 애플리케이션이 의도한 것과 일치하지 않습니다.

    마지막 사용 사례를 자세히 살펴보겠습니다.

    기존 제품의 용도 변경 관련 문제

    ServiceNow 애플리케이션에는 사용 사례에 맞게 특별히 조정된 역할, 프로세스 및 플로우가 함께 제공됩니다. 예를 들어 ITSM 앱은 IT 사용자, IT 문제, IT 보고서 및 IT 케이스에 도움이 됩니다.

    앱과 유사하지만 정확히 일치하지 ITSM는 않는 앱에 대한 아이디어가 있을 수 있습니다. ITSM 시작점을 제공하므로 새 기능을 추가하기 위해 사용자 지정하고 ITSM 싶을 수 있습니다. 예를 들어 IT ITSM 문제를 추적하고 만들려는 여행 앱이 여행 요청을 추적할 수 있습니다. 워크플로는 비슷해 보이지만 실제로는 매우 다른 데이터, 다른 사용자 인터페이스를 사용하며 각 워크플로의 세부 사항도 크게 다릅니다. 다음과 같은 이유로 개발자 제품을 사용하여 ITSM 용도를 변경하는 것보다 더 나은 계획은 개발자 제품을 사용하는 앱 엔진 것입니다.
    • 두 워크플로우를 결합하면 상충이 발생합니다.
    • 애플리케이션을 사용자 지정하면 의미가 있습니다.

    두 워크플로우를 결합하면 상충이 발생함

    ITSM 이 예에서 이동 워크플로우를 포함하도록 용도 ITSM 를 변경하는 것은 와는 다른 데이터, 다른 테이블, 다른 역할 및 다른 워크플로우를 ITSM사용합니다. 시간이 지남에 따라 , ITSM 커스터마이제이션 및 이동 워크플로우가 증가하는 경우ITSM:
    • 그들의 특징은 계속해서 다양해질 것입니다.
    • 한 워크플로우에서 새 기능을 추가하거나 문제를 수정하면 다른 워크플로우에 부정적인 영향을 줄 수 있습니다.
    • 성과는의 ITSM 고통받을지도 모른다.
    • 코드 기반이 커지고 두 ITSM 가지 목적으로 인해 문제 해결이 더 어려워집니다.
    • 품질 엔지니어는 두 가지 다른 테스트 프레임워크가 필요합니다.

    이러한 모든 문제로 인해 불필요한 합병증, 성능 저하, 업그레이드 지연 및 소프트웨어 문제가 발생할 수 있습니다.

    애플리케이션을 사용자 지정하면 의미가 있습니다.

    이 Now Platform 앱은 사용자 지정 및 구성을 수용하도록 설계되었습니다. 회사의 Now Platform 비즈니스 요구에 맞게 충분히 유연합니다. 하지만 애플리케이션을 사용자 지정하는 ServiceNow 방법은 지원, 향후 Now Platform 버전으로의 업그레이드 및 플랫폼 기능에 큰 영향을 미칠 ServiceNow 수 있습니다.

    먼저 커스터마이제이션과 구성을 구별해 보겠습니다.
    • 사용자 지정은 인스턴스의 베이스라인 설치 ServiceNow 의 일부인 코드에 대한 변경입니다. 코드를 사용하여 응용 프로그램을 사용자 지정합니다.
    • 구성은 인스턴스의 베이스라인 설치 ServiceNow 에서 코드를 건드리지 않는 제품의 동작에 대한 모든 변경 사항입니다. 시스템 속성, ServiceNow 제품 또는 코드를 사용하여 애플리케이션을 구성할 수 있습니다.
    다음은 애플리케이션 사용자 지정으로 인해 발생하는 몇 가지 의미입니다.
    • 애플리케이션에 코드를 추가하는 경우 인스턴스의 베이스라인 설치에서 코드를 수정하는지 여부에 관계없이 해당 코드를 소유하게 됩니다 ServiceNow .
    • 플랫폼은 모든 커스터마이제이션을 표시하고 새 버전의 플랫폼으로 업데이트하면 건너뜁니다. 즉, 사용자 지정 항목을 수동으로 업데이트해야 합니다. 이는 새 플랫폼 버전으로 업데이트하는 데 필요한 시간과 자원에 상당한 영향을 미칠 수 있습니다.
    • Now Platform 에서는 작업을 처리하는 방법, 여러 브라우저에서 폼을 렌더링하는 방법 및 전반적인 사용자 환경에서 애플리케이션을 지원하는 프레임워크를 사용합니다. 사용자 지정을 도입하면 이 프레임워크에 의도하지 않은 결과가 발생할 수 있습니다.
    • 사용자 지정 코드를 테스트하고 플랫폼 기능에 영향을 주는지 확인하는 부담은 사용자에게 있습니다.
    • ServiceNow 고객 지원 부서에서는 사용자 지정 코드 또는 사용자 지정 코드로 인해 발생하는 문제를 해결할 수 없습니다.

    커스터마이제이션은 의 Now Platform주요 기능 중 하나입니다. 그러나 애플리케이션의 용도를 변경하기 위해 애플리케이션을 과도하게 사용자 지정하면 사용자 지정 코드가 새 플랫폼 버전으로 쉽게 마이그레이션되지 않을 수 있기 때문에 기술적 부채가 발생하고 업그레이드 주기가 길어지며, 향후 플랫폼 업그레이드가 복잡해질 수 있습니다.

    결론

    커스터마이제이션과 구성은 기업의 특정 요구에 맞게 워크플로우를 사용자 지정할 수 있는 특징입니다 Now Platform . 다음 순서로 이러한 작업을 진행합니다.
    1. 애플리케이션을 사용자 지정하기 전에 가능한 한 많이 구성 ServiceNow 하십시오.
    2. 애플리케이션의 의도를 확장하는 경우에만 애플리케이션을 사용자 지정합니다.
    3. 원래 목적에 맞지 않는 기능을 만들기 위해 애플리케이션을 사용자 지정하는 대신 개발자 ServiceNow 스튜디오제품을 크리에이터 스튜디오 사용하여 앱 엔진 새 애플리케이션을 만듭니다.