Почти идеальная, само излечиваемая, программная система.

Система эта носит имя SABRE, появилась она на рынке программных систем продажи авиабилетов в далеких 60-ых годах прошлого века и была изначально создана руками программистов компании American Airlines, но реально оформилась в исключительно надежную и столь же исключительно широко распространенную, в середине 70-ых прошлого века, когда к разработке системы подключилась фирма IBM и в итоге совместной работы была создана практически уникальная по надежности, само излечимая программная компонента по имени TPF: Transaction Processing Facility, Средство Обработки Транзакций. Как видите даже в названии этой компоненты не фигурирует слово СИСТЕМА, а лишь скромное Facility, которое я перевел как Средство, но можно перевести как Служба, хотя Средство – ближе по смыслу функционально.
Подчеркну, что TPF это лишь одна из компонент, хотя и центральная, системы SABRE. Гордые операторы этой системы, так же снисходительно-уничижительно смотрят на операторов всяких разных AMADEUS, PEGASUS и иже с ними, как специалисты *NIX на владельцев Windows, но не знают при этом, что работают они именно с TPF, а не системой SABRE, которая содержит множество других компонент, не имеющих никакого отношения к авиабилетам.
Скромность в наименовании TPF объяснялась тем фактом, что компонента эта не содержала ничего лишнего, в том числе и СРЕДСТВ РАЗВИТИЯ системы. Не было в ее составе никаких компиляторов, ассемблеров, отладчиков, так что весь код TPF писать приходилось в среде очень вовремя появившегося, как это принято сейчас называть, гипервизора VM/370.
Перейду теперь к краткому описанию принципов архитектуры TPF и принципов СОПРОВОЖДЕНИЯ TPF, которые и обеспечили уникальные эксплуатационные характеристики. Принципов этих по большому счету ДВА:
1. Вся система состоит из маленьких кирпичиков, каждый размером равным 4Kb ( в среднем не более 1000 строк кода на ассемблере IBM-360 ), каждый из которых может автоматически, в случае обнаружения сбоя, заменен ПРЕДЫДУЩИМ состоянием этого же кирпичика. Этот принцип я называю само излечением.
2. Никогда программист, написавший и отладивший код некоего кирпичика, внедренного в TPF, не имеет права и не получит от руководства задание на исправление или переделку кода этого кирпичика. Этот принцип я бы назвал принципом максимальной отстраненности кода от ЛИЧНОСТИ и КВАЛИФИКАЦИИ программиста. Базовый принцип в сопровождении TPF.
Теперь об УНИКАЛЬНОСТИ: в настоящее время TPF глобально обслуживает миллионы терминалов по всему миру и каждый раз, когда оператор завершает транзакцию, то есть заносит PNR, Passenger Number Record, в базу данных SABRE, то независимо от того, в какой именно стране мира была запущена транзакция, информация PNR заносится в базы данных SABRE в далеком Талса на Оклахомщине ( или, сейчас, Далласе на Техасщине ). Причем время внесения данных в базу, составляло миллисекунды еще на давно устарелых IBM/ESA в конце 90-ых. Эта особенность системы позволяет именовать ее СИСТЕМОЙ РЕАЛЬНОГО ВРЕМЕНИ, причем одной из первых и самых надежных аналогичных систем.
Теперь о показателях надежности: в конце 90-ых мне было известно о ДВУХ случаях падения TPF за многие годы эксплуатации, причем об этих случаях рассказывали с придыханием и детальными подробностями о том, как вся фирма SABRE, от младшего подметальщика коридоров, до совета директоров, стояла на ушах в попытке разобраться в том, как же это могло СЛУЧИТЬСЯ? А сама TPF, естественно, была перегружена за секунды, но, тем не менее, экономический ущерб исчислялся многими миллионами зеленых рублей.
Сразу же поясню, что описал ту TPF, которую знавал на стыке тысячелетий. С тех пор она несомненно изменилась, на смену ассемблеру пришел PL/?, где вопрос означает одну из двух букв, кои я не имею права разглашать, но это и не важно, поскольку язык этот весьма близок известному PL/I. Естественно, что и смена поколений железа также сильно сказалась на архитектурных принципах, наверняка уже нет столь жестких ограничений на размеры кирпичиков. Да и, возможно, принципы сопровождения стали более либеральными в связи с не слишком высокой популярность программирования для IBM Mainframe, разве что китайцы массово приперлись на смену англосаксам. Специально оставил “за бортом” вопрос о том, как же на живой, никогда не перегружаемой системе, осуществлялась замена железа? Ответ дам для самых пытливых в том случае, если он появится.
Резюме: не идеальные, но близкие к идеалу программные системы, существуют, таковых в мире достаточно много. Более того, берусь даже утверждать, что существуют они и в России. И более того, почти уверен в том, что даже Windows в серверном исполнении, является намного более надежной и вылизанной системой, чем та, которая стоит у большинства читателей этого форума.
Фирмы-разработчики подобных систем, зарабатывают деньги не на продажах своих продуктов, тот же SABRE, насколько мне известно по 199х, продавался к тому времени не более трех раз, причем один раз в Россию, но безуспешно  Основной доход от таких систем их владельцы получают от support, поддержки пользователей, которыми в случае с SABRE являются очень крупные, чаще всего государственные авиакомпании, которые ежегодно перечисляют очень не маленькие деньги за хранение своих ресурсов в базах данных SABRE и за все онлайн транзакции.