선진 프로그램 간 통신
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
선진 프로그램 간 통신(APPC)은 IBM이 Systems Network Architecture(SNA)의 일부로 개발한 통신 프로토콜이다. 응용 프로그램과 네트워크 간의 변환 기능을 제공하며, LU 6.2(Logical unit type 6.2)와 관련이 있다. APPC는 피어 투 피어 통신을 가능하게 했으며, IBM의 AS/400, OS/2, AIX 등 운영 체제와 마이크로소프트의 Host Integration Server 등에서 지원되었다. TCP/IP가 널리 보급되면서 주류 프로토콜로 자리 잡지는 못했지만, 일부 레거시 시스템에서는 여전히 사용되고 있다.
더 읽어볼만한 페이지
- 시스템 네트워크 아키텍처 - VTAM
VTAM은 IBM의 SNA 주요 구성 요소로, 애플리케이션이 외부 장치와 데이터 통신을 가능하게 하는 액세스 방식 소프트웨어이며, 다양한 네트워크 프로토콜을 지원하며 현재도 여러 기업에서 사용된다. - 시스템 네트워크 아키텍처 - IBM 3270
IBM 3270은 1970년대 초 IBM에서 개발한 메인프레임 컴퓨터용 디스플레이 시스템으로, 동축 케이블로 연결된 단말기와 프린터, 컨트롤러로 구성되어 텍스트 기반 데이터 입출력을 지원하고 화면 전체를 다시 그리는 방식으로 데이터 처리 속도를 향상시켜 금융, 보험, 공공 부문에서 널리 사용되었다. - IBM 소프트웨어 - IBM 시스템 R
- IBM 소프트웨어 - PL/I
PL/I는 1960년대 IBM이 과학 및 상업 분야의 다양한 프로그래밍 요구를 위해 개발한 고급 프로그래밍 언어로, 포트란, 코볼, 알골의 특징을 융합하여 시스템 프로그래밍, 이벤트 기반 프로그래밍 등 다양한 분야에 사용될 수 있도록 설계되었다. - 응용 계층 프로토콜 - 실시간 전송 프로토콜
실시간 전송 프로토콜(RTP)은 스트리밍 미디어의 실시간 전송을 위해 설계된 프로토콜로, IP 네트워크에서 오디오/비디오 전송의 표준으로 사용되며, 멀티미디어 데이터 전송, 타임스탬프, 순서 제어, QoS 피드백 등을 제공한다. - 응용 계층 프로토콜 - D-Bus
D-Bus는 2002년에 시작된 프로세스 간 통신 시스템으로, 시스템 버스와 세션 버스를 통해 정보 공유, 모듈성, 권한 격리를 제공하며, 일대일 요청-응답 및 발행/구독 통신 방식을 지원한다.
선진 프로그램 간 통신 | |
---|---|
개요 | |
종류 | 통신 프로토콜 |
개발 | IBM |
발표 시기 | 1982년 |
다른 이름 | LU6.2 APPC 프로그램 간 고급 통신 |
상세 정보 | |
용도 | 네트워크를 통해 컴퓨터 프로그램 간의 통신을 가능하게 함 |
기반 프로토콜 | TCP/IP SNA |
기능 | 분산 트랜잭션 처리 프로그램 간 통신 |
장점 | 다양한 플랫폼 지원 안정적인 트랜잭션 처리 |
단점 | 복잡한 설정 및 관리 |
기술적 측면 | |
세션 유형 | 대화형 세션 |
전송 모드 | 동기식 및 비동기식 |
보안 기능 | 암호화 및 인증 |
관련 기술 | |
시스템 네트워크 아키텍처 (SNA) | APPC의 기반 아키텍처 |
TCP/IP | APPC over TCP/IP (Enterprise Extender) |
고급 피어 투 피어 네트워킹 (APPN) | APPC를 사용하는 네트워크 프로토콜 |
활용 분야 | |
금융 | 은행 간 거래 |
제조 | 생산 라인 제어 |
유통 | 재고 관리 |
역사 | |
개발 배경 | IBM의 시스템 네트워크 아키텍처 (SNA) 환경에서 프로그램 간 통신 요구 증가 |
초기 개발 | 1970년대 후반, 시스템/370 환경에서 개발 시작 |
표준화 | 1982년, IBM에서 LU6.2 프로토콜로 발표하며 표준화 |
발전 | TCP/IP 환경 지원을 위한 Enterprise Extender 개발 |
기타 | |
참고 자료 | IBM Knowledge Center - Advanced Program-to Program Communications (APPC) IBM Knowledge Center - Enterprise Extender |
2. 역사 및 개요
APPC는 OSI 참조 모델에서 응용 계층에 위치하며, 휴대 컴퓨터나 워크스테이션에서 미드레인지 및 메인프레임까지 다양한 컴퓨터 간의 통신을 가능하게 한다.
APPC는 OSI 참조 모델에서 응용 계층에 위치하며, 휴대용 컴퓨터나 워크스테이션에서 미드레인지 및 메인프레임까지 다양한 컴퓨터 간의 통신을 가능하게 한다.
APPC는 IBM의 AS/400, OS/2, AIX 등의 운영 체제에서 확장되었다. 마이크로소프트는 Host Integration Server에서 SNA 지원을 구현했다. IBM은 CICS, DB2, CIM, WebSphere MQ 및 z/OS 등의 주요 소프트웨어에도 APPC를 구현했다.
TCP/IP의 광범위한 보급으로 인해 APPC는 주류 통신 프로토콜의 위상을 잃었다. 그러나 일부 레거시 시스템에서는 여전히 사용되고 있다.
[1]
웹사이트
Advanced Program-to Program Communications (APPC)
https://www.ibm.com/[...]
2006-01-27
APPC는 IBM에 의해 SNA의 일부로 개발되었다. APPC용 소프트웨어는 일부는 운영 체제의 일부로, 일부는 개별 소프트웨어 패키지로 IBM 및 IBM 외 다수의 운영 체제에서 사용할 수 있다. APPC는 응용 프로그램과 네트워크 간의 변환 기능을 제공한다. 어떤 컴퓨터의 응용 프로그램이 APPC 소프트웨어로 정보를 전달하면, APPC는 그 정보를 변환하여 LAN 어댑터 카드(네트워크 카드)와 같은 네트워크 인터페이스로 전달한다. 그 정보는 네트워크를 거쳐 다른 컴퓨터에 도달하고, 거기에서 APPC 소프트웨어는 네트워크 인터페이스로부터 그 정보를 받는다. APPC는 그 정보를 원래 형식으로 변환하여 해당 파트너인 응용 프로그램에 전달한다.
APPC는 '''LU 6.2'''(Logical unit type 6.2, 논리 유닛 타입 6.2)와 관련된다. LU 6.2는 APPC의 기능을 가진 LU이다. LU 6.2까지의 SNA는 메인프레임을 정점으로 하는 계층적인 관리 구조였지만, APPC(LU 6.2)에서는 피어 투 피어 통신을 가능하게 했다.
APPC는 거대한 확장이며, IBM의 AS/400, OS/2, AIX 등의 운영 체제가 확장되었다. 마이크로소프트 또한 마이크로소프트의 Host Integration Server에서 SNA 지원을 구현했다. 또한 IBM은 CICS, DB2, CIM, WebSphere MQ 및 MVS (현 z/OS) 등의 주요 IBM 소프트웨어에도 구현했다.
TCP/IP에서는 (IP 스위트의 프로토콜 대부분) 통신하는 프로그램 양쪽 모두 명확한 역할을 가지며, 예를 들어 한쪽은 항상 클라이언트이고, 한쪽은 항상 서버이다. 그러나 APPC에서의 통신 파트너는 대등하며, 예를 들어 누구든지 동등하게 서버도 될 수 있고 클라이언트도 될 수 있다.
그러나 TCP/IP가 널리 보급되었기 때문에, APPC는 주류가 되지 못했다.
3. 기술적 특징
APPC는 IBM에 의해 SNA(Systems Network Architecture)의 일부로 개발되었다. COBOL 및 REXX와 같은 프로그래밍 언어용 API가 개발되었다.
APPC용 소프트웨어는 일부는 운영 체제의 일부로, 일부는 개별 소프트웨어 패키지로 IBM 및 IBM 외 다수의 운영 체제에서 사용할 수 있다. APPC는 응용 프로그램과 네트워크 간의 변환 기능을 제공한다. 어떤 컴퓨터의 응용 프로그램이 APPC 소프트웨어로 정보를 전달하면, APPC는 그 정보를 변환하여 LAN 어댑터 카드(네트워크 카드)와 같은 네트워크 인터페이스로 전달한다. 그 정보는 네트워크를 거쳐 다른 컴퓨터에 도달하고, 거기에서 APPC 소프트웨어는 네트워크 인터페이스로부터 그 정보를 받는다. APPC는 그 정보를 원래 형식으로 변환하여 해당 파트너인 응용 프로그램에 전달한다.
APPC는 '''LU 6.2'''(Logical unit type 6.2, 논리 유닛 타입 6.2)와 관련된다. LU 6.2는 APPC의 기능을 가진 LU이다. LU 6.2까지의 SNA는 메인프레임을 정점으로 하는 계층적인 관리 구조였지만, APPC(LU 6.2)에서는 피어 투 피어 통신을 가능하게 했다.
TCP/IP에서는 (IP 스위트의 프로토콜 대부분) 통신하는 프로그램 양쪽 모두 명확한 역할을 가지며, 예를 들어 한쪽은 항상 클라이언트이고, 한쪽은 항상 서버이다. 그러나 APPC에서의 통신 파트너는 대등하며, 예를 들어 누구든지 동등하게 서버도 될 수 있고 클라이언트도 될 수 있다. 그 역할이나, 통신 파트너와의 동시 병행 세션의 번호는, 특별한 로그 모드(예: IBM의 "snasvcmg")를 가진, "CNOS"(Change Number Of Session)라고 불리는 세션에 의해 조정된다. 데이터 통신은 "데이터 세션"에 의해 이루어지며, 예를 들어 데이터의 블록 길이와 코딩 등, 그 로그 모드는 VTAM 관리자에 의해 결정될 수 있다.
4. 구현 및 지원
5. 현재 상황 및 한계
참조
[2]
웹사이트
Enterprise Extender
https://www.ibm.com/[...]
2006-01-27
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com