물리적 모델: 애플리케이션 아키텍처

  • 아티클

개념적 및 논리적 모델이 완료되면 애플리케이션의 물리적 구현에 대한 결정을 내릴 수 있습니다. 물리적 모델을 만들려면 애플리케이션의 다양한 서비스를 배치해야 하는 위치와 구현 방법을 이해해야 합니다. 서비스를 구현하는 방법 전에 다양한 서비스가 상주하는 위치를 결정합니다.

다양한 서비스가 상주하는 위치를 결정하는 기본 규칙 중 하나는 구성 요소를 사용 중인 위치에 배치하는 것입니다. 예를 들어 구성 요소가 기본 클라이언트에 대한 정보를 표시하는 경우 사용자의 컴퓨터에서 이동해야 합니다. 구성 요소가 기본 클라이언트의 정보의 유효성을 검사하는 경우 기본 클라이언트의 컴퓨터에도 있어야 합니다. 구성 요소가 데이터베이스의 정보를 업데이트하는 경우 데이터베이스 서버에 있어야 합니다.

물론 이 규칙에 대한 예외를 만드는 추가 고려 사항이 있습니다. 성능 및 보안 문제는 구성 요소가 있는 위치를 결정할 수도 있습니다. 다음을 살펴보세요.

  • 구성 요소가 자주 변경되어 업데이트를 배포하기가 어렵나요?
  • 구성 요소가 일반적인 보안 확인 구성 요소와 같은 다른 애플리케이션에서 사용되나요?
  • 구성 요소가 긴 계산을 수행하거나 서버로 오프로드할 수 있는 인쇄와 같은 함수를 수행하나요?
  • 구성 요소를 서버에 배치하여 구성 요소의 보안을 강화할 수 있나요?

애플리케이션의 구성 요소를 제대로 배치하면 시스템 또는 데이터 위치가 변경될 경우 개발 팀이 비용이 많이 드는 리코딩을 차단할 수도 있습니다. 예를 들어 저장 프로시저가 아닌 데이터 계층에 데이터 액세스 규칙을 배치하면 애플리케이션이 특정 DBMS에 대한 의존으로부터 더 쉽게 격리됩니다. 변경 내용이 제한되고 테스트 구획화될 뿐만 아니라 데이터 원본을 변경하고 애플리케이션을 근본적으로 변경하지 않고도 데이터를 배포할 수 있습니다.

마지막으로 구성 요소를 찾는 것은 시스템 효율성을 활용해야 합니다. 네트워크의 중앙 집중식 위치에 비즈니스 개체를 배치하는 것은 시간과 비용 효율적입니다. 개체는 애플리케이션 간에 공유할 수 있으며 구성 요소를 배포하기 전에 단위 테스트를 수행할 수 있습니다. 규칙 변경은 단일 지점에서만 발생하므로 유지 관리 비용도 줄일 수 있습니다.

개념 모델: 애플리케이션 요구 사항

논리 모델: 애플리케이션 정의 및 계획