企業(yè)級(jí)應(yīng)用是什么 Docker能取代虛擬化嗎?
Docker能取代虛擬化嗎?答案是:沒有。而且,雙方的關(guān)系不是對(duì)立的替代和被替代,而是互補(bǔ)和合作的。并不是所有的應(yīng)用程序都適用于容器:例如,傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)應(yīng)用程序不能像容器場(chǎng)景中所說的那樣在任何時(shí)候
Docker能取代虛擬化嗎?
答案是:沒有。而且,雙方的關(guān)系不是對(duì)立的替代和被替代,而是互補(bǔ)和合作的。
并不是所有的應(yīng)用程序都適用于容器:例如,傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)應(yīng)用程序不能像容器場(chǎng)景中所說的那樣在任何時(shí)候重新啟動(dòng),數(shù)據(jù)庫(kù)的高可用性也不能通過kubernetes這樣的服務(wù)發(fā)現(xiàn)來解決,但應(yīng)該通過使用數(shù)據(jù)庫(kù)本身的高可用性架構(gòu)來實(shí)現(xiàn),以保證數(shù)據(jù)的可靠性和一致性
!容器有自己的特定應(yīng)用場(chǎng)景。至少就目前而言,在上述領(lǐng)域之外的其他傳統(tǒng)應(yīng)用的分發(fā)、部署、運(yùn)維管理中,容器并不具備特殊的優(yōu)勢(shì),但也存在一定的劣勢(shì)。場(chǎng)景需求是選擇這兩種技術(shù)的關(guān)鍵。
綜上所述,虛擬機(jī)和容器技術(shù)不是對(duì)立的,不存在誰取代誰的問題。關(guān)鍵是企業(yè)能否在合理的應(yīng)用場(chǎng)景中合理地運(yùn)用技術(shù)解決相應(yīng)的技術(shù)問題。未來的企業(yè)云平臺(tái)還應(yīng)該包括對(duì)這些技術(shù)的支持,以滿足不同業(yè)務(wù)對(duì)不同技術(shù)棧的靈活選擇
Go會(huì)成為下一個(gè)企業(yè)級(jí)編程語言嗎?
目前,可能性不大。至于未來是否可能,則要看谷歌能否繼續(xù)支持圍棋。目前,圍棋語言的開發(fā)人員說,它是簡(jiǎn)單,快速,安全,并發(fā),快樂編程和開源。然而,圍棋語言缺乏方向性和“集成商”的嘗試,很容易導(dǎo)致圍棋學(xué)不到貓和狗,圍棋語言將減少到四種。
Java似乎永遠(yuǎn)不會(huì)過時(shí)。盡管Java最初是在20世紀(jì)90年代為交互式電視設(shè)計(jì)的,但今天的Java為企業(yè)應(yīng)用程序、Android移動(dòng)應(yīng)用程序開發(fā)和所有其他功能提供了動(dòng)力。
Java本身的跨平臺(tái)、安全性、健壯性、簡(jiǎn)單性非常適合企業(yè)開發(fā)。此外,這些年來,各種組織貢獻(xiàn)了各種生態(tài)環(huán)境,比如各種開源框架,比如spring family bucket。Java在今天取得了巨大的成就,spring無疑做出了很大的貢獻(xiàn)。據(jù)不完全統(tǒng)計(jì),世界上運(yùn)行Java程序的設(shè)備有幾十億臺(tái)。
Java最大的問題是臃腫的框架。以前配置一個(gè)開發(fā)環(huán)境需要半天的時(shí)間。現(xiàn)在springboot在一定程度上改善了這種情況。
總之,Java優(yōu)勢(shì)突出,生態(tài)完善,技術(shù)成熟。雖然go非常好,但要在短時(shí)間內(nèi)取代Java是不可能的。