레이어 프로토콜 적용

 ，응용층 ：

①원격 로그인 （Telnet）;

② (file transfer protocol,FTP);

③ (simple mail ttransfer protocol,SMTP);

④도메인 이름 시스템(domain name system,DNS);

⑤단순 네트워크 관리 프로토콜(simple network management protocol,SNMP);

⑥하이퍼텍스트 전송 프로토콜(hyper text transfer protocol,HTTP).

웹 서비스, rpc,rmi,jms 원격 방법 호출의 차이 실현

웹 서비스, jms, rpc,rmi의 차이
 
웹 서비스가 제공하는 서비스는 웹 용기를 바탕으로 하는 것으로 http 프로토콜을 사용하여 원격 서비스 제공자와 유사하다.
예를 들어 일기예보 서비스는 각 지역의 클라이언트에게 일기예보를 제공하는 일종의 응답을 요청하는 메커니즘이고 크로스 시스템, 크로스 플랫폼이다.
하나의 servlet을 통해 서비스를 제공하는 것이다.
 
RPC는 기반 프로토콜을 유연하게 정의할 수 있으며 HTTP로 정의하면 웹 서비스와 다를 것이 없습니다.
일반적으로 웹 서비스보다 조금 더 효율적으로 TCP로 정의하는 것을 좋아합니다.
 
RPC는 일반적으로 WinForm 또는 Windows 서비스를 통해 시작해야 하고 웹 서비스는 웹 서비스를 시작해야 한다
 
즉, RPC는 여러 언어를 지원하지만 RMI는 Java 쓰기 응용 프로그램만 지원합니다. 
또한 RMI는 Java 객체 및 기본 데이터 유형을 반환할 수 있는 원격 객체 메소드를 호출합니다.
반면 RPC는 객체의 개념을 지원하지 않으며 RPC 서비스로 전송되는 메시지는 외부 데이터 표현(External Data Representation, XDR) 언어로 표시됩니다.
이런 언어는 바이트 클래스와 데이터 형식 구조 간의 차이를 추상화했다.XDR에 의해 정의된 데이터 유형만 전달될 수 있으며 RPC에서는 객체를 전달할 수 없습니다.
RMI는 개체 중심 Java RPC라고 할 수 있습니다.
 
JMS 및 RMI
Java Messaging Service, JMS(Java Messaging Service, JMS)는 응용 프로그램에서 메시지를 생성, 전송, 수신 및 읽을 수 있는 Java API입니다. 
JMS와 RMI의 차이점은 JMS 서비스를 사용하면 대상은 물리적으로 네트워크의 어떤 JVM에서 다른 JVM으로 비동기적으로 이동된다는 것이다
(메시지 알림 지원? 예를 들어 xmpp 프로토콜) JMS 메시지의 두 가지 모드(Point-to-Point(P2P)와 Publish/Subscribe(Pub/Sub)
RMI 대상은 로컬 JVM에 귀속되고 함수 매개 변수와 반환 값만 네트워크를 통해 전송된다(요청 응답 메커니즘이다).
 
프록시 모드는 다른 대상에게 프록시를 제공하여 대상 대상에 대한 접근을 제어하고 자바 동적 프록시는 프록시 모드에 간단하고 사용하기 쉬운 프레임워크를 제공합니다.HTTP 프로토콜을 바탕으로 하는 자바 대상 터널 기술은 대상 메시지 전달을 실현하고 이 기술을 응용 시스템에 편리하게 집적할 수 있다.자바 프록시 모델과 HTTP 프로토콜을 바탕으로 하는 자바 대상 터널 기술을 소개하는 토대에서 양자를 바탕으로 하는 RMI 프레임워크의 설계와 실현을 제시했다.이 프레임워크는 기업 내외망 방화벽을 통과할 수 있을 뿐만 아니라 RMI 응용 프로그램을 일반 웹 응용 프로그램과 같이 간단하게 배치할 수 있다.
 
현재 웹 서비스 기술은 이구 플랫폼 시스템의 통합과 상호작용 문제를 해결하는 주류 기술이다[1].이를 바탕으로 하는 XML은 이미 인터넷에서 데이터를 교환하는 실제 표준으로 통용되는 프로세스 간 통신 프로토콜과 네트워크 전송 프로토콜 차단 플랫폼의 차이를 바탕으로 각종 이구적 환경에서의 통신 및 호출 요청을 표준적인 웹 서비스 형식으로 통일할 수 있다[3].그러나 SOAP 프로토콜의 구조적 문제로 인해 캡슐화된 데이터가 몇 배로 팽창할 수 있습니다.전송 데이터의 양이 시간에 비해 문제가 뚜렷하지 않지만 빅데이터 양의 전송을 할 때 웹 서비스의 전송 성능이 실제 운용에서 많이 떨어진다.이것은 빅데이터 양의 데이터 교환이 자주 있는 응용 시스템에는 적용되지 않는다.Caucho Technology사가 제정한 HBWSP(Hessian Binary 웹 서비스 Protocol)[2]는 이 방면에서 돌파했다.Hessian 프로토콜은 웹 서비스에서 자주 사용하는 SOAP 프로토콜과 유사하며, 프로토콜 메시지를 HTTP 패키지에 봉하여 HTTP 채널을 통해 전송한다.따라서 Hessian 프로토콜은 SOAP 프로토콜과 같은 장점을 가진다. 즉, 전송은 방화벽의 제한을 받지 않는다(방화벽은 일반적으로 HTTP 채널을 제한하지 않는다).Hessian 프로토콜의 장점은 로컬 형식의 데이터를 이진 데이터로 인코딩하고 한 문자만 구조화된 표시로 하며 HBWSP가 봉인된 데이터의 증가량은 SOAP가 봉인된 데이터의 증가량보다 현저히 적다는 것이다.또한 SOAP에 비해 Hessian 프로토콜의 외부 데이터는 세 가지 현저한 장점을 나타낸다. 1) 간단한 구조화 표시를 사용한다.간단한 구조화 표지는 인코딩, 디코딩 조작이 메모리에 차지하는 양을 감소시켰다.인코딩할 때 소량의 데이터만 쓰면 구조를 표시할 수 있다.디코딩을 할 때 소량의 데이터만 읽으면 구조를 확정할 수 있다.그리고 간단한 구조화 표지는 인코딩된 데이터의 증가량을 줄였다.2) 일정한 길이의 바이트 레코드 값을 사용합니다.정해진 바이트로 값을 기록하고 디코딩할 때 비트 조작을 사용하여 고정된 길이의 비트에서 값을 얻을 수 있다.이렇게 하면 조작이 간단할 뿐만 아니라 비교적 높은 성능을 얻을 수 있다.3) 반복적으로 만나는 객체를 참조로 대체합니다.중복된 대상을 인용으로 대체하면 중복된 대상에 대한 인코딩을 피할 수 있을 뿐만 아니라 인코딩된 데이터의 양도 줄일 수 있다.따라서 Hessian 프로토콜을 사용하는 데이터 전송량은 SOAP 프로토콜보다 훨씬 적습니다.같은 대상인 Hessian 프로토콜을 전송하는 데이터 양이 SOAP 프로토콜보다 수량 수준이 낮다는 것이 실증되었다.따라서 Hessian 프로토콜은 SOAP 프로토콜보다 분포식 응용 시스템 간의 빅데이터 양의 데이터 교환에 더욱 적합하다.4.2 Hessian 프로토콜의 실현 프레임워크 Hessian 프로토콜의 실현 프레임워크는 그림3과 같다. Hessian 프레임워크를 실현하기 위해 다음과 같은 구성 요소를 설계했다. 인코딩 구성 요소, 디코딩 구성 요소, 통신 구성 요소, 고장 보고 구성 요소, 프록시 구성 요소, 호출 서비스 프로세스 구성 요소이다.