如今，應用程式生成的資料比以往任何時候都要多，因為企業需要從資料中獲得洞察。企業不僅必須以最經濟高效的方式管理和儲存資料，還需要以功能性的方式利用這些資料。InfluxData的InfluxDB既提供用於儲存時間序列資料的資料庫，也提供用於構建使用該資料的應用程式的開發平臺。
資料具有重力，這意味著在區域和雲之間移動資料成本高昂。因此，地點很重要。如果一家在紐約生成資料的公司在洛杉磯有一個數據庫，那麼將該資料傳輸到不同地理位置的伺服器可能成本高昂，即使是在同一雲提供商的兩個不同區域之間。公司資料來源與其資料庫之間的物理距離也會導致延遲。降低儲存和移動資料的成本以及訪問資料時的延遲可以改善使用者體驗。
為了實現這一點，需要使應用程式能夠廣泛訪問，以應對這些挑戰。然而，在多個地區使用多個雲提供商帶來了額外的障礙。要在所有三大雲提供商（AWS、Google和Microsoft Azure）上執行，開發人員需要編寫三種不同的定製應用程式並對其進行維護。
Kubernetes解決方案
為了應對這些挑戰，InfluxData的團隊使用Kubernetes作為雲抽象層，能夠靈活地在任何地區的任何雲提供商上部署Kubernetes叢集。
優勢在於，開發人員只需編寫一個應用程式，就可以在任何雲提供商的任何區域中用起來。這使得擴充套件到新區域的速度更快、更容易。
“如果沒有Kubernetes，InfluxData將不得不建立和維護多個核心應用程式版本，每個雲提供商一個。開發團隊將浪費時間並行開發相同的功能。相反，有了Kubernetes支援的雲抽象層，他們可以專注於在單個應用程式中為使用者提供價值和好處。”–InfluxData工程副總裁Ryan Betts
InfluxData的Kubernetes解決方案將新雲區域的部署時間從一個月縮短到兩天。與Kubernetes一起開發解決方案幫助InfluxData解決了一個關鍵任務問題。現在，我們可以將應用程式部署到一個雲提供商，並部署到一個靠近客戶生成和使用該資料的區域。
Kubernetes解決方案還帶來了許多意想不到的好處。
——使用Kubernetes使可靠性團隊能夠透過標準化資源和基礎設施的交付來最佳化生產力，同時遵守最佳實踐。Kubernetes為站點可靠性工程師（SRE）和開發團隊提供了一個標準框架和通用的協作術語。這也簡化和加速了已經熟悉Kubernetes的新工程人員的入職。這使得整個團隊更加高效。
——Kubernetes雲抽象層帶來的另一個意想不到的好處是，它允許軟體工程師在類似於生產的環境中開發和測試，對他們自己的系統影響最小。
——有助於加快程式碼部署的一個關鍵開發是InfluxData團隊建立的遠端本地開發環境（“remocal”）。實際上，“remocal”開發環境允許每個開發人員在內部Kubernetes叢集中構建一個近生產遠端環境，在那裡他們可以開發和測試程式碼。
InfluxData團隊使用的舊方法是使用Docker和Kind執行應用程式的本地副本。這使用了更多的資源，導致了本地機器陷入困境和功能開發放緩的挫敗感。
相比之下，Kubernetes“remocal”方法允許團隊更快地構建、測試和釋出程式碼，同時使用更少的資源。一旦程式碼更改進入CI，將程式碼部署到生產環境所需的時間不到三個小時。開發人員可以靈活、自由地在與生產環境並行的環境中實時測試他們的更改。
可擴充套件的解決方案
透過創造性地使用Kubernetes，InfluxData能夠為客戶提供多雲、多區域資料儲存，並在內部維護單個程式碼庫。InfluxData的Kubernetes解決方案透過一個彈性、可伸縮的時間序列平臺提供了簡化和靈活性，以滿足開發人員客戶的需求。
該解決方案表明，Kubernetes本身可以大規模執行，包括9400多個生產pod、500多個生產節點和17個叢集。
“Kubernetes使我們能夠大大加快推出具有自動化功能的新叢集的速度。第一個區域至少花了一個月的時間進行設定，但現在我們可以在兩天內啟動一個新區域。”–InfluxData雲產品管理總監Balaji Palani
簡而言之，Kubernetes使InfluxData能夠在更接近客戶資料來源的情況下交付應用程式，從而減少延遲並提高效能。在內部，Kubernetes允許開發人員花更多的時間為應用程式構建新的功能和改進。
原文連結：
https：//thenewstack。io/how-kubernetes-simplified-our-cloud-and-development-platform/
