또 다른 방법은 표준 관계형 데이터베이스 또는 문서 저장소 데이터베이스 서버를 사용하는 것
이다.
여기서 설명한 방법은 모두 기존 서비스를 활용하므로 신규 서버를 설치하고 실행할 필요 없이
간단한 프로젝트에 빠르게 구현할 수 있다. 사소한 불편함을 포기하면 기존 솔루션을 사용하여
기능을 구축하고 유지보수할 수 있다.
싱글 또는 멀티 구성 레지스트리
모든 시스템, 서비스, 도구의 모든 구성값을 결합하는 것은 매력적인 아이디어다. 여러 시스템
에 분산되지 않고 모든 것을 한 곳에 보관할 수 있다. ‘하나의 레지스트리가 모든 것을 지배한
다’고 볼 수 있다. 그러나 싱글 레지스트리가 크고 이기종
heterogeneous
인 환경에서 항상 실용적인
것은 아니다.
모니터링 서비스와 서버 구성 시스템 같은 많은 도구에는 자체 레지스트리가 있다. 라이선스
관리, 서비스 검색, 사용자 디렉터리와 같은 특정 작업에 알맞은 여러 레지스트리와 디렉터리
제품을 찾을 수 있을 것이다. 이러한 도구를 단일 레지스트리 시스템을 사용하도록 변경하면
지속적인 작업 프로세스가 생성된다. 모든 도구의 모든 업데이트는 평가와 테스트가 필요하며
통합을 유지하기 위해 잠재적으로 더 많은 작업이 필요하다.
데이터가 저장된 서비스에서 관련 데이터를 가져오는 것이 더 나을 수 있다. 어떤 시스템이 특
정 데이터 또는 구성 항목의 실제 출처인지 확인해야 하며 이러한 이해를 바탕으로 시스템과
도구를 설계해야 한다.
일부 팀은 메시징
messaging
시스템을 사용하여 구성 데이터를 이벤트로 ...