Studio 우수 사례

Studio를 최대 잠재치까지 사용하기 위한 안내입니다.

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

프로젝트를 배치하기 전에 구성 특성을 변경하여 프로덕션 환경에서 실제 엔드포인트의 특성을 구성해야 합니다. 자세한 내용은 관리 콘솔 온라인 도움말을 참조하십시오.




피드백 | 주의사항


시간소인 아이콘 마지막 업데이트 날짜: 2013년 11월 6일 수요일