2026 yılında bir akıllı telefondan uçuş rezervasyonu yaptığınızda, talebiniz, koltuğunuzu gerçekten rezerve eden sisteme ulaşmadan önce, mobil uygulama, web servisi, ödeme işlemcisi gibi birçok modern teknoloji katmanından geçer. Bu sistem, çoğu durumda, 1960'lara dayanan ve seyahat endüstrisinin on yıllardır tam olarak değiştirmeyi başaramadığı bir altyapı üzerinde çalışan bir yazılımdır. Sabre, Amadeus ve Travelport birlikte, dünyadaki neredeyse tüm havayolu rezervasyonlarını yönetiyor. Bunlar birlikte, yüzlerce havayolu şirketi, binlerce seyahat acentesi ve milyonlarca koltuk kombinasyonunu kapsayan gerçek zamanlı envanterde yıllık milyarlarca işlemi işliyor. Bunların en eskisi, rezervasyon sürelerini 90 dakikadan sadece birkaç saniyeye indiren ve ticari havacılığı kalıcı olarak değiştiren 1964 tarihli bir IBM ana bilgisayarına kadar uzanıyor.
Bu sistemlerin neden bulundukları yerde kaldığının hikayesi, örgütsel atalet veya mühendislik muhafazakarlığıyla ilgili bir hikaye değil. Bu, yazılımın kritik bir operasyonel sürece o kadar derinlemesine yerleştiği ve değiştirmenin maliyeti ve riskinin gerçekçi bir zaman çizelgesine göre haklı çıkarılamadığı bir durumda neler olduğunu ve sektörün, onu değiştirmeye çalışmak yerine çekirdeğin etrafında modernleşme yoluyla nasıl yanıt verdiğini anlatan bir hikaye. Büyük ölçekli eski sistemlerin modernizasyonu üzerinde çalışan herkes için, havayolu rezervasyon sistemleri, "başarısız olamayacak kadar önemli" olmanın pratikte ne anlama geldiğinin en açık örnek çalışmasıdır.
İçsel çalışın. Bağımlılık grafiğini bilin.
SMART TS XL COBOL ve eski programlardaki iş kurallarını, bağımlılık haritalarını ve kullanılmayan kodları ayıklar.
DAHA FAZLASINI ÖĞRENİN…Kökeni: Ana Bilgisayarlar Havayolu Sorununu Nasıl Çözdü?
Orijinal SABRE (Yarı Otomatik İşletme Araştırma Ortamı) bir ürün değil, belirli bir operasyonel krize yönelik özel bir çözümdü. 1950'lerin sonlarında American Airlines, manuel rezervasyon sisteminin kaldırabileceğinden daha hızlı büyüyordu. Koltuk rezervasyonu yapmak için telefon görüşmesi, fiziksel envanter kartının manuel kontrolü, bekleme, geri arama ve kağıt kayıt gerekiyordu; bu işlem rezervasyon başına ortalama 90 dakika sürüyordu ve ölçeklenebilir değildi.
1964 yılında, iki IBM 7090 ana bilgisayar üzerine kurulu ve Amerika Birleşik Devletleri ve Kanada genelinde 1,500 terminale bağlı olan SABRE tam olarak faaliyete geçtiğinde, neredeyse sıfır hata oranıyla saatte 7,500 rezervasyon işleyebiliyordu. İlk kez bir havayolu şirketi, gerçek zamanlı koltuk envanterini tutabiliyor, eksiksiz yolcu kayıtlarını saklayabiliyor ve tüm ağında anında rezervasyon yapılmasını sağlayabiliyordu. Rezervasyon süreleri 90 dakikadan saniyelere düştü.
Bu durumu mümkün kılan mimari tercih, yani ana bilgisayar donanımı üzerinde merkezi işlem işleme, felsefi nedenlerle seçilmedi. 1964 yılında, gerçek zamanlı havayolu envanter yönetiminin gecikme süresi, güvenilirlik ve eş zamanlı erişim gereksinimlerini karşılayabilecek tek mimari olduğu için seçildi. Ve o kadar iyi çalıştı ki, daha sonraki her havayolu rezervasyon sisteminin üzerine inşa edildiği mimari şablon haline geldi.
IBM'in SABRE için tasarladığı İşlem İşleme Tesisi (TPF), tüm kategori için işletim ortamı haline geldi. IBM'e göre, en büyük bankaların, sigorta şirketlerinin, perakendecilerin ve havayollarının neredeyse tamamı hala bunu kullanıyor. 1987'de Amadeus kurulduğunda, TPF üzerine inşa edildi. Galileo (şimdi Travelport) GDS'sini piyasaya sürdüğünde, TPF üzerine inşa edildi. Ticari havacılıkta üç nesil Yolcu Hizmet Sistemi bir arada bulunuyor ve birçoğu hala TPF ana bilgisayarlarında çalışıyor; bunun nedeni teknolojinin hiçbir zaman sorgulanmamış olması değil, TPF'nin ana bilgisayar donanımında sağladığı işlem hızı, güvenilirlik ve hata toleransının, alternatif mimarilerde eşdeğer ölçekte kopyalanmasının gerçekten zor olduğunun kanıtlanmış olmasıdır.
Bu Sistemler Büyük Ölçekte Gerçekte Ne Yapıyor?
Havayolu rezervasyon sistemlerinin faaliyet gösterdiği ölçek, yazılım mühendisliği açısından sezgisel olarak kavranamaz. Küresel bir dağıtım sistemi sadece koltuk müsaitliğini değil, aynı zamanda şaşırtıcı derecede karmaşık bir kombinasyonel envanter sorununu da yönetir.
Tek bir transatlantik uçuşta yüzlerce farklı ücret sınıfı bulunur. Her ücret sınıfının kendine özgü kuralları vardır: önceden satın alma şartları, minimum konaklama süresi, uçuş yasağı tarihleri, değişiklik ücretleri, aktarmalı uçuşlara izin verilip verilmemesi, ortak havayollarıyla yapılan kod paylaşımı anlaşmaları. İki havayolunu, bir aktarmayı ve gidiş-dönüş uçuşunu içeren bir rezervasyon, potansiyel olarak binlerce geçerli ücret kombinasyonundan oluşan bir matris oluşturur; bu kombinasyonlar kontrol edilmeli, fiyatlandırılmalı ve gerçek zamanlı envanterle karşılaştırılmalıdır. Yanıt genellikle bir saniyeden kısa sürede verilir.
Yoğun rezervasyon dönemlerinde Sabre ve Amadeus birlikte saniyede on binlerce işlemi işliyor. Dakikada değil, saniyede. Her işlem, gerçek zamanlı envanter sorgulaması, ücret kuralı değerlendirmesi, PNR (Yolcu Adı Kaydı) oluşturma veya değiştirme ve kalkış kontrolü, sık uçan yolcu programı ve ek hizmet sistemleriyle koordinasyonu içeriyor. Garanti edilen yanıt süresi milisaniye cinsinden ölçülüyor, çünkü bir seyahat acentesi veya rezervasyon motoru ücret kontrolü için birkaç saniyeden fazla beklerse zaman aşımına uğrayacak ve işlemi yeniden deneyecek veya iptal edecektir.
Ana bilgisayar donanımında TPF, diğer sektörlerden BT uzmanlarının inanmakta zorlandığı bir arıza oranıyla bu verimliliği sunar. Ana bilgisayarın hata toleransı, yedek işlemcileri, çalışırken değiştirilebilen bileşenleri ve on yıllarca süren sağlamlaştırılmış işletim sistemi kodu, beş dokuzluk kullanılabilirliği bir hedef değil, standart bir işletim parametresi olarak üretir. Bunu bulut altyapısında eşdeğer maliyetle tekrarlamak, 1990'lardan beri denenen her havayolu BT modernizasyon programının temel teknik zorluğu olmuştur.
Modernizasyon Girişimleri: On Yıllık Programların Gerçekte Bulduğu Sonuçlar
Havayolu rezervasyon sistemlerinin modernizasyon tarihi, temel sistemi değiştirmeyi amaçlayan ve yıllar sonra temel sistemi saran hibrit bir yapıya ulaşan programların tarihidir.
American Airlines'ın 2000'li yıllarda Sabre ana bilgisayar PSS'sini değiştirme hedefiyle başlattığı Jetstream projesi, alternatif bir sistem geliştirmek yerine yeni bir Sabre ürünü benimseyerek sonuçlandı. Başlangıçtaki "geliştirmek mi, satın almak mı?" varsayımı, yani bir yedek sistemi şirket içinde geliştirmenin daha iyi bir sistemi daha hızlı üreteceği düşüncesi, neredeyse her büyük ölçekli eski sistem değiştirme programının karşılaştığı aynı gerçekle karşılaştı: mevcut sistem, yedek sistem bunları karşılayamayana kadar kimsenin bilmediği gereksinimler içeriyordu.
Sistemin temel yapısını daha derinlemesine incelememiz, ana motoru değiştirmemiz ve kuralları birbirinden ayırarak hızla değiştirebilmemiz gerekiyor. American Airlines'ın Jetstream programı sırasındaki BT liderliğinin bu ifadesi, sorunu tam olarak açıklıyor. Eski sistemde yerleşik olan kurallar, ücret hesaplama mantığı, kod paylaşımı anlaşması uygulamaları, mevzuat uyumluluğu hesaplamaları, gelir yönetimi entegrasyonları, on yıllarca süren iş değişiklikleri boyunca birikmişti ve mevcut sistemi çalıştırmadan ve davranışını gözlemlemeden çıkarılabilecek herhangi bir biçimde belgelenmemişti.
Sabre'ın 2010'larda ciddi anlamda başlattığı modernizasyon programı, kodlarının büyük çoğunluğunu şirket içi ana bilgisayar altyapısından taşımak için on yıldan fazla sürdü ve milyarlarca dolara mal oldu. 2019 itibarıyla, Sabre'ın kodunun yaklaşık %11'i hala şirket içi veri merkezlerinde çalışırken, geri kalanı taşınmıştı. Şubat 2026'da Sabre, WestJet ile uzun vadeli PSS anlaşmasını yenileyerek, on yıllık modernizasyon çabası ve milyarlarca dolarlık yatırımdan sonra bile PSS'nin işletmenin ticari temeli olmaya devam ettiğini gösterdi.
Amadeus, ana bilgisayarların devre dışı bırakılması sürecini daha eksiksiz bir şekilde tamamlayarak, bulut altyapısı lehine son ana bilgisayarlarını da kullanımdan kaldırma konusunda önemli bir kilometre taşına ulaştı. Ancak Amadeus'un yaklaşımı, temel veri modelini ve işlem mimarisini korurken işlevsel bileşenleri kademeli olarak değiştirmesi sayesinde, donanım değişse bile ana bilgisayarda ortaya çıkan mimari kararları etkili bir şekilde korudu. İşlem semantiği, PNR yapısı, envanter yönetimi mantığı: bunlar temel tasarımlarını koruyarak modern altyapıya taşındı.
Değiştirme İşlemi Göründüğünden Daha Zor: Gizli Karmaşıklık
Havayolu rezervasyon sistemlerinin ana bilgisayarlarda kalmaya devam etmesinin standart açıklaması maliyet ve risktir. Her ikisi de gerçektir. Ancak bunlar, her kritik öneme sahip eski sistem modernizasyon programı için geçerli olduğu için, tam olarak anlaşılması gereken daha derin bir teknik gerçekliğin belirtileridir.
Yalnızca kodda var olan iş kuralları. Küresel dağıtım sistemindeki ücret belirleme mantığı, onlarca yıllık düzenleyici gereklilikleri, ikili havayolu anlaşmalarını, IATA standart revizyonlarını ve iş kuralı değişikliklerini temsil eder; bunların hiçbiri, onları uygulayan koddan bağımsız herhangi bir biçimde belgelenmemiştir. Spesifikasyon, uygulamanın kendisidir. Spesifikasyon olmadan uygulamayı değiştirmek, mevcut sistemin davranışını spesifikasyonun ne söyleyeceğini yeniden oluşturacak kadar kapsamlı bir şekilde gözlemlemek anlamına gelir; bu da yıllar süren ve asla tamamlanmayan bir süreçtir, çünkü gözlem kapsamı hiçbir zaman her uç durumu yakalayacak kadar kapsamlı olamaz.
Modern mimarilerin kopyalamakta zorlandığı işlem semantiği. TPF, tüm PNR, koltuk rezervasyonu, yolcu kaydı güncellemesi, ödeme yetkilendirmesi ve onay kaydı boyunca garantili tutarlılıkla senkron, atomik işlem işleme sağlar; bunların tümü tek bir atomik birim olarak işlenir veya hiç işlenmez. Bunu dağıtılmış mikro hizmet mimarilerinde çoğaltmak, dikkatli bir orkestrasyon, telafi edici işlemler ve hem karmaşık hem de senkron ana bilgisayar eşdeğerinden potansiyel olarak daha yavaş olan dağıtılmış kilit yönetimi gerektirir. Havayolu endüstrisinin deneyimi, "nihayetinde tutarlı" olmanın koltuk envanteri için kabul edilebilir bir özellik olmadığını göstermektedir; aşırı satılan bir uçuş, daha sonra çözülecek geçici bir tutarsızlık değil, somut, operasyonel olarak felaket bir arızadır.
Entegrasyon yüzeyi. Olgun bir havayolu PSS'si yüzlerce harici sisteme bağlıdır: kalkış kontrolü, gelir yönetimi, sık uçan yolcu programı, havaalanı sistemleri, üçüncü taraf GDS bağlantıları, kod paylaşımı ortakları, düzenleyici raporlama ve daha fazlası. Her bağlantının, mevcut sistemin uyguladığı ve her bağımlı sistemin etrafında inşa edildiği belirli arayüz sözleşmeleri, mesaj formatları, zamanlama gereksinimleri ve hata işleme davranışları vardır. PSS'nin değiştirilmesi, ya tüm mevcut arayüz sözleşmelerinin eş zamanlı olarak sürdürülmesini (bu da değiştirme mimarisini kısıtlar) ya da her bağımlı sistemle değişikliklerin koordine edilmesini gerektirir (bu da kapsamı tek bir programın yönetebileceğinin ötesine genişletir).
Canlı veri sorunu. Havayolu rezervasyonları canlı verilerdir; aylar öncesinden yapılan ve tam olarak rezervasyon yapıldığı gibi yerine getirilmesi gereken rezervasyonlardır. Eski sistemin verilerinin geride bırakılabileceği temiz bir geçiş noktası yoktur. Geçiş, eski sistemdeki her canlı PNR'ı, ilgili tüm kurallar, ücretler, kısıtlamalar ve ek hizmetlerle birlikte eksiksiz olarak taşımalıdır. Sıfır veri kaybı ve aynı davranış garantisiyle küresel ölçekte PNR geçişi, kurumsal modernizasyonda en zor teknik sorunlardan biri olduğunu kanıtlamıştır.
Mimari Yanıt: Merkezin Etrafında Modernleşme
Amadeus'ta, Sabre'da ve bazı havayollarında gerçekten başarılı olan yaklaşım, değiştirme değil, stratejik paketleme ve kademeli çıkarma olmuştur.
API sarmalama, temel rezervasyon işlevlerini modern REST veya SOAP API'leri olarak sunarak, yeni uygulamaların temel işlem mantığına dokunmadan eski sistemle modern bir arayüz üzerinden etkileşim kurmasına olanak tanır. Havayolları, modern istekleri TPF işlem çağrılarına çeviren ve yapılandırılmış yanıtlar döndüren API katmanlarının üzerine mobil uygulamalar, web rezervasyon motorları ve müşteri hizmetleri araçları geliştirmiştir. Yeşil ekranlı terminal, modern bir grafik kullanıcı arayüzü (GUI) ile değiştirilir; altta yatan işlem işleme değişmeden kalır.
Çekirdek dışı işlevler için Strangler Fig modeli kullanılmıştır. Gelir yönetimi, sadakat programı yönetimi, raporlama ve analiz, ekip planlaması gibi çekirdeğe yakın işlevler tek tek çıkarılarak modern altyapıya yeniden uygulanır. Her bir çıkarma işlemi, en yüksek riske sahip işlem çekirdeğine dokunmadan eski sistemin kapladığı alanı azaltır. On yılı aşkın süredir devam eden kademeli çıkarma işlemiyle, eski sistemin rolü her şeyi kapsayan bir uygulama platformundan odaklanmış bir işlem motoruna doğru daralır.
Mimari yapısı korunmuş bulut altyapısı. Amadeus'un ana bilgisayarının devre dışı bırakılması, iş yüklerini bulut altyapısına taşırken, ana bilgisayarda ortaya çıkan işlem mimarisini korudu. Donanım değişti; yazılım tasarımı, veri modeli, işlem semantiği, PNR yapısı, on yıllar boyunca doğru olduğu kanıtlanmış mimari kararları korudu.
Eski PNR sisteminin yanında yeni teklif ve sipariş yönetimi. PNR tabanlı kayıtların yerini modern bir sipariş yönetim modeliyle alan IATA ONE Order standardı, havayolları tarafından mevcut PNR tabanlı sistemin yanında bir katman olarak uygulanmaktadır. Sabre'nin 2026 WestJet yenilemesinde referans gösterilen yeni nesil Teklif ve Sipariş teknolojileri, bunu PSS'nin yerini almak değil, zamanla rezervasyonların giderek artan bir oranını yönetecek modern bir ticari katman eklemek olarak konumlandırıyor; PNR çekirdeği ise geri kalanını yönetiyor.
Bu, Kritik Öneme Sahip Eski Sistemlerin Modernizasyonu İçin Ne Anlama Geliyor?
Havayolu rezervasyon sistemi hikayesi sadece havacılığa özgü değil. Bankacılık temel sistemlerinde, sigorta poliçesi yönetiminde, telekomünikasyon faturalandırmasında ve devlet yardımları işlemlerinde ortaya çıkan bir modelin en görünür örneğidir: iş kurallarının yetkili spesifikasyonu haline gelen, onlarca bağımlı sistem için entegrasyon merkezi görevi gören ve büyük çaplı bir değiştirmenin gerçekten imkansız olduğu bir ölçek ve güvenilirlik gereksinimiyle çalışan yazılım.
Bu dersler her sektörde geçerlidir:
Herhangi bir modernizasyon başlamadan önce koddan iş kurallarını çıkarmak isteğe bağlı değildir. Ücretlendirme yapısını, kod paylaşımı anlaşması mantığını ve düzenleyici uyumluluk kurallarını uygulayan COBOL ve TPF programları, bu kuralların hayatta kalan tek dokümantasyonudur. Bu mantığı önce çıkarıp doğrulamadan yapılan bir modernizasyon, tüm durumları analiz etmeden tüm durumları bilemeyeceği için, her durumda doğru şekilde çalışan bir yedek üretemez.
Bağımlılık haritası, geçiş sırasını belirler. Hiçbir havayolu şirketi, en kritik ve en entegre bileşenden başlayarak PSS'sini başarıyla değiştirmemiştir. Her başarılı modernizasyon, uç noktalardan, raporlama sistemlerinden, yardımcı hizmetlerden, kritik olmayan idari fonksiyonlardan başlayarak kademeli olarak içe doğru ilerlemiştir. Bu sıra, bağımlılık grafiğinden türetilmiştir: en az içe doğru bağımlılığa sahip bileşenler, önce ele alınması en güvenli olanlardır.
Her aşamada operasyonel doğrulama olmazsa olmazdır. Yeni sistemi eski sistemle paralel olarak çalıştırıp, çıktıları karşılaştırarak ve herhangi bir trafik kaydırılmadan önce eşdeğerliği doğrulayarak gerçekleştirilen çift çalıştırmalı doğrulama yaklaşımı, arızaların fiziksel, finansal ve düzenleyici sonuçları olduğu sistemlerin güvenilirlik gereksinimlerini karşılayan tek yaklaşımdır.
Ne kadar SMART TS XL Havayolu Sektörüne Bağlı Miras Analizi İçin Geçerlidir
Kendi COBOL programları, fiyat hesaplama sistemleri, gelir muhasebesi, sadakat puanı hesaplaması ve düzenleyici raporlama sistemlerinin yanı sıra Sabre veya Amadeus PSS kullanan havayolları, her kurumsal ana bilgisayar modernizasyon programının karşılaştığı aynı analitik zorlukla karşı karşıyadır: kodun ne içerdiğini anlamadan önce onunla ne yapılacağına karar vermemek.
SMART TS XL'S statik kod analizi Bu işlem, COBOL programlarına gömülü olan iş kuralı mantığını, ücret doğrulama kurallarını, gelir muhasebesi hesaplamalarını ve sadakat kademesi uygunluk mantığını, program kodundan başka hiçbir yerde bulunmayan şekilde çıkarır. PSS çekirdeğine dokunmadan bitişik sistemleri modernize etmeyi planlayan havayolları için bu çıkarma işlemi, yerine geçecek sistemin uyması gereken spesifikasyonu üretir.
Uygulama bağımlılık haritalaması, geçiş sırasını belirleyen bağımlılık grafiğini oluşturur: hangi havayolu tarafı programları PSS'den gelen hangi veri akışlarına bağımlıdır, hangi raporlama programları hangi COBOL toplu iş çıktılarına bağımlıdır, herhangi bir bileşen değiştiğinde hangi alt sistemlerin güncellenmesi gerekir. Bağımlılık grafiği, artımlı ve güvenli modernizasyonu mümkün kılan şeydir; Sabre ve Amadeus'un temel sistemler için kullandığı yaklaşım, onları çevreleyen havayolu tarafı koduna da uygulanır.
Etki analizi yeteneği, her modernizasyon kararından önce gelen soruyu yanıtlar: Bu program değişirse, başka neler etkilenecek? Gelir muhasebesi programındaki bir hesaplama değişikliğinin aynı anda düzenleyici raporlamayı, ortak ödemelerini ve finansal konsolidasyonu etkileyebileceği havayolu sistemlerinde, herhangi bir değişiklik yapılmadan önce etki kapsamını bilmek, havayolunun güvenilirlik gereksinimlerini karşılayan değişiklik kontrolü için ön koşuldur.
Eski sistemlerin modernizasyon analizi, modernizasyon öncesi tüm envanteri sağlar: kapsamdaki her program, karmaşıklığı, bağımlılıkları, ölü kod yüzdesi ve geçiş riski sınıflandırması. Her havayolu modernizasyon programının dersi şudur: kenarlardan başlayın, içeri doğru ilerleyin, her adımda doğrulayın; bu da kenarların nerede olduğunu ve bağımlılık yapısının nasıl göründüğünü bilmeyi gerektirir. Bu bilgi, kodun evrimleşmesinden önce yazılmış belgelerden değil, gerçek kodun yapısal analizinden gelir.
Kritik Öneme Sahip Yazılımların Jeolojik Katmanları
2026 yılında bir akıllı telefondan uçak bileti rezervasyonu yaptığınızda, birden fazla farklı jeolojik katmana sahip bir yazılımla temas halinde olacaksınız. Yüzeyde modern arayüz. Bunun altında API katmanı. Onun altında ise, 1960'lardan bu yana önemli ölçüde değişmiş ancak tasarlandıkları zaman doğru olan ve terk edilemeyecek kadar güvenilir olduğu kanıtlanmış işlem semantiğini ve veri modellerini koruyan bir altyapı üzerinde çalışan PSS işlem motoru.
Havayolu rezervasyon sistemi, modernleşmenin bir başarısızlığı değil. Altmış yıldır mühendisler ve yöneticiler tarafından alınan rasyonel kararların bir sonucudur; her yeni sistem önerildiğinde, yanlış yapma riskinin, işe yarayan sistemi korumanın maliyetinden daha fazla olduğunu anlamışlardır. Bu kadar uzun süre ayakta kalan sistemler, işlem işlem, uçuş uçuş, rezervasyon sezonu rezervasyon sezonu boyunca bunu hak ettikleri için bunu başarırlar.
Herhangi bir modernizasyon ekibi için pratik ders, eski sistemlerin asla değiştirilmemesi gerektiği değil, değiştirme kararının, karmaşıklık ölçülmeden önce yapılan iyimser tahminlerle değil, içerdikleri, onlara bağlı olan ve değişimin tam kapsamının ne olduğu konusunda eksiksiz bilgiye dayanarak verilmesi gerektiğidir. Havayolu endüstrisi bunu pahalı bir şekilde öğrendi. Yeni kodun ilk satırı yazılmadan önce eksiksiz yapısal bilgi üreten analiz araçları, bunu daha ucuz bir şekilde öğrenmeyi mümkün kılıyor.
