Legacy - 소스 통제와 함께 MID Server 사용

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 2분

    • MID Server를 ServiceNow® 사용하면 인스턴스와 외부 애플리케이션, 데이터 소스 및 서비스 간에 ServiceNow 데이터의 통신과 이동이 가능합니다.

    중요사항:
    릴리스부터 Xanadu 이 버전 ServiceNow 스튜디오 은 Legacy 향후 사용 중단 예정입니다. 이 항목은 숨겨지고 새 인스턴스에서 더 이상 활성화되지 않지만 지원은 계속됩니다. 사용 중단 프로세스에 대한 자세한 내용은 Now Support 지식베이스의 사용 중단 프로세스 [KB0867184] 문서를 참조하십시오.

    대신 현재 버전의 ServiceNow 스튜디오 앱에서 앱을 빌드하고 편집해 보십시오. 자세한 내용은 ServiceNow 스튜디오 문서를 참조하십시오.

    번들 파일이 MID 서버에서 작동하는 방식

    . bundle 파일은 MID Server와의 소스 통제 기능을 지원합니다. 번들 파일은 Git이 로컬 리포지토리를 단일 파일로 패키징하는 방법입니다. 이렇게 하면 리포지토리 공유 또는 이동이 더 간단하고 간소화됩니다. 그런 다음 파일은 MID 서버로 전송되고, MID 서버는 이 파일을 원격 리포지토리로 전달합니다.

    outgoing.bundle(커밋 작업) 및 incoming.bundle(원격 변경 내용 적용)은 MID 서버로 이동하는 모든 요청에 대해 MID 서버 첨부 테이블 [ecc_agent_attachment]에 첨부됩니다. 인스턴스에서는 outgoing.bundle 이 생성되고 MID 서버에서는 incoming.bundle 이 생성됩니다.

    작업이 성공적으로 완료되면 번들 파일은 리포지토리 구성 테이블 [sys_repo_config]에 첨부된 golden.bundle 로 "승격"됩니다. 아직 소스 통제 작업을 수행하지 않은 노드에서 리포지토리를 초기화하는 데 사용됩니다.

    자동 플러시 도구 [sys_auto_flush]는 30일이 지난 ecc_agent_attachment 기록을 제거하는 "테이블 클리너"입니다. 이 작업을 수행하면 해당 첨부 파일도 제거됩니다.

    번들 파일은 MID 서버에 보관된 다음 MID 서버의 임포트 디렉터리에 저장됩니다.

    MID 서버에서 번들 파일은 임포트 폴더에 저장됩니다. 이 폴더는 사용자가 구성할 수 있는 시스템 속성(user.dir)에 의해 정의된 사용자 디렉터리 아래에 있습니다. 번들 파일은 모든 작업이 끝날 때 시스템 플러싱의 일부로 제거됩니다.

    MID Server 작업

    주:
    소스 통제 작업은 익스포트 후 전체 앱이 번들로 제공되고 앱 크기에 따라 달라지기 때문에 MID 서버를 사용하는 경우 더 큰 애플리케이션의 경우 더 많은 시간이 걸릴 수 있습니다.