Studio를 최대 잠재치까지 사용하기 위한 안내입니다.
- 조직에 대한 이름 지정 규칙 설정
- 모든 Studio 프로젝트 및 관련 컴포넌트 파일, 폴더, 프로젝트,
오케스트레이션, 엔드포인트 등에 고유하고 의미 있는 이름(해결 중인
비즈니스 문제점과 관련해서 의미 있음)을 제공합니다. 이름은 다음과 같아야 합니다.
- 고유함 - Studio는 대소문자를 구분합니다. filename1, FILENAME1 및 FileName1은
세 개의 다른 파일입니다. 그러나 Studio 프로젝트를 구별할 때
대문자 표시에 의존하지 마십시오. 혼동을 가져올 수 있습니다.
- 설명적 - 예를 들어, 공급자와 인벤토리 시스템을 통합하는
프로젝트는 “SupplyChainIntegration”이라고 부를 수 있습니다.
- 프로젝트를 자주 백업
- 특히 다중 사용자 환경에서는 프로젝트를 자주
백업하십시오. 특정 프로젝트의 디렉토리에 컨텐츠의 압축
파일을 간단히 작성하여 모든 Studio 프로젝트 컴포넌트를 빠르게
백업할 수 있습니다. 압축 파일을 다른 안전한 위치에
저장하십시오. 프로젝트 변경사항도 추적할 수 있는
버전 제어 시스템에 저장하는 것이 이상적입니다.
- 중심 위치에 프로젝트 저장
- 프로젝트를 쉽게 찾고 이전 반복이 쉽게 복구되도록
기본적으로 버전 제어 소프트웨어를 사용하여 모든 프로젝트 파일을
중심 위치에 저장하십시오(이는 여러 개발자가 동일한 프로젝트에 대해
작업 중인 경우에 특히 중요함).
- 최적 성능을 위한 오케스트레이션 디자인
- 가능한 경우 통합하기 전에 소스 시스템의 기본
기능을 사용하여 모든 입력 데이터를 사전 처리하십시오. 소스
시스템 외부에서의 데이터 변환이 처리 오버헤드에 추가됩니다. 성능이
문제가 되는 경우, 통합 프로젝트의 오케스트레이션에서
맵 활동의 사용을 최소화할 수 있는 방법을 조사하십시오.
- 예를 들어, 몇 개의 다른 데이터베이스 시스템에서 데이터를
통합하는 경우, 오케스트레이션의 서로 다른 데이터 유형 간의
모든 차이점을 해결하는 대신에 데이터를 사전 처리하는 추출 테이블을
작성하는 것을 고려하십시오.
- 엔드포인트 정의에 구성 특성 사용
- 프로젝트 엔드포인트의 세부사항을 하드 코딩하는 대신에
일부 세부사항의 특성을 사용할 수 있습니다. 이러한 구성 특성을
Studio에 정의한 후 관리 콘솔을 사용하여 다양한 런타임 값을
지정합니다. 프로젝트를 배치하기 전에 프로덕션
환경에서 실제 엔드포인트의 특성을 구성해야 합니다.
자세한 정보는 온라인 도움말을 참조하십시오.
- 디자인할 때 Studio의 활동 및 모든 정의 테스트
- Studio를 사용하여 오케스트레이션의 모든 요소를 디자인할 때 적당한
경우에는 항상 테스트 데이터를 사용하여 맵핑이 예상대로 작동하는지
확인하십시오. 프로젝트를 공개하기 전에 Studio를 사용하여
모든 맵핑과 플랫 파일 스키마를 테스트하십시오.
- 개발 및 테스트 환경 설정
- 이상적으로 테스트 환경에서 데이터 소스 및 대상을 복제하는 것을
포함하여 프로덕션 환경을 미러링하는 개발 및 테스팅 환경을
설정해야 합니다.
- 프로덕션 데이터를 개발 및 테스트 환경에 추출(또는
복제)하십시오.
프로젝트를 배치하기 전에
구성 특성을 변경하여 프로덕션 환경에서 실제 엔드포인트의 특성을
구성해야 합니다. 자세한 내용은 관리 콘솔 온라인 도움말을
참조하십시오.