Otel Teknolojisinde Mikro Hizmet Dönemi

Otellerin Geleceği Mikro Hizmet Teknolojisidir,

Seyahat teknolojisinde son birkaçı, on yılda, istemci-sunucu mimarisi dünya çapında BT standardı olmuştur. Bu yöntem, uzun yıllar endüstrinin temel ihtiyaçlarına hizmet etse de, günümüzün hızlı seyahat ortamında gereken çeviklikten yoksun, verimsiz, ölçeklenmesi zor sistemlerden de sorumlu olmuştur.

Teknolojinin geri kalanı, hem tüketici hem de kurumsal düzeyde  dönüşürken ve gelişirken , altyapı teknolojisi geçmişte on yıl içinde sıkışıp kaldı ve bu da girişimcilerin doğru iş kararını vermesini zorlaştırıyor. Bu geleneksel mimari biçimi, “monolitik” mimari olarak bilinir.

Neyse ki ileriye giden bir yol var: “mikro hizmet” otel PMS mimarisi. Ölçeklenebilirlik, sürdürülebilirlik ve güvenlik sunar ve seyahat teknolojisi altyapısının geleceği olmaya hazırdır.

Ama önce  mikro hizmetleri  anlamak için ne olmadığını anlayalım : istemci-sunucu mimarisi.

İstemci-sunucu mimarisi nedir?

Otellerin %90'ından fazlasının şu anda eski uygulama altyapılarına sahip olduğu tahmin edilmektedir. Bu, 10 mülkten dokuzunun şu anda 80'ler ve 90'larda inşa edilmiş ve tasarlanmış ve o zamanki standarda dayalı sistemleri kullandığı anlamına gelir: istemci-sunucu mimarisi. 

Oteller, istemci-sunucu mimarisini kullanmaya devam ediyor çünkü hala orijinal amaçlanan kapasitesinde çalışıyor. Ek olarak, yeni teknolojiye geçmek göz korkutucu olabilir ve uzun süredir pek fazla alternatif yoktu.

Aslında bu sadece bir misafirperverlik sorunu değil. Neredeyse her şirket tarafından son kırk yılda kullanılan teknoloji yığınına bakıldığında, aynı mimariye rastlamak yaygındır:

Bir sunucu: bir veritabanını (yani, Oracle, Microsoft, site tabanlı, dosya paylaşımlı, vb.) depolayan karmaşık, pahalı bir fiziksel cihaz.

Çoklu istemciler: kullanıcı PC'leri (genellikle Windows'ta çalışır veya bundan önce DOS ve GDS gibi terminal tabanlı girdiler)

Uygulamalar: İstemcilere fiziksel olarak yüklenen, sunucunun veritabanıyla iletişim kuran yazılım

İstemci-sunucu mimarisinde, bir tarafta fiziksel bir sunucuda depolanan merkezi bir veritabanında (genellikle SQL gibi ilişkisel bir veritabanında) veri depolamanız ve diğer tarafta iletişim kuran birden çok UI, Windows/DOS tabanlı uygulamanız vardır. sunucuya.

Bu mimarideki temel sorun, iş mantığının her iki yere de yayılmış olmasıdır. Örneğin, veritabanında yalnızca veri depolama değil, hatta bazı kodlamalar bulmak yaygındır.

90'ların sonlarına kadar, sunucular hem veritabanı depolamasından hem de bazı iş mantığının yürütülmesinden sorumluydu. Bu önemsiz, anlamsal bir sorun gibi görünebilir, ancak çok sayıda olumsuz etkisi vardır. 

Örneğin, belirli bir iş süreci veritabanında istemciden daha hızlı çalışıyorsa, geliştiriciler, istemci arasında ileri ve geri gitmenin geleneksel prosedürünü izlemek yerine iş mantığının bir kısmını doğrudan veritabanına veya UI katmanına yerleştirirdi. ve veritabanı, bir buggy karışımı ve hatalara açık eşleşme oluşturma.

Yeni platformlar, eski mimari

Yazılım yıllardır istemci-sunucu altyapısına dayalı olarak yazılmakta ve geliştirilmektedir, ancak 2000'lerin başında internetin ortaya çıkması ve artan müşteri ve şirket beklentileri sayesinde daha iyi bir çözüm bulma baskısı oluşmaya başladı.

Yine de HTML ön uç web uygulamaları daha yaygın hale gelmeye başladığında bile, bazı geliştiriciler aynı eski süreçlerle yazılım oluşturmaya devam ettiler, sadece aynı istemci-sunucu mimarisini sahne arkasında sağlam tutarken uygulamaların görüntülenme şeklini değiştirdiler.

Geliştirme dünyası, uygulamaların (veri miktarı açısından) çok büyük hale geldiğini ve istemci-sunucu mimarisinin artık bunları kaldıramayacağını ancak 2000'lerin sonlarında, hem internet bağlantısı hem de kullanıcı sayısının artmasıyla fark etti. .

Ayrıca, tümü farklı özelliklere sahip yeni ve farklı tarayıcıların ve cihazların çoğalması, geliştiricilerin tek bir arayüzle değil, çok sayıda arayüzle uğraşmak zorunda olduklarını fark etmelerini sağladı. 

Google, Amazon ve Netflix gibi sektör liderleri değişimi çabucak anladılar ve istikrarı ve ölçeklenebilirliği korumak için, sunum katmanlarının ve iş mantıklarının her birinden net bir şekilde ayrıldığından emin olarak verilerin nasıl işlendiği, kullanıldığı ve yönetildiğine dair tüm süreci incelemeye başladılar. diğer – bu işletmeleri başarıya konumlandıran birçok ileri görüşlü hareketten biri.

Üç katmanlı ve istemci-sunucu mimarisi

Google'ın ve diğer sektör liderlerinin çözümü basit ama mükemmeldi. İlk olarak, sunucuların yalnızca veri depolamaya odaklanma sorumluluğunu azaltmak; ardından, sunucuların veri işleme kapasitesini artırma (neredeyse gerçek zamanlı olarak terabaytlarca veriyi toplamak ve analiz etmek için); ve son olarak, sunucuların iş mantığı sorumluluklarını azaltmak.

Bu yeni konsept, şu anda üç bağımsız parçadan oluşan üç katmanlı mimari olarak bildiğimiz şeyin doğuşuna işaret ediyordu: tam bir takip sonu veri depolama/alma sistemi (şeffaf, hızlı ve kararlı), bir iş mantığı (işlevselliklerini belirtilen yollarla açığa çıkarıyor).  API'ler ) ve bir sunum katmanı (ön uç kullanıcı arabirimi).

Yazılımları ayrı platformlarda bağımsız modüller olarak oluşturmak ve sürdürmek   , 80'lerin ve 90'ların standart mimarisinden ışık yılı uzakta devrim niteliğinde, ancak gerekli bir kavramdı.

Bir sistemin tüm işlevlerini bileşik işlevsellik ile birden çok pakete bölmek, her şeyi büyük, tıknaz bir platformda geliştirmeye kıyasla yazılım geliştirmeyi ölçeklenebilir ve sürdürülebilir kılar.

İşleri yapmanın bu yeni yolu “mikro hizmet mimarisi” olarak bilinirken, eski yol “monolitik mimari” olarak bilinir.

Monolitik mimarideki temel sorun, hem teknoloji sağlayıcılar hem de son kullanıcılar için ölçeklendirmenin neredeyse imkansız olmasıdır.

Mevcut bir uygulamaya yeni, basit bir özellik eklemek, en kötü senaryoda, tüm sistemin çökmesine neden olabilir veya en iyi ihtimalle, geliştirmenin çok zaman almasına neden olarak ilgili tüm parçalar için daha yüksek maliyetlere neden olabilir.