如果企業(yè)的DevOps團隊目前正在開發(fā)的物聯(lián)網(wǎng)應用程序獲得大規(guī)模成功，將有可能成為企業(yè)壽命比較長的應用程序。它甚至可能超過企業(yè)許多團隊成員在公司中的工作時間。物聯(lián)網(wǎng)在未來十年或更長的生命周期中是否可能過時？是的，會過時。

對于DevOps來說，這聽起來可能有悖常理，因為這些行業(yè)并不完全以敏捷流程著稱。它們是圍繞最小化變化和控制任務關鍵情況下的風險而設計的。物聯(lián)網(wǎng)技術正在迅速發(fā)展，很難說一兩年后會是什么樣子，更不用說10年了。物聯(lián)網(wǎng)應用與工業(yè)和國防系統(tǒng)的共同點在于，它們往往是復雜的。企業(yè)的運營技術（OT）讓人們可能會意識到他們現(xiàn)有的生產(chǎn)環(huán)境是多么復雜。物聯(lián)網(wǎng)應用增加了無線連接、云計算架構、實時性能、端到端安全性和算法復雜性等元素。

大規(guī)模物聯(lián)網(wǎng)應用將需要掌握復雜性，所汲取的經(jīng)驗教訓可能會有所幫助。目的不是避免更改，而是在應用中學習。持續(xù)的應用程序發(fā)布和測試的DevOps核心概念需要擴展到不僅僅是應用程序代碼。團隊需要以細節(jié)為導向，著眼于設備配置，互操作性，數(shù)據(jù)完整性以及隨著數(shù)據(jù)積累而產(chǎn)生的分析見解。

設備配置

購買企業(yè)服務器通常意味著選擇一種商品：選擇處理器型號和頻率、內存大小、以太網(wǎng)和USB端口數(shù)量、存儲接口和包裝。在云平臺中，彈性實例中的選擇更加容易。只要設備適合并運行所需的操作系統(tǒng)，內部細節(jié)就不是那么重要。如果企業(yè)必須在兩到三年內再購買一次設備，則可能會有更高的性能選擇。

在物聯(lián)網(wǎng)應用的長壽命計算中，盒子不是商品。實時性能驅動著處理器和電路板架構的差異。如果企業(yè)必須在兩到三年內再購買一次，那可能是個問題。供應商通常為工業(yè)和國防客戶提供修訂控制服務，范圍從更改通知到特定配置的擴展可用性。確保供應有時意味著終生購買零件，可能作為客戶的保稅庫存。

互通性

即使是簡單的物聯(lián)網(wǎng)設備，如無線傳感器，也可能在10年內出現(xiàn)問題。連接規(guī)范不斷發(fā)展，有重大的變化，也有微小的修改。隨著移動用戶的拋棄，手機的原有標準也逐漸消亡。否則通常不情愿地為供應商提供對較舊設備的支持，價格通常昂貴，有時甚至不存在。

選擇具有強大生態(tài)系統(tǒng)的可互操作框架將是長期成功的關鍵。如果供應商被收購并停止提供特定配置，或者如果他們完全停止運營，那么團隊應該準備一個“B計劃”。帶有空中傳送（OTA）編程的設備有助于跟上規(guī)范更改的步伐，并在出現(xiàn)時減輕安全問題。

數(shù)據(jù)的完整性

團隊將無法僅停止物聯(lián)網(wǎng)平臺面并繼續(xù)工作。如果通過物聯(lián)網(wǎng)面向未來的策略正確處理了第1天收集的數(shù)據(jù)，則與第3650天收集的數(shù)據(jù)一樣有價值。物聯(lián)網(wǎng)設備通常很容易連接到網(wǎng)絡。當數(shù)據(jù)開始流動時（可能來自數(shù)千個設備），將對物聯(lián)網(wǎng)應用程序進行真正的測試。數(shù)據(jù)是否來自授權設備？所有數(shù)據(jù)的格式都正確嗎？時間戳正確嗎？是否檢查錯誤和丟失的幀？

據(jù)推測，當物聯(lián)網(wǎng)應用成功時，就迅速出現(xiàn)了擴大規(guī)模的誘惑。假設添加了一組新的傳感器，并以略有不同的格式添加了相同類別的信息。系統(tǒng)應該在邊緣提取格式并清理數(shù)據(jù)，以便所有到達云的數(shù)據(jù)都可以進行算法處理。例如，JSON是可以幫助抽象的一種工具。邊緣計算還可以使用生成模型來減少傳輸?shù)皆频臄?shù)據(jù)，僅轉發(fā)出界條件以進行進一步分析。

分析見解

在物聯(lián)網(wǎng)項目開始之初，團隊就會對他們打算完成的事情有所了解。隨著項目的成熟，不可避免地會有來自分析的新見解?？赡芪磳w系結構進行優(yōu)化以實時傳遞這些見解，并且可能需要進行更改以加快算法結果的傳遞。工作流程優(yōu)化是物聯(lián)網(wǎng)團隊的一個持續(xù)過程。這是在飛行中重建飛機，從就地系統(tǒng)中獲取更多價值的最終實例。

物聯(lián)網(wǎng)未來驗證的精神

通過兼顧應用程序的壽命和復雜性，可以確保物聯(lián)網(wǎng)的未來發(fā)展。將團隊精神從維護靜態(tài)配置轉變?yōu)殚_發(fā)活動的應用程序體系結構，有助于克服在10年甚至更長的生命周期中必然發(fā)生的事件。