ioaaaa工業(yè)互聯(lián)網(wǎng)需要什么樣的軟件開(kāi)發(fā)-文庫(kù)吧在線文庫(kù)
【正文】 鐵集團(tuán)企業(yè)?！ 〉谖褰M數(shù)據(jù)，某制造企業(yè)SRM(供應(yīng)商關(guān)系管理系統(tǒng))，拆分成了四大功能模塊，這四大功能模塊給它分拆成了47個(gè)微服務(wù)。如果把一個(gè)一個(gè)的微服務(wù)就叫一個(gè)應(yīng)用，那不能說(shuō)錯(cuò)?！ 〈笠?guī)模軟件開(kāi)發(fā)的挑戰(zhàn) 軟件開(kāi)發(fā)和流程制造的類(lèi)比性非常大，它們都是一個(gè)流水線?；叶劝l(fā)布則是使得測(cè)試工作以分群的、分區(qū)域的、分功能的階梯式的開(kāi)展，以便于迭代。就PLM而言，SAP和西門(mén)子的日志也不可能一樣?！ ≡缒甑能浖_(kāi)發(fā)都是單體架構(gòu)monothetic+UI。等到上班之后，再把資源喚醒，逐步伸展出去。所以在軟件世界里，無(wú)論一個(gè)設(shè)備還是一個(gè)軟件服務(wù)，對(duì)用戶而言，沒(méi)有區(qū)別。幾年前互聯(lián)網(wǎng)公司提出一個(gè)叫SQUAD概念，它是伴隨著微服務(wù)架構(gòu)的軟件開(kāi)發(fā)的一種人員組織形式。然后封存起來(lái)不能再改了，開(kāi)發(fā)團(tuán)隊(duì)按照這個(gè)規(guī)格書(shū)再進(jìn)行軟件工程。中心思想是，所有的功能，分成兩類(lèi)：一類(lèi)是發(fā)號(hào)施令的Command型，這是一個(gè)大類(lèi)。這就是微服務(wù)的理念。拿一個(gè)共享辦公室來(lái)類(lèi)比。它是一個(gè)流水線。而在云里，打包就小很多?！ ∵@是一個(gè)完整的生命周期?！ ∧壳?很多企業(yè)聽(tīng)上去都有DevOps，但成熟度參差不齊?！ ★@然Devops，已經(jīng)超越了開(kāi)發(fā)流程。您的需求，我們?nèi)M足，點(diǎn)擊進(jìn)入?yún)R桔網(wǎng)咨詢。而微服務(wù)架構(gòu)也正在成為一種非常流行的工業(yè)軟件開(kāi)發(fā)方法?！ ∵M(jìn)一步探究，就是持續(xù)性的概念。后續(xù)還有運(yùn)維工作。還有用戶體驗(yàn)也需要目標(biāo)用戶的參與，體驗(yàn)好壞才更加現(xiàn)實(shí)。 下一步是build，對(duì)做OT的人可能對(duì)這個(gè)術(shù)語(yǔ)有點(diǎn)陌生，對(duì)IT人員，這個(gè)術(shù)語(yǔ)就耳熟能詳了，就是把軟件的源代碼要把它編成一個(gè)可執(zhí)行代碼，如exe。一個(gè)公司進(jìn)來(lái)，拎包入住，需要的服務(wù)一應(yīng)俱全?！ ∥⒎?wù)的部署，往往就是一個(gè)可執(zhí)行程序(image)部署在那里。就像導(dǎo)演一樣，每個(gè)演員演好自己的角色，導(dǎo)演把這些角色編排好，演繹出一個(gè)精彩的故事?！ ∵@種方式開(kāi)發(fā)出來(lái)的軟件推向市場(chǎng)，不太容易適應(yīng)快速變化?！ ∽罱岬亩喾炊茿gile敏捷開(kāi)發(fā)，與瀑布式相對(duì)應(yīng)。前面單體架構(gòu)里面談到所謂“伸縮”問(wèn)題，又出現(xiàn)了。SOA架構(gòu):數(shù)據(jù)+用戶界面+公共服務(wù)，這是面向服務(wù)的架構(gòu)。一個(gè)單體應(yīng)用系統(tǒng)，從操作系統(tǒng)，到上面的數(shù)據(jù)庫(kù)、運(yùn)行時(shí)環(huán)境，再有一些配套的庫(kù)，再到應(yīng)用軟件，一般情況都得要兩三個(gè)月才能部署。如果將更多的包括人員、組織架構(gòu)等問(wèn)題考慮進(jìn)去，則更為復(fù)雜。將來(lái)工業(yè)互聯(lián)網(wǎng)有可能會(huì)在后臺(tái)會(huì)有多個(gè)云，包括多個(gè)私有云、多個(gè)公有云，還有一些數(shù)據(jù)和應(yīng)用是傳統(tǒng)非云的環(huán)境里。 灰度發(fā)布，也是一個(gè)重要的概念，尤其在當(dāng)今基于云技術(shù)軟件開(kāi)發(fā)的一個(gè)重要需求。
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號(hào)-1