云連鎖反應：中間件棧添層 應用更輕量
中間件棧增加了層以及對輕量應用的開發(fā)需求將導致更好的云訪問。
過去10年，軟件的開發(fā)和部署方式已經(jīng)出現(xiàn)了巨大的轉(zhuǎn)變。2005年初時，企業(yè)服務總線還很流行，而云尚處在青春期，還在等待這Amazon EC2/S3的降臨。現(xiàn)在，開發(fā)者可以利用的技術數(shù)量出現(xiàn)了爆發(fā)式增長，云的無所不在增加了中間件棧的層次，據(jù)專家說。
總部位于英國烏斯特郡的咨詢公司C2B2的首席顧問Matt Brasier說，所有現(xiàn)有技術經(jīng)過10年的發(fā)展已經(jīng)極大地成熟了，為中間件棧開發(fā)者和應用架構(gòu)師提供了更多的多樣性。這一架構(gòu)性選擇延伸到了SQL存儲等組件，使得開發(fā)者可以選擇最適合于被開發(fā)應用的技術，他補充道。
給中間件棧增加層
10年前，開發(fā)者要對付的只有3層：接入層、業(yè)務邏輯層以及用戶接口層，Brasier說。但隨著中間件棧變得越來越與服務相關，那些嚴格的層消失了。現(xiàn)在，面向業(yè)務的服務和集成層使得開發(fā)者將服務與應用捆綁在一起，集成層成為了中間件棧新的一層。集成層位于瘦很多的業(yè)務層的上面，而用戶接口層則是在集成層的上面，他說。
集成、API、移動或其他層，所有這些附加均未對中間件層造成損害，這是總部位于科羅拉多州Evergreen的Savoir Technologies CTO Jeff Genender的說法。按照他的看法，移動和API層實際上是一回事，且有賴于前端應用是干什么的，比方說，在開發(fā)中的GUI是否適應移動設備，他說。
“移動產(chǎn)品應該能夠利用全服務產(chǎn)品所用的同一個API，但要小心它在API內(nèi)的用量有多少，” Genender說。但是移動并不是一個獨立的層;而是相對于微服務的端點—而這無論它是通過節(jié)點應用還是PHP端點來完成，一般都是利用RESTful 服務或JSON實現(xiàn)來完成的，他補充道。
應用變得越來越輕量
隨著開發(fā)者和應用架構(gòu)師對一個錯誤就能導致整個應用癱瘓的現(xiàn)狀感到厭煩，單容器部署—像開發(fā)界WebSpheres和JBosses這樣的一體應用服務器已經(jīng)逐漸淡出到后臺，Genender說：“在必須升級或更新軟件時，你得把整個系統(tǒng)關閉，或者要有一個相當復雜的滾動部署，”他補充道。
然而，微服務是輕量的，在應用部署上采取了更加聯(lián)邦的方式，這使得開發(fā)者可以在不同的服務、位置或容器中使用多個端點，Genender說。這使拿掉一部分比例的應用成為可能，這樣軟件就可以實時更新了。“這提高了正常運行時間，并增加了軟件的可維護性”他說。
云需要輕量應用
混合云和云部署對中間件棧產(chǎn)生了巨大影響。更輕量的應用采用微服務，這使得它們可以很好地適應基于云的環(huán)境，據(jù)Genender說。因為它們是輕量的，所以他們沒有繁重的內(nèi)存且處理器需求也不高，而由于微服務是聯(lián)邦式、分布式的，可以在任何地方部署，他說。
“你需要在小一點的封裝內(nèi)工作，這里沒有地方容納一體式應用服務器，” Genender說。基于云的應用的全部要點是輕量、能快速且有成效地加速應用和新功能的推出，這不可能發(fā)生在數(shù)G大小需要大量處理能力的應用身上。“這就是這一變化的推動力，搬到云端、更小的處理器、更多的分布式，”他說。
按照C2B2的Brasier的說法，服務的另一大驅(qū)動力是靈活性。在與云應用集成時，開發(fā)的最佳實踐是訪問服務的靈活性，而不是把組件嵌入到應用中，他說。
“開發(fā)出成功應用的人是通過創(chuàng)建服務，然后再結(jié)合應用和業(yè)務流程來做到的，” Brasier說，指出這一切都是通過服務流轉(zhuǎn)的。這些結(jié)構(gòu)已經(jīng)成為了適應云需求的必要，這已成為提供服務的一大驅(qū)動力，他補充道。
有的也許會說多一事不如少一事，但是根據(jù)專家的說法，在中間件棧增加層已經(jīng)體現(xiàn)出好處。隨著對輕量型應用、服務，尤其是微服務的需求在增長，這些將會成為云訪問的預期基礎。
