통합 단계
인터페이스를 에 통합 단계를 추가하는 를 활성화 통합 허브하여 외부 시스템과 통합할 사용자 지정 작업을 워크플로우 스튜디오 활성화합니다.
기록 데이터에 대한 작업을 수행하는 단계는 인스턴스에서 실행되고 네트워크 MID 서버의 시스템과 통합되는 단계는 . 단계를 실행해야 MID 서버 하는 경우, 인스턴스는 REST 호출에서 프로세스 계획을 전송하여 흐름 처리를 적절한 MID 서버 항목에 위임합니다. MID 서버 프로세스 계획의 작업 또는 단계를 실행하고 결과를 반환합니다. 인스턴스 또는 MID 서버에서 로그 메시지와 실행 상태를 봅니다.
사용 가능한 통합 단계
다음 통합 단계는 다음에서 사용할 수 있습니다. 워크플로우 스튜디오 - 사용자 지정 동작 빌드.
| 통합 단계 | 설명 | 단계에서 실행 |
|---|---|---|
| JDBC 단계 | 관계형 데이터베이스로 SQL 명령을 보내는 재사용 가능한 작업을 생성합니다. | MID 서버 |
| JSON 빌더 단계 | 다른 단계에서 사용할 JSON 페이로드를 생성합니다. 값을 입력하거나 데이터 알약을 사용하여 동적 페이로드를 생성합니다. 이 단계에서는 중첩 구조에 대한 개체 및 배열을 포함하여 여러 데이터 형식을 지원합니다. | 인스턴스 |
| 페이로드 빌더 단계 | 작업 디자이너가 동적 데이터를 사용하여 JSON 및 XML 페이로드로 이름-값 쌍을 쉽게 생성할 수 있도록 합니다. |
|
| PowerShell 단계 | 를 통해 인스턴스의 ServiceNow 원격 컴퓨터에서 PowerShell 스크립트를 실행합니다 MID 서버. | MID 서버 |
| REST 단계 | 외부 시스템에 아웃바운드 REST 웹 서비스 요청을 보냅니다. |
|
| SOAP 단계 | 작업 디자이너가 외부 시스템에 아웃바운드 SOAP 웹 서비스 요청을 보낼 수 있도록 합니다. |
|
| SSH 단계 | SSH 단계는 를 통해 외부 *nix 시스템에서 SSH 명령을 실행합니다 ServiceNow® MID 서버. 이 단계에서는 *nix 시스템에 대한 스크립트와 명령도 저장합니다. | MID 서버 |
| XML 파서 단계 | 스크립트를 쓰지 않고도 XML 페이로드에서 구조적 데이터를 식별합니다. 들어오는 XML 요소를 다른 단계 또는 동작에서 사용할 수 있는 복합 객체 출력에 매핑합니다. 런타임에 XML 페이로드의 값이 복합 객체 출력을 채웁니다. |
|
교육
통합 허브의 REST 개발자 교육에서 REST 단계 사용에 대한 단계별 교육을 완료합니다.
연결 속성
통합 단계에서 사용할 수 있는 연결별 변수를 통합 허브 정의합니다. 통합 단계를 사용하려면 외부 시스템과의 연결을 설정해야 합니다. 연결 인라인을 정의하는 대신 연결 및 자격 증명 별칭을 사용합니다. 별칭을 사용하면 모든 작업을 다시 구성할 필요 없이 연결 정보를 한 번 업데이트할 수 있습니다. 별칭을 사용하는 모든 작업 단계는 연결된 속성을 상속합니다. 워크플로우 스튜디오 작업 단계로 드래그할 수 있는 속성을 데이터 알약으로 표시합니다. 예를 들어 REST 단계 쿼리 매개변수가 되는 페이지 크기 속성을 만들 수 있습니다. 연결 속성에 대한 자세한 내용은 통합 허브에 대한 연결 속성 생성을 참조하십시오.
MID 서버 연결 별칭
작업 디자이너는 별칭과 연결된 연결 기록을 사용하여 선택 속성을 설정 MID 서버 하고 별칭을 통합 단계와 연결할 수 있습니다. 플로우가 실행되면 시스템은 속성을 사용하여 단계를 실행하는 단계를 MID 서버 결정합니다. 자격 증명, 연결 및 별칭 소개에 대해 자세히 알아보십시오.
MID 서버 및 MID 클러스터 선택
대부분의 통합 단계에서 단계가 실행될 때 사용할 단계에 대한 또는 MID 클러스터를 지정할 MID 서버 수 있습니다. 의 MID 서버경우, 구성한 서버를 선택하거나 단계의 MID 선택 목록에서 MID 서버 자동 선택 을 선택하여 시스템에서 하나를 선택하도록 할 수 있습니다. 런타임 중에 a MID 서버 가 선택되는 방법에 대한 자세한 내용은 MID 서버 선택을 참조하십시오. MID 클러스터의 경우 단계에 대한 부하 분산 또는 페일오버 클러스터를 선택할 수 있습니다. MID 클러스터에 대한 자세한 내용은 MID 서버 클러스터 구성을 참조하십시오. 페이로드 빌더 단계와 XML 파서 단계는 MID 서버 선택을 지원하지 않습니다.
를 지정할 MID 서버때 플로우 설계자는 플로우가 실행될 때 실행 환경을 다른 것으로 MID 서버 이동하지 않아야 합니다. 여러 엔드포인트에서 작업을 수행하도록 구성 MID 서버 하거나 네트워크의 각 MID 서버 엔드포인트에 여러 기능을 제공합니다. 작업과 관련된 연결 기록을 업데이트하려면 connection_admin 역할이 있는 사용자가 필요하거나 네트워크 구성을 업데이트하려면 네트워크 관리자가 MID 서버 필요할 수 있습니다.
설계 고려 사항
다음 가이드라인을 사용하여 통합 단계를 설계합니다.
- 인스턴스와 MID 서버 여러 번 사이로 실행 환경을 바꾸지 마십시오. 가능한 경우 유사한 작업 단계를 그룹화합니다. 예를 들어, 에서 실행되는 기록 작업 및 통합 단계를 수행하는 핵심 단계를 그룹화합니다.MID 서버
- 통합 단계를 사용하는 스포크를 생성할 때 연결 및 자격 증명 별칭 기록을 해당 연결 유형으로 포함합니다. 누구든 스포크를 사용할 수 있으려면 connection_admin 역할이 있는 사용자가 해당 연결 유형을 지원하는 연결 기록에 별칭 기록을 연결해야 합니다. 연결을 인라인으로 정의하는 경우 입력을 사용하여 프로세스 분석가가 플로우에 작업을 추가할 때 연결 정보를 정의할 수 있도록 합니다.
- MID 서버 GlideRecord 객체의 모든 값에 액세스할 수 있는 것은 아니며 sys_id 참조에만 액세스할 수 있습니다. 참조 유형의 입력이 작동하지 않습니다.MID 서버 대신, 필요한 GlideRecord 값을 포함하는 동작 입력을 생성하십시오.
역할
통합 단계를 만들려면 사용자에게 action_designer 또는 관리자 역할이 있어야 합니다. 에서 단계를 MID 서버MID 서버 실행하는 경우 사용자에게 단계와 관련된 연결 및 자격 증명 정보에 액세스할 수 있는 connection_admin 및 credential_admin 역할이 있어야 합니다.