工業(yè)互聯(lián)網(wǎng)需要什么樣的軟件開發(fā)(編輯修改稿)
2024-08-31 15:54 本頁面
【文章內(nèi)容簡介】 得越來越復(fù)雜，而且無法按需伸縮?！ ￡P(guān)于伸縮性，舉個例子，拿一個十萬人企業(yè)為例，電子郵件系統(tǒng)通常都會要十幾或幾百甚至上千臺的X86的機(jī)器作為服務(wù)器在后面跑，但是夜間這些服務(wù)器基本都屬于空轉(zhuǎn)狀態(tài)。如何讓這些設(shè)備更加有效的運(yùn)行，能否晚上只留十幾臺二十臺保證一些基本的服務(wù)在運(yùn)行，然后大量的計(jì)算能力全部都是休眠狀態(tài)。等到上班之后，再把資源喚醒，逐步伸展出去。云架構(gòu)的優(yōu)勢顯而易見了。這種需求，單體架構(gòu)是無法做到的，它必須是用一個更先進(jìn)的技術(shù)來做就是云架構(gòu)。 大概十年前，新的架構(gòu)SOA被提出來。SOA架構(gòu):數(shù)據(jù)+用戶界面+公共服務(wù)，這是面向服務(wù)的架構(gòu)。在數(shù)據(jù)庫和用戶界面之間加了一堆公共的服務(wù)，把這種公共的服務(wù)用企業(yè)數(shù)據(jù)總線串起來。在制造業(yè)中，OPC UA標(biāo)準(zhǔn)體系，可把所有工業(yè)產(chǎn)品、工業(yè)裝備連接進(jìn)來。在軟件體系架構(gòu)里面(即數(shù)字世界里)它就是一個服務(wù)，開放出來的接口有多少個就可以有多少個服務(wù)。所以在軟件世界里，無論一個設(shè)備還是一個軟件服務(wù)，對用戶而言，沒有區(qū)別?！ OA架構(gòu)主要特點(diǎn)就是松耦合了服務(wù)的提供者和服務(wù)的消費(fèi)者之間的關(guān)聯(lián)，應(yīng)用架構(gòu)的靈活性大大提升了。但是SOA架構(gòu)沒有考慮服務(wù)大小。小的只有幾兆甚至幾百K，大的有幾個G的，甚至100G以上，也都叫做服務(wù)。前面單體架構(gòu)里面談到所謂“伸縮”問題，又出現(xiàn)了?！ 〖軜?gòu)又需要改進(jìn)，這就是今天提到的微服務(wù)架構(gòu)?！ ∥⒎?wù)來了 微服務(wù)，是一種全新的服務(wù)架構(gòu)。它是軟件開發(fā)的一種方法，這里面會涉及到很多的概念。幾年前互聯(lián)網(wǎng)公司提出一個叫SQUAD概念，它是伴隨著微服務(wù)架構(gòu)的軟件開發(fā)的一種人員組織形式。通俗地講，Squad就是賦予一定職能的小分隊(duì)，具有一定的獨(dú)立性。這個小組其很像軍隊(duì)的一個班，可以作為基本單位去執(zhí)行任務(wù)，而且squad里也有管理制度。這個概念其實(shí)到了軟件里面也是一樣，通常會建議1012個人組成一個Squad，以一定的相對獨(dú)立性來開發(fā)，然后相互之間再進(jìn)行編排、組合?！ ∽罱岬亩喾炊茿gile敏捷開發(fā)，與瀑布式相對應(yīng)。這個概念不新鮮?！ ∑俨际杰浖_發(fā)是傳統(tǒng)的開發(fā)方式。舉個例子，供應(yīng)商管理系統(tǒng)SRM，應(yīng)該長成什么樣子，需要做大量的調(diào)研，形成規(guī)格書。然后封存起來不能再改了，開發(fā)團(tuán)隊(duì)按照這個規(guī)格書再進(jìn)行軟件工程。軟件工程之后，再需要幾個月時間進(jìn)行測試，測試完了進(jìn)行發(fā)布，發(fā)布完了之后，這個版本就要維持一年，甚至兩年，甚至三年。一個版本通常它會有一個周期，有的是五年，有的六年，但一般不會超過8年。這就是一個典型的叫瀑布式的，它就像水似的從上往下倒，是不可逆的，只能順序推進(jìn)。 這
法律信息相關(guān)推薦
鄂ICP備17016276號-1