組件的多樣性使整個系統(tǒng)變得復(fù)雜

這些系統(tǒng)種類繁多是嵌入式系統(tǒng)發(fā)展緩慢的另一個原因。嵌入式系統(tǒng)有大量的硬件和軟件組件，所有這些組件在使用前都需要仔細(xì)集成和測試。復(fù)雜設(shè)備意味著多個電路板使用專用或定制的網(wǎng)絡(luò)交換信息，有時甚至在同一產(chǎn)品中使用多種不同的網(wǎng)絡(luò)技術(shù)。同樣，所有這些都需要進(jìn)行大規(guī)模測試。

這可能是一個勞動密集型且容易出錯的過程，會減慢開發(fā)周期，并使快速實(shí)現(xiàn)新功能或新技術(shù)變得非常困難。由于其復(fù)雜性，創(chuàng)建和管理系統(tǒng)可能具有挑戰(zhàn)性，因?yàn)榭赡苄枰囟ǖ闹R和經(jīng)驗(yàn)來理解每個組件如何作為一個整體進(jìn)行交互和運(yùn)行。

對實(shí)時應(yīng)用的需求給嵌入式領(lǐng)域增加了另一層重要的復(fù)雜性。最重要的是，你不能像在正常的軟件調(diào)試過程中那樣容易地從運(yùn)行的嵌入式代碼中提取信息。事實(shí)上，同樣的人機(jī)界面在嵌入式(屏幕、鍵盤、互聯(lián)網(wǎng))中是不存在的。結(jié)果，調(diào)試和測試變得更加困難。我們看不到正在發(fā)生的事情。

像Luos這樣的方法旨在為用戶提供將系統(tǒng)活動實(shí)時視為數(shù)字孿生的能力。你可以使用Luos創(chuàng)建實(shí)際系統(tǒng)的數(shù)字復(fù)制品，以測試和觀察任何潛在的問題。

讓我們將微服務(wù)的愿景應(yīng)用于這些問題

如今，嵌入式系統(tǒng)依賴于連接的子系統(tǒng)。我們稱之為網(wǎng)絡(luò)物理系統(tǒng)(CPS)。但獨(dú)立的子系統(tǒng)并不意味著你不是單片的，你可能有不可能維護(hù)的單片子組件，也不直接與其他組件兼容。此外，為了連接整個系統(tǒng)的所有部分，嵌入式開發(fā)人員需要創(chuàng)建一個經(jīng)過調(diào)整的通信系統(tǒng)，這可能需要花費(fèi)大量時間才能使其可靠。你可能無法將其用于其他產(chǎn)品。

由于設(shè)計(jì)更改、產(chǎn)品可用性或任何其他外部變量，這種靈活性的缺乏導(dǎo)致許多與我們互動的開發(fā)人員重做他們的整個系統(tǒng)(數(shù)月的工作)。半導(dǎo)體危機(jī)是眾多僵化舉措的一個典型例子，這些舉措僅僅因?yàn)榧嫒菪詥栴}而被迫戛然而止。

網(wǎng)絡(luò)物理系統(tǒng)可以利用許多緊湊、自主的服務(wù)來創(chuàng)建，這些服務(wù)由于微服務(wù)而易于組合和修改。我們必須把嵌入式系統(tǒng)看作一種產(chǎn)品，而不是一塊板。

近年來，微服務(wù)哲學(xué)在軟件行業(yè)越來越受歡迎，這為解決這些同樣的問題提供了補(bǔ)救措施。微服務(wù)將軟件應(yīng)用程序分離為可管理的、自包含的部分，這些部分可以獨(dú)立創(chuàng)建、部署和擴(kuò)展。因此，開發(fā)人員可以輕松地添加新功能或技術(shù)，而無需對當(dāng)前系統(tǒng)進(jìn)行大的調(diào)整。微服務(wù)的模塊化設(shè)計(jì)也使測試和實(shí)現(xiàn)新功能變得更簡單，這有助于縮短開發(fā)周期。但正如本文開頭所提到的，我們不能在嵌入式世界中使用相同的工具。像Luos項(xiàng)目這樣的開源努力正在創(chuàng)造未來所需的工具。

延遲問題

在嵌入式系統(tǒng)中使用微服務(wù)可能存在一定的延遲問題。在考慮微服務(wù)時，開發(fā)人員可能會想到管理各種服務(wù)之間通信的延遲?；谖⒎?wù)的系統(tǒng)將需要在服務(wù)之間進(jìn)行一種板間IPC(進(jìn)程間通信)，這可能會導(dǎo)致延遲。嵌入式開發(fā)人員可以通過測量延遲并使其對實(shí)時應(yīng)用程序具有確定性來管理延遲。通過使用時間戳，它將允許你以數(shù)學(xué)方式計(jì)算延遲。我們可以使用排隊(duì)和調(diào)度等策略來確保請求得到一致處理，并使延遲具有確定性。