航空公司compaines和軟件系統

Question

我有興趣如何，他們爲以下內容：
（因爲我的英語短語的一些可奇怪的:)）

我們假設我們需要一個軟件大航空公司公司彼此相距很遠的200個機場，每個機場都有10個軟件客戶。

該系統使用3輪胎架構。

是否只有一個所有客戶端連接到的中間輪胎（可能是應用程序服務器集羣），或者每個機場都有自己的數據庫，應用程序服務器（獨立的相同系統），並且過夜將dbs同步到中央倉庫？

如果所有的客戶連接到同一個中間輪胎，並且這個輪胎非常非常遠，他們如何處理連接錯誤？他們能負擔互聯網延遲嗎？

Regards

Answer 1

我想只是一個供參考：對於一家真正的航空公司，採用兩層方法（或多或少）。例如，最大的GDS（Amadeus）實際上只有一個呈現層（用Java編碼）和一個數據/通信層（一個副本（嚴重RAIDED）坐在一個地方）。這是至關重要的，因爲實時準確性對於航空公司來說非常重要（例如，您需要將預訂控制在座位級別或完全控制庫存）。該數據/通信層是基於大型機的，位於德國的一個數據中心，擁有8個實時冗餘備份。這給了你一個單一版本數據的重要性，無論它在哪裏被使用。 Amadeus根本不使用分佈式數據。它能夠處理一個數據庫的巨大交易量的原因是數據模型的簡單性（例如乘客旅程的PNR概念）。因此，關鍵因素是：極高的可靠性，以及在簡單的數據結構環境中工作的高速通信。 大型機和彙編器來救援！甚至還有一個定製的操作系統可以完成所有這些工作：TPF--由IBM以其40年前建立的核心組件而銷售。它提供超高的交易速率和極高的穩定性。如你所料，它相應地非常昂貴。

Answer 2

這要看！

• 存在什麼互聯網連接，帶寬/延遲/可靠性。
• 將傳輸多少數據。
• 什麼是可用性要求，這是飛行控制或工作時間報告？
• 數據更改的頻率
• 應該儘快將來自一個用戶的更改傳播給其他機場的其他用戶？
• 是否有同步的要求，如航班機票的預訂（如果一個機場的書籍在給定的航班座位，其他機場必須立即從預訂該航班那個座位阻塞）

Answer 3

有許多不同的方法開發一個n層架構。他們選擇的取決於他們的具體要求。

如果他們需要絕對確保即使沒有互聯網連接，軟件仍可以運行，並且最新的數據並不重要，那麼他們可以在每個位置使用數據庫。

如果他們可以容忍網絡連接問題，但他們需要確保所有數據都是最新的，那麼它可能是一個Web應用程序，所有層位於一個位置，Web瀏覽器充當瘦客戶端。

或者富客戶端可以連接到中央位置的中間層應用程序服務器。

在任何情況下，連接問題都不在軟件領域 - 在這種情況下，與網絡供應商建立服務級別協議（SLA）變得非常重要，並安排備份連接以確保可靠的網絡操作。