Расширенная межпрограммная связь IBM
В вычислительной технике Advanced Program to Program Communication ( APPC) — это протокол , который компьютерные программы могут использовать для связи по сети . APPC находится на уровне приложений в модели OSI и обеспечивает связь между программами на разных компьютерах, от портативных и рабочих станций до компьютеров среднего класса и хост-компьютеров. APPC определяется как VTAM LU 6.2 (тип логического устройства 6.2).
APPC был разработан в 1982 году как компонент IBM системной сетевой архитектуры (SNA). [1] Несколько API были разработаны для таких языков программирования, как COBOL , PL/I , C или REXX .
Программное обеспечение APPC доступно для многих различных операционных систем IBM и сторонних производителей либо как часть операционной системы, либо как отдельный пакет программного обеспечения. APPC служит переводчиком между прикладными программами и сетью. Когда приложение на вашем компьютере передает информацию в программное обеспечение APPC, APPC преобразует информацию и передает ее в сетевой интерфейс, например на карту адаптера локальной сети. Информация передается по сети на другой компьютер, где программное обеспечение APPC получает информацию от сетевого интерфейса. APPC переводит информацию обратно в исходный формат и передает ее соответствующему партнерскому приложению.
APPC в основном используется в установках IBM, работающих под управлением таких операционных систем, как z/OS (ранее MVS, затем OS/390), z/VM (ранее VM/CMS), z/TPF , IBM i (ранее OS/400), OS/2 , AIX и z/VSE (ранее DOS/VSE). Microsoft также включает поддержку SNA Microsoft в Host Integration Server . Основные программные продукты IBM также включают поддержку APPC, включая CICS , Db2 , CIM и WebSphere MQ .
В отличие от TCP/IP , в котором оба партнера по связи всегда играют четкую роль (один всегда является сервером , а другой всегда клиентом), APPC является одноранговым протоколом. Коммуникационные партнеры в APPC равны, каждое приложение может быть в равной степени и серверным, и клиентским. Роль и количество параллельных сеансов между партнерами согласовываются посредством сеансов CNOS (изменение количества сеансов) со специальным режимом журнала (например, в IBM, «snasvcmg»). Передача данных осуществляется в виде «сеансов данных», режимы их журналирования могут быть подробно определены администратором VTAM (например, длина блоков данных, кодирование и т. д.).
Архитекторам APPC также было очевидно, что его можно использовать для предоставления услуг операционной системы на удаленных компьютерах. Была сформирована отдельная архитектурная группа для использования APPC, чтобы позволить программам на одном компьютере прозрачно использовать службы управления данными удаленных компьютеров. Для каждого такого использования сеанс APPC создается и используется в режиме клиент-сервер диспетчером диалоговых коммуникаций архитектуры распределенного управления данными (DDM). Форматы сообщений и протоколы были определены для доступа и управления файлами, ориентированными на записи, файлами, ориентированными на потоки, реляционными базами данных (как базовая архитектура распределенной архитектуры реляционных баз данных (DRDA)) и другими службами. IBM и другие поставщики внедрили множество продуктов DDM и DRDA.
С ростом распространенности TCP/IP APPC пришел в упадок, хотя во многих системах IBM есть трансляторы, такие как Enterprise Extender ( RFC 2353 ), позволяющие отправлять трафик в формате APPC по IP-сетям. [2]
APPC не следует путать с одноименным APPN (расширенная одноранговая сеть). APPC управляет связью между программами, работающими на уровне приложения и представления. APPN, напротив, управляет связью между машинами, включая маршрутизацию, и работает на транспортном и сетевом уровнях.
Ссылки
[ редактировать ]- ^ Корпорация IBM (27 января 2006 г.). «Расширенная межпрограммная связь (APPC)» . Центр знаний IBM . Проверено 20 ноября 2018 г.
- ^ Корпорация IBM (27 января 2006 г.). «Расширитель предприятия» . Центр знаний IBM . Проверено 19 ноября 2018 г.