微服務(wù)為什么要選擇docker？Docker早在2013年就發(fā)布了，但很少有人知道。直到2014年，Martin Fowler提出了微服務(wù)的概念。兩項(xiàng)不相關(guān)的技術(shù)終于走到了一起，創(chuàng)造了今天的輝煌！現(xiàn)在

微服務(wù)為什么要選擇docker？

Docker早在2013年就發(fā)布了，但很少有人知道。直到2014年，Martin Fowler提出了微服務(wù)的概念。兩項(xiàng)不相關(guān)的技術(shù)終于走到了一起，創(chuàng)造了今天的輝煌！現(xiàn)在：使用docker容器后，docker可以將我們的應(yīng)用程序打包到一個容器中，其中包含應(yīng)用程序的代碼、運(yùn)行環(huán)境、依賴項(xiàng)庫、配置文件和其他必要的資源。在容器之間實(shí)現(xiàn)過程級隔離。容器中的操作不會影響主機(jī)和其他容器，因此應(yīng)用程序之間不會發(fā)生交互

微服務(wù)調(diào)用為啥用RPC框架，http不更簡單嗎？

簡單一點(diǎn)，HTTP是協(xié)議，RPC是概念！RPC可以基于HTTP協(xié)議（feign）、TCP協(xié)議（netty）、RMI協(xié)議（soap）和web服務(wù)（XML-RPC）框架實(shí)現(xiàn)。在傳輸過程中，由于序列化方法的不同，也出現(xiàn)了一些框架和協(xié)議，如Dubbo中的Dubbo協(xié)議、grpc protobuf序列化協(xié)議等。實(shí)際上，它們都是基于遠(yuǎn)程調(diào)用的概念。什么是遠(yuǎn)程呼叫？

關(guān)鍵是RPC是遠(yuǎn)程調(diào)用。遠(yuǎn)程調(diào)用是客戶端通過上述協(xié)議向服務(wù)器發(fā)送接口、參數(shù)、參數(shù)類型、方法、返回值、返回值類型等（稱為方法簽名），通知服務(wù)器要調(diào)用的接口方法。這個過程就是RPC的實(shí)現(xiàn)過程！HTTP和RPC是兩碼事

！在性能方面，HTTP本身是基于TCP協(xié)議的，屬于應(yīng)用層協(xié)議，所以HTTP協(xié)議本身在實(shí)現(xiàn)過程中會占用大量的資源（內(nèi)存、帶寬等）。在性能方面，它肯定不如直接通過TCP實(shí)現(xiàn)的RPC協(xié)議快。不管HTTP有多優(yōu)化，它絕對沒有TCP那么快！另一方面，TCP依賴于字節(jié)碼。目前常用的是將客戶端調(diào)用的接口信息以序列化的方式發(fā)送到服務(wù)器端。序列化框架包括許多內(nèi)容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字節(jié)碼）。序列化后的字節(jié)碼越小，占用的帶寬越小，序列化時間越長，線程IO延遲越短，線程IO延遲越小。因此，在具體的應(yīng)用層，有很多技術(shù)可以討論。您可以根據(jù)自己的硬件能力選擇相應(yīng)的技術(shù)

！歡迎熱愛科技的人們來探索

微服務(wù)在Docker k8s下如何部署？

最近，這些技術(shù)已在項(xiàng)目中使用。讓我介紹一些有價值的想法。

首先，結(jié)論如下：

1。K8s是一款非常好的技術(shù)，非常穩(wěn)定。如果發(fā)現(xiàn)正在運(yùn)行的pod數(shù)量不等于用戶設(shè)置的期望值，k8s將自動創(chuàng)建或刪除pod，直到它們相等為止。這不僅確保了服務(wù)的不間斷運(yùn)行，而且還動態(tài)地擴(kuò)展了服務(wù)規(guī)范。用戶只需要調(diào)整pod的復(fù)制次數(shù)，剩下的留給k8s，這很容易讓人擔(dān)心。

2. 使用Jenkins集成命令行操作，雖然我個人比較喜歡使用命令行，但我不得不承認(rèn)，使用Jenkins集成命令行操作將大大提高工作效率。

實(shí)現(xiàn)步驟如下：（本文以Azure平臺為例）

1。寫dockerfile

2。在Jenkins中創(chuàng)建任務(wù)并執(zhí)行包含以下命令的腳本

2.1 git將源代碼拉到本地

2.2 docker build命令生成映像文件

2.3 docker定義映像文件版本號并上載到Azure平臺

2.4 kubectl命令創(chuàng)建k8s部署和服務(wù)。

每個版本2.5update，可以調(diào)用update image來編譯新的鏡像版本并提供給k8s

注意，在創(chuàng)建k8s的部署和服務(wù)時，需要用yaml格式編寫配置文件。部署配置包括名稱、映像文件地址、最大和最小CPU分配值、最大和最小內(nèi)存分配值等。服務(wù)配置文件包括名稱、引用的部署名稱以及是否使用負(fù)載平衡器。

有關(guān)更多詳細(xì)信息，請參閱我的wikihttps://github.com/FamingHou/MyWiki

docker大家用到什么程度了？

生產(chǎn)環(huán)境中有數(shù)以萬計的docker容器實(shí)例。持續(xù)集成、持續(xù)測試、持續(xù)發(fā)布和服務(wù)編排都基于docker

在Java生態(tài)系統(tǒng)中，構(gòu)建微服務(wù)的策略包括無容器、自包含和容器內(nèi)。無容器的微服務(wù)將應(yīng)用程序及其依賴項(xiàng)打包到單個jar文件中。自包含的microservice也打包到一個jar文件中，但它還包含一個嵌入式框架，其中包含可選的第三方lib。當(dāng)然，這些lib是兼容的。容器內(nèi)微服務(wù)被打包成一個完整的javaee容器，這個容器在docker映像中實(shí)現(xiàn)?；谖⒎?wù)的體系結(jié)構(gòu)給架構(gòu)師和開發(fā)人員帶來了新的挑戰(zhàn)。然而，隨著語言的升級和工具數(shù)量的增加，開發(fā)人員和架構(gòu)師完全有能力應(yīng)對這些挑戰(zhàn)。Java也不例外。本文討論了在Java生態(tài)系統(tǒng)中構(gòu)建微服務(wù)的不同方法。