歡迎來到演算法、軟體和硬體三位一體的未來世界論文書籍站
微服務架構圖的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理
微服務架構圖的問題，我們搜遍了碩博士論文和台灣出版的書籍，推薦黃勇寫的 架構探險：輕量級微服務架構（下冊） 和黃勇的 架構探險：輕量級微服務架構（上冊）都 可以從中找到所需的評價。
另外網站ThingsBoard微服务架构也說明：架构图 ; 传输微服务; Web UI; JavaScript执行器微服务; 节点; 第三方. Kafka; Redis; Zookeeper; HAProxy; 数据库. 部署. 从ThingsBoard v2.2开始该平台支持微服务部署 ...
這兩本書分別來自電子工業 和電子工業所出版 。
國立高雄師範大學 軟體工程與管理學系 李文廷所指導 呂增崇的 基於Spring Cloud之微服務軟體系統開發 - 以Meeting Scheduler為例 （2018），提出微服務架構圖關鍵因素是什麼，來自於微服務、物件導向軟體開發、單體式架構、微服務架構。
最後網站一份微服務架構手稿圖，徹底搞定微服務核心原理 - 天天要聞則補充：微服務 的概念最早在2012 年提出，在Martin Fowler 的大力推廣下，微服務在2014 年後得到了大力發展。今天我們通過一組手繪圖來梳理下微服務的核心架構 ...
架構探險：輕量級微服務架構（下冊）
為了解決微服務架構圖 的問題，作者黃勇 這樣論述：
本書將重點關注微服務基礎設施方面，其中大部分內容涉及微服務運維相關技術。全書以實踐的角度進行編寫，讀者首先將學習輕量級微服務架構的全景視圖，隨后的各個章節將圍繞微服務的日志、監控、通信、解耦、測試、配置六大方面進行展開。讀者可親自動手，從零開始搭建輕量級微服務架構，充分享受架構探險的樂趣。 第1章 輕量級的微服務1.1 微服務將變得輕量級1.1.1 架構與架構師1.1.2 架構演進過程1.1.3 微服務架構發展趨勢1.2 微服務架構前期准備1.2.1 認識微服務架構冰山模型1.2.2 冰山下的微服務基礎設施1.2.3 根據業務切分微服務邊界1.3 輕量級微服務架構圖1.3.
1 輕量級微服務部署架構1.3.2 輕量級微服務運行架構1.3.3 輕量級微服務全局架構1.4 本章小結第2章 微服務日志2.1 使用SpringBoot日志框架2.1.1 使用SpringBootLogging插件2.1.2 集成Log4J日志框架2.1.3 將日志輸出到Docker容器外2.2 使用Docker容器日志2.2.1 Docker日志驅動2.2.2 Linux日志系統：Syslog2.2.3 Docker日志架構2.3 搭建應用日志中心2.3.1 開源日志中心：ELK2.3.2 日志存儲系統：Elasticsearch2.3.3 日志收集系統：Logstash2.3.4 日志查
詢系統：Kibana2.3.5 搭建ELK日志中心2.4本章小結第3章 微服務監控3.1 使用SpringBoot監控系統3.1.1 SpringBoot自帶的監控功能3.1.2 SpringBootAdmin開源監控系統3.2 搭建系統監控中心3.2.1 時序數據收集系統：cAdvisor3.2.2 時序數據存儲系統：InfluxDB3.2.3 時序數據分析系統：Grafana3.2.4 集成InfluxDB+cAdvisor+Grafana3.3 搭建調用追蹤中心3.3.1 開源調用追蹤中心：Zipkin3.3.2 追蹤微服務調用鏈3.3.3 追蹤數據庫調用鏈3.4本章小結第4章 微服務通
信4.1 使用HTTP實現同步調用4.1.1 使用SpringBoot開發服務端4.1.2 使用SpringRestTemplate開發客戶端4.1.3 使用OkHttp開發客戶端4.1.4 使用Retrofit開發客戶端4.2 使用RPC實現同步調用4.2.1 RPC通信原理4.2.2 初步體驗gRPC4.2.3 SpringBoot集成gRPC4.3 搭建分布式RPC框架4.3.1 架構設計4.3.2 搭建模塊代碼框架4.3.3 開發RPC服務端4.3.4 開發RPC客戶端4.4 本章小結第5章 微服務解耦5.1 使用MQ實現異步調用5.1.1 使用ActiveMQ實現JMS異步調用5.1
.2 使用RabbitMQ實現AMQP異步調用5.2 使用請求應答模式實現RPC調用5.2.1 請求應答模式簡介5.2.2使用RabbitMQ實現RPC調用5.2.3 封裝RabbitMQ的RPC代碼框架5.3 解決分布式事務問題5.3.1 什麼是Event—Sourcing5.3.2 使用Event—Sourcing與MQ實現分布式事務控制5.4本章小結第6章 微服務測試6.1 使用SpringBoot單元測試6.1.1 搭建待測應用程序框架6.1.2 測試Service層6.1.3 測試RESTAPI6.2 搭建RESTAPI自動化測試框架6.2.1 使用Postman手工測試RESTAP
I6.2.2 使用Newman批量測試RESTAPI6.2.3 搭建RESTAPI自動化測試框架6.3 自動生成RESTAPI文檔6.3.1 使用Swagger生成RESTAPI文檔6.3.2 RESTAPI文檔的另一選擇：apiDoc6.4 本章小結第7章 微服務配置7.1 Ansible入門與實戰7.1.1 Ansible是什麼7.1.2 准備Ansible實戰環境7.1.3 Ansible實戰7.2 搭建服務配置中心7.2.1 如何管理微服務中的配置7.2.2 設計Ansible配置中心7.2.3 動手實現自動化部署框架7.3 自注冊服務配置7.3.1 目前服務注冊存在的問題7.3.2
使用Registrator實現服務自注冊7.3.3 微服務平滑升級解決方案7.4 本章小結
微服務架構圖進入發燒排行的影片
每周爆肝系列再度來臨! 這次要來講的是漫威新影集《獵鷹與酷寒戰士》
剪輯: 麗芳、Bruce Lu
監製/編輯：黃豪瑞（Jasper）
FB(有各種影視迷因): https://www.facebook.com/tessereq/
加入會員:https://www.youtube.com/channel/UC0Q-fBheHysYWz9ObSEzMdA/join
如果你剛來，請看這裡: https://www.youtube.com/watch?v=iZj5phF46N8&list=PLNsYSXaDLA89TvBjuV3h7l0wVRSPLk7FJ&index=1
諾蘭電影全解析: https://www.youtube.com/watch?v=cv3pZ8GCNnI&list=PLNsYSXaDLA896bdu-7_WbeX4sDLI5JIjS
=====================================
在任務結束之後，他的小組搭檔知會他關於新興起的恐怖組織「旗幟破壞者」的訊息，
這個組織認為被彈指之後的世界確實是更好的世界，
更提倡一個沒有國籍、邊界的聯合世界。
順帶一提，這名搭檔是瓦金托瑞斯，在漫畫中也有帶著獵鷹的稱號，
差別就在於他是被實驗變成人鳥的混合體，不是靠機械飛行。
這個角色在漫畫中是在Sam Wilson: Captain America這個漫畫故事線中首次出現，
其中的故事提到了山姆接下年邁的美國隊長的位置，
更與旗幟破壞者以及「山寨美國隊長」USAgent交手，
所以這影集應該有受到那個系列啟發。
托瑞斯更是向山姆提起了一個陰謀論，說美國隊長住在月球上，
在漫畫中，月球上確實有人，像是之前推出影集卻完全失敗的異人族，
或是即將在動畫系列What if 出現的觀察者。
那麼，有些人一定非常好奇，美國隊長到底去哪裡了?
之前《終局之戰》的導演有解答老隊長的來龍去脈(雖然跟編劇的回答完全互相牴觸)
他們說，隊長真的是在另一個時間線與佩姬白頭偕老，
最後才回到這個時間線把盾牌交給山姆。
所以...他也許是又回到了原本的時間線?或者是不想要造成麻煩，就此歸隱了。
記得，在《蜘蛛人:離家日》之中，我們看到學生製作的影片之中有其中一個畫面是"RIP美國隊長"
所以至少世界認為他是死的
注意此處獵鷹說了一句話:
"When things get better for a group, it gets worse for others"
這裡，我們看到了漫威也許真的想要透過這部政治驚悚影集探討一些不一樣的議題，
獵鷹這句話也許不是在諷刺某個特定的事件，但是絕對是在闡述最近的政治紛爭，
無論是去年的BLM，兩方都無盡地爭論到底誰獲得了比較多好處、特權。
或是近期因為某些族群因為覺得受到進步派興起而日漸壯大的民粹主義，
現代兩極化的政治，全都是起因於「我的東西被另一群人奪走了」。
如英國脫歐，就是原本的英國人因為歐盟移民而感到自己的生存空間被壓縮，
就是因為傳統的價值受到挑戰，而一開口就受到訕笑，才會使脫歐公投成功
甚至是到台灣最近雙方都互相恥笑的政治，全都來自於這種相互「受剝奪感」。
一旦作出修正、反彈，又換成另一方受到壓迫，於此開啟了無盡的循環。
這就只是一句話而已，也許是我想要漫威有深度，為了尋求意義而過度解讀，
但是我不這麼認為，正因為這一集接下來的發展，你馬上就會看到他們欲探討的議題了。
任務完成，山姆來到華盛頓DC發表演說，將美國隊長的盾牌隆重的歸還給政府保管，
他認為一個象徵，如果少了背後帶來象徵的人，就會失去意義。
這種觀點跟《黑暗騎士》三部曲所闡述的觀點完全相反，或許很多人也不會認同，
但是這兩種觀點並沒有對錯，象徵確實是能夠給人帶來希望以及啟發，
然而，如果實際履行理想的人已經不在了，我們是否只是在緬懷歷史?
《獵鷹與酷寒戰士》從前幾場戲就連續展現
它將用超級英雄的故事探討再人性不過的問題:
傳承以及身分。
什麼是傳承?傳承不就是在一個你永遠也看不到的花園裡種下一顆種子，
這不只跟傳承者有關，那些往後在花園裡倘佯的人們，
也必須面對維護這個花園的重擔。
我們，要如何知道前人對於他傳承事物的期待是什麼，其他人又是怎麼看待我們處理這些傳承的?
究竟，我們有沒有義務接下這個我們不願接下、或是無法接下的責任?
美國隊長確實是一個傳奇性的象徵，他象徵著希望、改變、以及堅毅不拔的精神，
有些人也許會說山姆將盾牌歸還政府保管，
將美國隊長的稱號拱手讓人的選擇是個不負責任，甚至懦弱的展現。
但這也正是漫威英雄吸引人之處。
在多數時候，我們看到的英雄，摘下面具終究是一個「人」，
對自己身分感到懷疑、為自己能力不足感到懼怕，是再也人性不過的事了。
山姆可能是因為認為自己不夠格，也可能是不想活在史帝夫的陰影之中。
無論如何，如果這影集接下來能夠不只是蜻蜓點水地探討這個主題，那絕對會是漫威的一大創舉。
接下來，有在現場的戰爭機器找他私下聊天，在對話中隱隱透露了自己擔憂，
現在鋼鐵人跟美國隊長都走了，輪到誰來保護世界?
不需要明說，其實我們也看得出來他自己正在思索如何維護鋼鐵人的遺志，
我就問一句:
為什麼我們這麼少看到超級英雄作品的角色用這種「表面說一句，心理說另一句」的方式呈現?
就因為他們穿著緊身衣，不代表我們不能像這樣給他們微妙的對白啊!
故事此時一個大轉折，我們看到巴奇，也就是酷寒戰士，殘忍地屠殺一群人，
這段真的超兒童不宜，
最後甚至還冷血處決了一個只是剛好倒楣經過現場的路人。
巴奇突然驚醒，我們才知道這全是一場夢境。
在這裡，你可以看到巴奇睡在地板上，這正是戰爭對他帶來的影響，
山姆在《美國隊長2》也有提到這點
畫面再切到他坐在諮商室，心理諮商師問他最近做了什麼噩夢，
想當然耳，他含糊帶過，
但是坦承了他依照諮商師的指示開始「彌補過去」，也就是修正了他在酷寒戰士時期所犯下的錯，
其中一個目標就是被他拱成參議員的九頭蛇走狗，
而他彌補的方式，就是讓參議員被逮捕。
而這整段-抱歉，我會一直稱讚這部影集-透過與諮商師的對話直接尖銳地解構巴奇這個角色，
更在這場極為安靜，後半段甚至只有特寫的戲之中，探討創傷後遺症的影響。
注意此處用了異常的構圖，讓巴奇處於壁紙下方，
象徵著他現在仍然受到這個看似祥和的世界壓迫。
巴奇一直以來都是像是個襯托美國隊長的配角，現在我們終於開始進入他的本質。
跟汪達一樣，這影集透過他來探討創傷，
但是巴奇的創傷不是來自於他所失去的親人，而是自己在過去犯下的駭人罪行，
雖然他並不是出於自願，但是就如現實生活中，
人們總會將許多錯誤完全怪罪於自己身上，久而久之，
這就形成了一層如繭一般的防護網，把所有試圖親近之人都拒於門外。
就如巴奇現在所做的一樣，我們害怕會再次犯錯，即使那錯誤並不見得是出於自己。
即使是如這場戲之中的醫生，堅定地告訴巴奇「你自由了」，
失去指令和目標的他反而變得漫無目地與迷惘，
這個世界仍然有如囚牢，好似隨時都會再次把他一把攫走
而每個人面對創傷的方式也都有所不同，有時較為劇烈，
像是把一整個城鎮綁架飾演一場情境喜劇之類的劇烈法。
有時，如巴奇，不過就是想彌補自己曾造成的傷害。
無論採用什麼方式面對，漫威目前這兩部影集都顯示「孤立」所帶來的附帶傷害，
就這樣，在這五分鐘之內，這影集就給巴奇帶來了好幾部電影都無法達成的立體。
回到故事劇情，我們看到巴奇幫鄰居解決糾紛之後-
你沒有聽錯，幫鄰居解決糾紛，這影集就是這麼日常化，我超愛。
這也讓人想起了美國隊長第一集，
巴奇真的很愛在巷子裡救人。
兩人到壽司店吃飯，而鄰居就這樣一言不合幫他把妹，
問服務生要不要跟巴奇約會，而對方就這樣爽快地答應。
但是鄰居在看到桌上的紅豆麻糬之後，突然潸然淚下，
說他兒子以前最愛吃麻糬，但是在出差的時候突然被殺害，警方也不願意告知死因。
我們可以看得到巴奇的神情不太舒服，等一下就會知道為什麼了。
接下來的這場戲則更讓人驚喜，畫面來到了山姆的老家，
我們才知道他有個妹妹，還有兩個外甥，
在對話之中，我們得知了妹妹因為經濟困難而想要賣掉父母親所遺留的的漁船，
但是山姆不願意，認為一定有其他的解決辦法，他可是復仇者聯盟的獵鷹啊!
這一整段，以及接下來的許多橋段，都是用這種寫實主義的自然手法拍攝，
運用手持鏡頭，親密地跟隨角色。
如果你給一個不知情的人看，他甚至會以為這是個小眾獨立電影。
(再次表示，我真的超愛。)
在多次上演拯救世界以及英雄內心掙扎的偉大戲碼之後，
漫威在山姆身上第一次探討了所有人-幾乎所有人-
都會面臨的問題:錢。
你可能會想問:為什麼?
漫威有這麼多形形色色的角色，為什麼要兩個角色探討如此稀鬆平常的問題?
但這也許就是重點-希望是啦。
這影集接著《汪達幻視》的奇異詭譎，從預告中看來似乎又要走回漫威的公式化，
可能是間諜片、又是可能戰爭片，總之就是會以很爽的動作戲作為核心。
然而，第一集直接告訴了觀眾，不，這並不只是那樣的影集，
我們要把這幾個角色當成人來看，這已經不再是你習慣的超級英雄作品了。
而在這樣的切入點之下，
我們更能夠深刻體會彈指以及五年後反彈指兩大事件對於這個世界的劇烈影響，
這不再只是個毀天滅地的危機，而是深刻影響到原先社會的本質，甚至造成歧異的變因。
想想看，在彈指之後，世界全然失序，有些人失去身邊的人，重要基礎機能無法運作，
在一陣慌張之後，世界好不容易恢復運作，人們好不容易學會放下，
但是...在五年之後，浩克彈指，消失的人口忽然又出現。
這好不容易重新建立的秩序又瞬間被打亂，
人們辛苦建立的生命觀又變成了不知如何應對的焦慮。
光是從山姆與沒被彈走的妹妹對話就能看得出來，
那些留在世上的人，必須獨自面對被彈掉的人無須面對的恐懼以及無助，
當然也無法維持正向思考，只求如何生存下去。
而這也不只是漫威奇幻的世界，在現實世界中的2020年之後，
我們恐怕也無法完全回復以往的狀態。
說說看，即使是在疫情完全解決之後，你敢不戴口罩上捷運嗎?
故事回到山姆身上，他與妹妹到銀行貸款，但是，即使山姆是個多次拯救世界的英雄，
銀行還是無法借錢，他們只能悻悻然地離開。
這十足顯現了山姆所代表的問題，即使是像他這樣的英雄，
還是會面臨現在眾多非裔美國人面臨的問題。
不是明擺著的歧視，那當然還是有，而是這種因為膚色而產生的差別待遇，
我不敢說如果他是白人就能馬上借到錢什麼的，但是這場戲絕對是有其諷刺標的，
無論是日漸重新崛起的種族主義，還是只能在底層打轉、永不得翻身的邊緣族群。
更是一再深化「彈指」這個漫威大事件對於一般市民所造成的影響，
這不只是失去自己親近的人而已，更是加強了人與人之間的隔閡以及不信任。
全宇宙的人，等於是硬生生地產生了五年的代溝。
也許，山姆無法接下美國隊長的傳承，還是與自己的身分不斷掙扎，
就是因為他打從心底知道，分歧的美國，還是無法完全接受他成為美國隊長。
當然，漫畫中也有一個橋段直接講出了這點
下一場戲，則更加深了這點諷刺，
山姆在電視上看到了國防部驚為天人的宣布:
為了維持美國的傳統，保持啟發人的象徵，國家決定指派新一任的美國隊長，
他手上拿的，就是山姆捐贈給博物館的盾牌。
此外，你還可以看到他的腰間掛了一把槍，
一個美國隊長在二戰過後就再也沒有使用過的武器，
當然，你不用槍，怎麼代表美國價值勒?
而這一整段刻意呈現得像《黑袍糾察隊》那種假惺惺的人工英雄形象，
新美國隊長的微笑看起來正義凜然，卻又不懷好意。
再一次地，這影集又強化了「傳承」這主題，
一個人的傳承並不是自己，或是自己真正在乎的人所能夠定義的，
傳承，或是象徵，許多時候只會被某些強大勢力用來操作情勢，達成私利。
但是，這樣反而也更顯現了像是山姆以及巴奇這種人存在的必要性，
也證明美國隊長看上他們繼承自己理念的眼光。
汪達幻視 正義聯盟 獵鷹與酷寒戰士
基於Spring Cloud之微服務軟體系統開發 - 以Meeting Scheduler為例
為了解決微服務架構圖 的問題，作者呂增崇 這樣論述：
傳統單體式架構是將應用程式功能模組元件化，並執行在同一個服務端口。隨著增加需求，使得模組間耦合關係更為依賴緊密，對於功能的擴充缺乏彈性，維護不易。當有程式變更時，都必須重新打包部署整個應用系統，系統內的模組也受影響。微服務系統架構將單一應用程式劃分成若干個獨立執行的服務。每個服務都有各自的業務邏輯，服務間利用Rest API彼此通訊溝通，也具備獨立更新、獨立部署的特性，從而使服務的擴充性及維護性得到改善。本研究根據傳統單體系統的物件導向軟體開發流程，分析、設計並開發Meeting Scheduler單體系統模型。進一步使用Spring Cloud實作所需之微服務，並部署成微服務架構的Meet
ing Scheduler系統。最後，本研究探討微服務系統的開發經驗及結果建立微服務開發流程，可供軟體工程師分析、設計、實作及部署基於微服務之軟體系統。
架構探險：輕量級微服務架構（上冊）
為了解決微服務架構圖 的問題，作者黃勇 這樣論述：
本書從開發與運維兩方面分別對微服務架構的實踐過程進行描述，全書分為上下兩冊，上冊偏重於開發，下冊偏重於運維。在上冊中讀者會學習到微服務架構所需的開發技能，使用 Spring Boot 搭建微服務開發框架，使用 Node.js 搭建微服務網關，使用 ZooKeeper 實現微服務注冊與發現，使用 Docker 封裝微服務，使用 Jenkins 部署微服務。通過閱讀上冊，讀者可輕松搭建一款輕量級微服務架構。黃勇，現任特贊公司 CTO，曾任阿里巴巴公司系統架構師。對微服務架構與大數據技術有深入研究，具有豐富的網站架構設計經驗與項目管理經驗，擅長敏捷開發模式。國內開源軟件推動者之一，活躍於「開源中國」
社區網站，Smart 開源框架創始人，圖書《架構探險：從零開始寫Java Web框架》作者。熱愛技術交流，樂於分享自己的工作經驗與生活感悟。 第1章 微服務架構設計概述1.1 為什麼需要微服務架構1.1.1 傳統應用架構的問題1.1.2 如何解決傳統應用架構的問題1.1.3 傳統應用架構還有哪些問題1.2 微服務架構是什麼1.2.1 微服務架構概念1.2.2 微服務交付流程1.2.3 微服務開發規范1.2.4 微服務架構模式1.3 微服務架構有哪些特點和挑戰1.3.1 微服務架構的特點1.3.2 微服務架構的挑戰1.4 如何搭建微服務架構1.4.1 微服務架構圖1.4.2
微服務技術選型1.5 本章 小結第2章 微服務開發框架2.1 Spring Boot是什麼2.1.1 Spring Boot的由來2.1.2 Spring Boot的特性2.1.3 Spring Boot相關插件2.1.4 Spring Boot的應用場景2.2 如何使用Spring Boot框架2.2.1 搭建Spring Boot開發框架2.2.2 開發一個簡單的Spring Boot應用程序2.2.3 運行Spring Boot應用程序2.3 Spring Boot生產級特性2.3.1 端點2.3.2 健康檢查2.3.3 應用基本信息2.3.4 跨域2.3.5 外部配置2.3.6 遠
程監控2.4 本章 小結第3章 微服務網關3.1 Node.js是什麼3.1.1 Node.js快速入門3.1.2 Node.js應用場景3.2 如何使用Node.js3.2.1 安裝Node.js3.2.2 使用Node.js開發Web應用3.2.3 使用Express框架開發Web應用3.2.4 搭建Node.js集群環境3.3 使用Node.js搭建微服務網關3.3.1 什麼是微服務網關3.3.2 使用Node.js實現反向代理3.4 本章 小結第4章 微服務注冊與發現4.1 ZooKeeper是什麼4.1.1 ZooKeeper樹狀模型4.1.2 ZooKeeper集群結構4.2
如何使用ZooKeeper4.2.1 運行ZooKeeper4.2.2 搭建ZooKeeper集群環境4.2.3 使用命令行客戶端連接ZooKeeper4.2.4 使用Java客戶端連接ZooKeeper4.2.5 使用Node.js客戶端連接ZooKeeper4.3 實現服務注冊組件4.3.1 設計服務注冊表數據結構4.3.2 搭建應用程序框架4.3.3 定義服務注冊表接口4.3.4 使用ZooKeeper實現服務注冊4.3.5 服務注冊模式4.4 實現服務發現組件4.4.1 定義服務發現策略4.4.2 搭建應用程序框架4.4.3 使用Node.js實現服務發現4.4.4 服務發現優化方案4
.4.5 服務發現模式4.5 本章 小結第5章 微服務封裝5.1 Docker是什麼5.1.1 Docker簡介5.1.2 虛擬機與Docker對比5.1.3 Docker的特點5.1.4 Docker系統架構5.1.5 安裝Docker5.2 如何使用Docker5.2.1 Docker鏡像常用操作5.2.2 Docker容器常用操作5.2.3 Docker命令匯總5.3 手工制作Java鏡像5.3.1 下載JDK5.3.2 啟動容器5.3.3 提交鏡像5.3.4 驗證鏡像5.4 使用Dockerfile構建鏡像5.4.1 了解Dockerfile基本結構5.4.2 使用Dockerfil
e構建鏡像5.4.3 Dockerfile指令匯總5.5 使用Docker Registry管理鏡像5.5.1 使用Docker Hub5.5.2 搭建Docker Registry5.6 SpringBoot與Docker整合5.6.1 搭建Spring Boot應用程序框架5.6.2 為Spring Boot應用添加Dockerfile5.6.3 使用Maven構建Docker鏡像5.6.4 啟動Spring Boot的Docker容器5.6.5 調整Docker容器內存限制5.7 本章 小結第6章 微服務部署6.1 Jenkins是什麼6.1.1 Jenkins簡介6.1.2 自動化發
布平台6.1.3 安裝Jenkins6.2 搭建GitLab版本控制系統6.2.1 GitLab簡介6.2.2 安裝GitLab6.2.3 將代碼推送至GitLab中6.3 搭建Jenkins持續集成系統6.3.1 創建構建任務6.3.2 手工執行構建6.3.3 自動執行構建6.4 使用Jenkins實現自動化發布6.4.1 自動發布jar包6.4.2 自動發布Docker容器6.5 本章 小結