하나의 시스템은 독립적인 프로그램들로 구성됩니다.

우리는 프로그램들과 이들 프로그램들과의 관계를 정리하는 것을 아키텍쳐라고 부릅니다.

이들 시스템들의 다이어그램을 그릴 때, 종종 개개의 프로그램들과 서버들을 간략하고 조그만 사각형들로, 연결 관계들을 화살표들로 표현합니다.

“HTTP를 통신하는 SOAP-XML을 사용한 동기화/비동기 요청/응답”을 의미하는 하나의 화살표가 있습니다. 단 하나의 그림 문자가 표현하기에는 너무나 많은 정보를 가지고 있습니다. 이러한 모든 것을 표현하기에는 충분한 공간이 없습니다.

그래서 우리는 화살표 위에 내부적인 관점으로는 “XML over HTTP (HTTP 기반의 XML)”,  외부적인 관점으로는 “SKU[1] Lookup”[2] (재고 검색)라고 이름을 붙입니다.

프로그램들을 연결하는 화살표는 직접적으로 프로그램들과 통신하는 것 같아 보이지만, 사실은 그렇지 않습니다. 박스들 사이에 하얀 공백들은 하드웨어와 소프트웨어 컴포넌트들로 가득 채워져 있습니다.

이 회로와 같은 박스는 아래와 같은 것들을 포함할 수 있습니다.

• 네트워크 인터페이스 카드
• Landing Zone 테이블
• 네트워크 스위치
• 도시 권역 SoNET Ring(Metro-area SoNET Rings)
• 방화벽
• MPLS 게이트웨이
• 칩임 탐지 시스템과 침입탐지와 실시간 방어가 가능한 솔루션 (IDS와 IPS)
• 중계 회선 (Trunk lines )
• 메세지 큐와 브로커들
• Oceans (대양)
• 케이블을 찾는 배들(Cable-finding fishing trawlers)
• XML 변환 엔진들
• FTP 서버들

프로그램 A와 B사이에는 항상 4개 또는 5개의 컴퓨터들이 있습니다. 이들 컴퓨터는 패킷 스위칭을 하는 소프트웨어와 , 트래픽 분석, 위험 분석 등을 위한 소프트웨어가 동작하고 있습니다. 아키텍트로써, 이러한 프로그램들을 연결 시키기 위해서는, 당신은 이러한 요소들을 고려해야 됩니다.

저는 “만족시킴(fulfillment)”이라고 표기해 놓은 화살표를 본적이 있습니다. 하지만 이 간단한 화살표의 내부는 그리 간단하지 않습니다. 서버 한대는 고객의 회사에 있었고, 또 다른 서버는 다른 곳에 있었습니다. 고객을 만족시키기 위해서 매우 중요한 이 화살표는 복잡하게 엮여있는 (인테페이스 한개 이상의 쥐덫(Moustetrap) 게임을 닯은 ) 이벤트들의 체인을 나눕니다. (unpack, unmarshaing) 메세지는 메세지 브로커에게 전달 되어지고 브로커는 이 메시지 들을 파일형태로 저장합니다.  그후 주기적인 FTP 처리를 통해 이 파일들을 수집해 간 후 또 여러 가지 일을 합니다. 단지 하나의 인터페이스가 20개의 이상의 절차를 가지고 있습니다.

화살표가 전달하는 정적이거나 동적인 메세지(loads)를 이해하는 것은 필수적입니다. 단지 “HTTP 기반의 SOAP-XML”이라고 표현하는 것 대신에, 작은 화살표는 “HTTP 요청 당 하나의 쿼리를 날리고, HTTP응답(reply)당 하나의 응답(response)이 돌아오는 것을 예측합니다. 그리고 최대 초당 100 개 이상의 요청과 250 밀리 초 (milliseconds) 이하의 시간 동안 99.999 %의 응답을 제공합니다.” 라고 표현해야 합니다.

우리는 화살표에 대해 알아야 할 것들이 더 있습니다.

• 호출자가 너무 자주 호출한다면? 응답자는 한계에 도달했을 때 요청을 무시(drop) 할지, 공손히 거절해야 할지, 요청을 처리할 수 있게 최선을 다해야 할까요?
• 호출자가 250 밀리 초 (milliseconds) 이후에 응답을 받게 된다면? 재호출 해야 할까요? 좀더 기다려야 할까요? 또는 응답자가 죽었다고 가정하고, 요청에 대한 기능을 수행하지 않고 넘어가야 할까요?”
• 호출자가 프로토콜 (통신 규약) 1.0으로 요청을 보냈는데, 1.1 버젼 형태로 응답이 왔다면 어떠한 일이 발생할까요? 받은 데이터 중 일부분이 XML 대신 HTML 형태로 왔다면? 또는 XML 대신에 MP3 File이 왔다면?
• 잠시 동안 인터페이스의 한 끝 부분이 사라졌다면 어떻게 될까요?

이러한 물음들에 대해 답변하는 것이 다이어그램을 그리는(백지를 채우는) 작업의 핵심입니다.

Written By Michael Nygard

이 자료는 Creative Commons Attribution 3 라이센스를 준수합니다.

원본 자료 – http://97-things.near-time.net/wiki/Engineer%20in%20the%20white%20spaces

(실제 서적을 번역한 것이므로, 위 Wiki 원본과는 번역 내용이 상이할 수도 있습니다.)

[1]Stock Keeping Unit – 문자와 숫자 등 기호로 표기하며 개별적인 생산물(제품,단품)에 대해 재고관리 목적으로 추적(History) 관리가 용이하도록 식별하기 위해 사용되는 논리적 관리코드이다

[2] SKU Lookup – 재고의 관리 단위 ( XML HTTP로 통신하지만, 실제 재고 내용을 파악하기 위한 메시지 였음을 의미한다.)