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

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

회사에서 에 새 기능을 ServiceNow AI 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 두 가지 목적으로 인해 문제 해결이 더 어려워집니다.
• 품질 엔지니어에게는 두 가지 다른 테스트 프레임워크가 필요합니다.

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

애플리케이션 사용자 지정은 영향을 미칩니다.

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

먼저 커스터마이제이션과 구성을 구분해 보겠습니다.

• 사용자 지정은 인스턴스의 베이스라인 설치의 일부인 코드에 대한 모든 변경 사항 ServiceNow 입니다. 코드를 사용하여 애플리케이션을 사용자 지정합니다.
• 구성은 인스턴스의 베이스라인 설치에 있는 코드를 건드리지 않는 제품의 동작에 대한 모든 변경입니다 ServiceNow . 시스템 속성, ServiceNow 제품 또는 코드를 사용하여 애플리케이션을 구성할 수 있습니다.

다음은 애플리케이션 사용자 지정으로 인해 발생하는 몇 가지 영향입니다.

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

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

결론

사용자 지정 및 구성은 ServiceNow AI Platform 회사의 특정 요구에 맞게 워크플로우를 사용자 지정하는 데 필요한 특징입니다. 다음 순서로 작업을 진행합니다.

1. 애플리케이션을 사용자 지정하기 전에 최대한 많이 구성 ServiceNow 하십시오.
2. 애플리케이션의 의도를 확장하는 경우에만 애플리케이션을 사용자 지정합니다.
3. 애플리케이션을 사용자 지정하여 원래 용도에 맞지 않는 기능을 만드는 대신 새 애플리케이션을 만들 때 , , ServiceNow 스튜디오등의 개발자 제품을 크리에이터 스튜디오앱 엔진 스튜디오사용합니다앱 엔진.