'RTMP'에 해당되는 글 1건

  1. 2008.09.22 IT용어
Computing2008. 9. 22. 18:03

RPC[Remote Procedure Call]
분산 처리 방식에서, 어떤 컴퓨터의 프로그램에서 다른 컴퓨터에서 동작하고 있는 프로그램의 절차(C 언어에서는 function)를 직접 불러내는 것. 이 기능으로 두 컴퓨터의 프로그램 사이에서 직접 통신이 가능하며, 통신망을 통해 실행 결과의 값을 주고받는다. 네트워크 파일 시스템(NFS), NCS(Network Computing System) 등 분산 처리 기능을 실현하는 소프트웨어에서 사용된다.

AMF[Action Message Format]
- AMF 채널: AMF는 ActionScript 객체를 효율적으로 직렬화하기 위해 사용되는 바이너리 메시지 형식입니다. AMFChannel은 Flash Player용 flash.net.NetConnection 클래스를 사용하여 HTTP를 통해 AMF 형식의 메시지를 AMFEndpoint로 비동기적으로 전송합니다. Flash Player 8.5에서는 AMF 3으로 알려진 새로운 버전의 AMF를 도입하여 새로운 ActionScript 3.0 언어를 제공하지만 이전 버전인 AMF 0도 계속 지원됩니다. 새로운 ActionScript 3 데이터 유형에 대한 지원 외에도 AMF 3에서는 공통적으로 발생하는 클래스 설명과 참조 문자열을 직렬화하여 보다 간결한 인코딩 형식을 사용하고 중복된 정보를 줄입니다. NetConnection(및 AMFChannel)은 기본적으로 AMF 3을 사용합니다. AMFChannel은 HTTP를 통한 바이너리 정보 사용이 가능하고 보안을 위해 암호화 기능을 사용할 필요가 없는 환경에서 모든 RPC 서비스에 대해 권장되는 채널입니다.

- 보안 AMF 채널: 이 채널은 AMFChannel와 동일하지만 HTTPS를 사용하여 AMF 형식의 메시지를 AMFEndpoint로 전송하는 점이 다릅니다

SOAP (Simple Object Access Protocol)
SOAP (Simple Object Access Protocol)은 웹상의 객체들을 액세스하기 위한 마이크로소프트의 프로토콜이다. 이 프로토콜은 HTTP를 사용하여 인터넷에 텍스트 명령어를 보내기 위해 XML 구문을 쓴다.
SOAP은 COM, DCOM, 인터넷 익스플로러, 마이크로소프트의 자바 이행 등 내에서 지원되면, XML과 HTTP 통신을 기반으로 하여 네트워크 상에 존재하는 각종 컴포넌트간의 호출을 효율적으로 실현하기 위한 방법을 제시하는 규약이다.

EAI (Enterprise Application Integration)
전사적 애플리케이션 통합. 미들웨어를 이용해 비즈니스 로직을 중심으로 기업내 각종 애플리케이션을 통합하는 과정. 전통적인 미들웨어가 개별적인 애플리케이션 간의 통합과 그들 간의 불연속적인 트랜잭션을 용이하게 하는 반면, EAI는 기업이 여러 애플리케이션 간의 관계와 비즈니스 프로세스의 근간을 이루는 트랜잭션 네트워크를 관리할 수 있도록 한다. EAI는 말 그대로 기업의 레거시 애플리케이션을 포함해 모든 애플리케이션을 통합하는 것이 목적이다. 이런 EAI의 기본 목적은 어느 업체나 동일하지만 실제로 EAI 솔루션을 제공하는 업체들의 접근 방법은 그 업체가 갖고 있는 기반 기술, 그리고 접근 방법에 따라 다소 달라진다. 

SAP[Service Access Point]
계층화된 프로토콜에서 하나의 계층은 서비스 제공자이며 몇 개의 서비스 기능들로 구성된다. 하나의 서비스 기능은 어떤 계층의 서브시스템이다. 각 서브시스템은 또한 엔티티들로 구성될 수 있다. 계층의 기본 개념은 자신의 상위 계층에 서비스를 제공하는 것을 의미하며 상위 계층이 하위 계층에 서비스를 요청함으로써 실제적인 서비스가 제공된다. 계층간의 인터페이스에서 프리미티브(primitives)라는 4개의 트랜잭션이 서비스 접근점(SAP)이라 불리는 식별자를 통해 계층 사이에서 호출된다. 서비스 접근점은 특정 서비스 기능의 주소나 식별자를 포함한다.

프리미티브에는 요구(request), 지시(indication), 응답(response), 확인(confirm)이 있다. 이중 요구는 서비스 사용자가 기능을 호출하기 위해서 사용하고, 지시는 서비스 제공자가 기능을 호출하기 위해 또는 서비스 접근점에서 기능이 호출되었음을 지시하기 위해 사용하며, 응답은 서비스 사용자가 지시에 의해 이미 호출된 기능을 완료시키기 위해 사용하고, 확인은 서비스 제공자가 요구에 의하여 이미 호출된 기능을 완료시키기 위해 사용한다.

HTTP [hypertext transfer protocol]
인터넷에서 하이퍼텍스트(hypertext) 문서를 교환하기 위하여 사용되는 통신규약이다. 하이퍼텍스트는 문서 중간중간에 특정 키워드를 두고 문자나 그림을 상호 유기적으로 결합하여 연결시킴으로써, 서로 다른 문서라 할지라도 하나의 문서인 것처럼 보이면서 참조하기 쉽도록 하는 방식을 의미한다.
http는 1989년 팀 버너스 리(Tim Berners Lee)에 의하여 처음 설계되어 인터넷을 통한 월드 와이드 웹(World-Wide Web) 기반에서 전 세계적인 정보공유를 이루는데 큰 역할을 하였다. http의 첫번째 버전은 인터넷을 통하여 가공되지 않은 데이터를 전송하기 위한 단순한 프로토콜이었으나, 데이터에 대한 전송과 요구·응답에 대한 수정 등 가공된 정보를 포함하는 프로토콜로 개선되었다.
인터넷 주소를 지정할 때 'http://www....'와 같이 하는 것은 www로 시작되는 인터넷 주소에서 하이퍼텍스트 문서의 교환을 http 통신규약으로 처리하라는 뜻이다.


HTTPS
HTTPS는 월드 와이드 웹통신 프로토콜인 HTTP의 보안이 강화된 버전이다. HTTPS는 통신에서의 인증과 암호화를 위해 넷스케이프 커뮤니케이션즈 코퍼레이션이 개발했으며, 전자 상거래에서 널리 쓰인다.

- HTTP 채널: 이 채널은 flash.net.URLLoader를 사용하여 XML 형식의 메시지를 HTTP를 통해 HTTPEndpoint로 비동기적으로 전송하는 텍스트 기반 채널입니다. XML 형식은 강력한 형식의 ActionScript 3.0 데이터를 지원하며 공통적으로 발생하는 객체, 클래스 정의 및 문자열에 대한 참조별 직렬화와 같은 AMF 3의 다양한 최적화 기술을 포함합니다. 이 채널은 텍스트 전용 통신 요구 사항이 있는 환경에서 유용합니다.

참고: flash.utils.IExternalizable 인터페이스는 아직 HTTPChannel에서 완전히 지원되지 않습니다. 따라서 객체 참조를 복구할 필요가 있는 mx.utils.ObjectProxy 및 mx.collections.ArrayCollection 인스턴스는 이 채널을 사용하여 직렬화하면 안 됩니다. - Secure HTTP 채널: 이 채널은 HTTPChannel 클래스와 동일하지만 HTTPS를 사용하여 메시지를 HTTPEndpoint에 전송한다는 점이 다릅니다.

HTTPS는 소켓 통신에서 일반 텍스트를 이용하는 대신에, SSL이나 TLS 프로토콜을 통해 세션 데이터를 암호화한다. 따라서 데이터의 적절한 보호를 보장한다. HTTPS의 기본 TCP/IP 포트는 443이다.
보호의 수준은 웹 브라우저에서의 구현 정확도와 서버 소프트웨어, 지원하는 암호화 알고리즘에 달려있다.

HTTPS를 사용하는 웹페이지의 URL은 'http://'대신 'https://'로 시작한다.
간혹, 웹에서 신용카드를 사용하는 사람들은 HTTPS가 "완벽하게" 정보를 보호해준다고 오해하기도 한다. 그러나 실제로 이것은 웹 서버와 브라우저 사이에 전송되는 카드 정보만이 암호화될 뿐이다. 카드 정보는 보통 서버 데이터베이스에 저장되며(대개 신용카드 처리기에는 전송되지도 않는다), 정보 유출은 대부분 내부 인력이 일으킨다.

 

RTMP[Macromidia Real-Time Messaging Protocl ]
RTMP도 AMF를 사용하여 ActionScript 객체를 직렬화하지만 RTMPEndpoint와의 영구적인 연결을 유지 관리하고 실시간 통신이 가능합니다. RPC 서비스는 단일 클라이언트/서버 요청/응답 모델을 사용하여 비동기적으로 만들어지기 때문에 실시간 통신은 필요하지 않습니다


WSDL(Web Services Description Language)
WSDL은 문서 지향적 또는 프로시저 지향적인 정보를 포함한 메시지에서 작동하는 종점 집합으로서의 네트워크 서비스를 설명하는 XML 형식입니다. 이러한 작동 및 메시지에 대해 대략적으로 설명한 다음, 구체적인 네트워크 프로토콜 및 메시지 형식으로 연결하여 종점에 대해 정의합니다. 관련된 구체적인 종점은 추상 종점(서비스)과 결합되어 있습니다. WSDL은 통신에 사용되는 메시지 형식 또는 네트워크 프로토콜과는 상관 없이 종점 및 종점의 메시지를 설명하도록 확장할 수 있습니다. 하지만, 이 문서에 설명된 바인딩만이 SOAP 1.1, HTTP GET/POST 및 MIME과 함께 WSDL을 사용하는 방법을 설명합니다.

이 WSDL 언어 버전은 종점의 컴퍼지션 및 결합을 설명하는 프레임워크를 포함하지 않는 첫 번째 단계입니다. 계약을 설명하는 전체 프레임워크는 메시지를 받거나 보내는 순서 규칙과 같이 서비스의 동작을 표현하는 방법과 서비스를 작성하는 방법을 포함합니다. 서비스의 컴퍼지션은 모든 형식을 지원해야 하지만 런타임에 교환되고 바운드되는 서비스 참조와 함께 전달되는 참조를 허용해야 합니다. 특히, 후자는 런타임 계약 협상의 중요한 요소이며 참조 동작을 캡처하고 서비스를 중개합니다.

WSDL 스펙 작성자들은 (1)서비스를 작성하는 프레임워크 및 (2)서비스의 동작을 설명하는 프레임워크를 포함하는 WSDL의 수정된 버전 및/또는 추가 문서를 적시에 게시하고 있습니다.

Posted by 버터백통