1960년대, IBM 9020이 항공 교통 관제에 가져온 변화
1960년대, 미국 연방 항공청(FAA)은 SAGE 시스템을 기반으로 민간 항공 교통 관제 시스템 구축을 시도함.
IBM은 S/360 아키텍처를 기반으로 한 IBM 9020을 개발, 다중 시스템(Multisystem) 아키텍처를 통해 높은 가용성을 확보함.
9020은 JOVIAL 언어를 사용하여 실시간 시스템을 구현했으며, 시스템 콘솔을 통해 전체 시스템을 통합 관리함.
9020은 1980년대까지 사용되었으며, 이후 HOST 시스템으로 대체되었으나, 디스플레이 채널은 1990년대까지 사용됨.
IBM 9020의 다중 시스템 아키텍처(Multisystem Architecture)
IBM 9020은 여러 개의 S/360 컴퓨터를 연결하여 하나의 시스템처럼 작동하는 다중 시스템(Multisystem) 아키텍처를 채택했다. 이 아키텍처는 고가용성(High Availability)을 목표로 설계되었으며, 시스템 내의 개별 요소에 문제가 발생하더라도 다른 요소가 작업을 이어받아 시스템 전체의 중단을 방지했다. 특히, OEAP(Operational Error Analysis Program)를 통해 하드웨어 오류를 감지하고, 시스템을 재구성하여 지속적인 운영을 가능하게 했다. 이러한 설계는 당시의 기술적 한계를 극복하고, 항공 교통 관제 시스템의 안정성을 확보하는 데 기여했다.
JOVIAL 언어와 실시간 시스템 구현
IBM 9020은 실시간 시스템 구현을 위해 JOVIAL 프로그래밍 언어를 사용했다. JOVIAL은 당시 항공 및 방위 산업에서 널리 사용되었으며, 실시간 시스템에 특화된 기능을 제공했다. 9020 시스템은 제어 프로그램(Control Program)을 통해 각 컴퓨터의 작업을 관리하고, 인터럽트를 사용하여 실시간으로 이벤트에 대응했다. 또한, 타이밍 분석(Timing Analysis) 기능을 통해 시스템의 성능을 모니터링하고, 부하를 분석하여 시스템의 효율성을 높였다. 이러한 기술적 특징은 9020이 항공 교통 관제와 같은 까다로운 환경에서 안정적으로 작동할 수 있도록 했다.
시스템 콘솔(System Console)의 역할
9020의 시스템 콘솔(System Console)은 다중 시스템을 통합 관리하는 핵심 요소였다. 단일 콘솔에서 모든 시스템 구성 요소를 모니터링하고 제어할 수 있었으며, 문제 발생 시 신속하게 대응할 수 있도록 설계되었다. 시스템 콘솔은 파티셔닝(Partitioning) 기능을 제공하여, 시스템의 일부를 분리하여 테스트 또는 교육용으로 사용할 수 있도록 했다. 또한, OEAP(Operational Error Analysis Program)를 통해 시스템의 오류를 진단하고, 자동 복구 기능을 수행하여 시스템의 가동 시간을 극대화했다. 이러한 중앙 집중식 관리 방식은 시스템 운영의 효율성을 높이고, 유지 보수를 용이하게 했다.
9020의 기술적 한계와 HOST 시스템으로의 전환
9020은 당시의 기술적 한계로 인해 몇 가지 단점을 가지고 있었다. 특히, 메모리 용량의 제약과 I/O 속도의 병목 현상이 존재했다. 1980년대 초반, IBM은 향상된 S/370 아키텍처를 기반으로 한 HOST 시스템을 발표했고, FAA는 9020을 HOST 시스템으로 대체했다. HOST 시스템은 9020의 기존 소프트웨어를 대부분 재사용하여, 시스템 전환의 부담을 줄였다. 하지만, 9020의 디스플레이 채널은 1990년대까지 사용되었으며, 이는 9020 시스템의 높은 신뢰성과 성능을 보여주는 사례이다.