초록

용어보기논문에서 용어와 풀이말을 자동 추출한 결과로, 시범 서비스 중입니다. AI-Helper

CORBA는 이종의 분산 컴퓨팅 환경에서 재사용성, 이식성, 상호 운용성을 유지하며 통합할 수 있는 환경을 제공한다. 그러나 표준 CORBA는 객체 복제를 이용하여 지원할 수 있는 결함 감내와 고 가용성을 지원하지 못한다. 지금까지의 CORBA 기반 그룹 통신에 관한 연구들은 CORBA 애플리케이션 프로그래머가 그룹 통신 프로토콜을 직접 이용할 수 있는 방법이 없었다. 또한 CORBA 또는 OS의 수정이 요구되거나, 기존의 다양한 그룹 통신 프로토콜을 적용할 수 없었다. 본 연구에서는 상호 운용성, 기존 그룹 통신 프로토콜의 재사용, ORB와 OS에 대한 독립성을 유지하고, 유연성 있는 하부 프로토콜 적용을 가능하게 하는 OCI를 확장함으로써, 표준 CORBA의 수정 없이 다양한 그룹 통신 프로토콜을 적용할 수 있는 그룹 통신 프레임웍을 제안한다.

CORBA는 이종의 분산 컴퓨팅 환경에서 재사용성, 이식성, 상호 운용성을 유지하며 통합할 수 있는 환경을 제공한다. 그러나 표준 CORBA는 객체 복제를 이용하여 지원할 수 있는 결함 감내와 고 가용성을 지원하지 못한다. 지금까지의 CORBA 기반 그룹 통신에 관한 연구들은 CORBA 애플리케이션 프로그래머가 그룹 통신 프로토콜을 직접 이용할 수 있는 방법이 없었다. 또한 CORBA 또는 OS의 수정이 요구되거나, 기존의 다양한 그룹 통신 프로토콜을 적용할 수 없었다. 본 연구에서는 상호 운용성, 기존 그룹 통신 프로토콜의 재사용, ORB와 OS에 대한 독립성을 유지하고, 유연성 있는 하부 프로토콜 적용을 가능하게 하는 OCI를 확장함으로써, 표준 CORBA의 수정 없이 다양한 그룹 통신 프로토콜을 적용할 수 있는 그룹 통신 프레임웍을 제안한다.

AI 본문요약

엑셀 다운로드 AI-Helper

* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.

• 연구 주제
• 연구 방법
• 연구 결과

문제 정의

• 이를 해결하기 위해서는 표준 CORBA 인터페이스를 통해 다양한 그룹 통신 프로토콜을 적용할 수 있는 일반적인 그룹 통신 프레임웍이 있어야 한다. 본 논문에서는 상호 운용성, 기존의 다양한 그룹 통신 프로토콜에 대한 재사용성, ORB와 OS에 대한 독립성 을유지하고, 유연하게 하부 프로토콜을 적용할 수 있는 OCI (Open Communication Interface)를 확장함으로써, 기존의 CORBA를 수정하지 않고 그룹 통신을 적용할 수 있는 프레임 웍을 제안한다.

가설 설정

• CORBA 객체에 GCS를 적용하기 위해서는 그룹 주소 (group address), 그룹 멤버쉽 (group membership), 순서화 (ordering)의 3가지 측면이 고려되어야 한다. 본 연구에서는 하부 그룹 통신 프로토콜이 메시지에 대해 신뢰성 있는 전송을 보장한다고 가정한다.
• 결국 본연구에서 제안한 프레임웍은 ORB와 OCI를 수정하지 않고 다양한 그룹 통신 프로토콜을 적용할 수 있으며, 보다 자세한 구현 및 동작 과정은 ⑵에서 볼 수 있다. 우리는 그룹 통신 모델로 일대다 (one to many) 통신을 가정했다. 송신자(sender) 는 Connector 위에 위치 하며, 다수의 수신자 (receiver)는 Acceptor 위에 위치한다.

제안 방법

• 이에 따라 IP 멀티 캐스트를 CORBA에 적용할 때, 긍정 응답 (acknowledgement)와 소실된 패킷에 대한 재전송 (retransmission) 기능을 추가하였다. 그리고 IOR (Interoperable Object Reference)에 IP 멀티 캐스트 주소와 시퀀스 번호를 추가하였다. 이 연구는 Java IP 멀 티캐스트 API를 그룹 함수로써 직접 이용하기 때문에 동적 그룹 멤버쉽을 지원하지 않으며, CORBA에서 다양한 그룹 통신 프로토콜을 적용할 수 없다.
• 그룹 주소는 클라이언트가 그룹을 하나의 객체와 같이 인식함으로써, 투명성을 보장하여 그룹 객체들이 작업을 수행 할 수 있도록 해준다. 여기서 제안하는 OCI 확장은 그룹 통신 프로토콜에서 제공하는 그룹 구별자를 사용하여 그룹 객체 레퍼런스를 만든다. 그룹 객체 레퍼런스눈 IOR로써 표현 되 며 OCI의 transport에 그룹 구별자를 확장한다.
• CORBA는 전송 수준 (transport layer)에 대해 연결 지향 (connection oriented), 신뢰성 있는 데이터 전송 (reliable data transport), 스트림으로 전송 가능한 데 이 터 (transported data as a stream), 연결 손실에 대한 통지 (notification of connection loss)를 해야 한다고 정하고 있다 [14]. 이에 따라 IP 멀티 캐스트를 CORBA에 적용할 때, 긍정 응답 (acknowledgement)와 소실된 패킷에 대한 재전송 (retransmission) 기능을 추가하였다. 그리고 IOR (Interoperable Object Reference)에 IP 멀티 캐스트 주소와 시퀀스 번호를 추가하였다.

대상 데이터

• 그러나 네트워크 레벨 인터셉터는 최근 명세서[11] 에서 언급되지 않았다. 이에 네트워크 레벨 인터셉터와 유사한 기능을 지원해주는 것으로 OCI와 MGIOP 엔진을 고려하게 되었다. OCI는 IN/CORBA 명세서[3, 6]에서 다양한 전송 프로토콜을 적용할 수 있도록 디자인되었다.

이론/모형

• 본 연구에서의 방법은 이식성 있는 인터셉터 (Portable Interceptors) [12]의 한 부분인 네트워크 레벨 인터셉터 (network interceptor) 를 고려했었다. 왜냐하면 네트워크 레벨 인터셉터는 CORBA에 서 의 전송 프로토콜을 유연하게 적용 할 수었게 해주기 때문이다.
• 실제로 TCP/IP를 전송 프로토콜로 사용하는 경우에는 HOP (Internet Inter-ORB Protocol) 를 구현해서 사용한다. 이에 이 연구에서는 그룸 통신을 지원하기 위해 GIOP 에 대한 구현 프로토콜인 GCIOP (Group Communication Inter-ORB Protocol)을 정의했다.

성능/효과

• 애플리케이션 객체들이 서버와 클라이언트 역할을 동시에 할 수 있는 모델 (reactive model) 이라면, 제안한 디자인은 다대다 (peer to peer) 통신에 적용할 수 있다. 결국 본연구에서 제안한 프레임웍은 CORBA내 그룹 통신 지원은 물론, ORB 수정 및 OS 에 대한 의존성 없이 기존의 그룹 통신시스템을 지원한다.
• OCI는 IN/CORBA 명세서[3, 6]에서 다양한 전송 프로토콜을 적용할 수 있도록 디자인되었다. 결국 본연구에서 제안한 프레임웍은 ORB와 OCI를 수정하지 않고 다양한 그룹 통신 프로토콜을 적용할 수 있으며, 보다 자세한 구현 및 동작 과정은 ⑵에서 볼 수 있다. 우리는 그룹 통신 모델로 일대다 (one to many) 통신을 가정했다.

후속연구

• 송신자(sender) 는 Connector 위에 위치 하며, 다수의 수신자 (receiver)는 Acceptor 위에 위치한다. 애플리케이션 객체들이 서버와 클라이언트 역할을 동시에 할 수 있는 모델 (reactive model) 이라면, 제안한 디자인은 다대다 (peer to peer) 통신에 적용할 수 있다. 결국 본연구에서 제안한 프레임웍은 CORBA내 그룹 통신 지원은 물론, ORB 수정 및 OS 에 대한 의존성 없이 기존의 그룹 통신시스템을 지원한다.

본문요약 정보가 도움이 되었나요? 예 아니오 제출

이 논문을 인용한 문헌

더보기