年會跳槽面試之微服務架構問題（含答案）
現在IT界跳槽已成常態，跳槽，可能有以下原因:一，技術達到瓶頸，無法在此公司有好的提升，前幾年我感覺基本不會出現，至少我現在沒出現。二，實力與薪資不匹配。三，和同事 領導不和，如果你在幾家公司都這樣，要自我檢討一下是不是自己的問題。 僅個人觀點，其他諸如地域 情感 興趣等個人原因不做討論。
這也導致很多企業在用人時會比較在意員工的穩定性一般外包公司都會比較忙，相對來說，成長應該是比較快的，而你的工作性質偏業務，那麼你要想清楚一個問題，以後你的發展軌跡是怎樣的？是在技術方向越走越遠呢，還是在管理方向發展呢？
一、 微服務架構專題（思維導圖）
1、服務的前世今生
2、基於分散式思想下的RPC解決方案
3、dubbo應用及原始碼解讀面試題
（1）Dubbo telnet 命令能做什麼？
（2）Dubbo必須依賴的包有哪些？
（3）Dubbo的管理控制檯能做什麼？
（4）說說 Dubbo 服務暴露的過程。
（5）Dubbo 和 Dubbox 有什麼區別？
（6）你還了解別的分散式框架嗎？
（7）Dubbo 能整合 Spring Boot 嗎？
（8）在使用過程中都遇到了些什麼問題？
（9）你讀過 Dubbo 的原始碼嗎？
（10）你覺得用 Dubbo 好還是 Spring Cloud 好？
4、springboot面試題
（1）如何重新載入Spring Boot上的更改，而無需重新啟動伺服器？
（2）Spring Boot中的監視器是什麼？
（3）如何在Spring Boot中禁用Actuator端點安全性？
（4）如何在自定義埠上執行Spring Boot應用程式？
（5）如何實現Spring Boot應用程式的安全性？
（6）如何整合Spring Boot和ActiveMQ？
（7）如何使用Spring Boot實現分頁和排序？
（8）什麼是Swagger？你用Spring Boot實現了它嗎？
( 9 )如何使用Spring Boot實現異常處理？
( 10 )您使用了哪些starter maven依賴項？
5、docker虛擬化技術面試題
（1）如何批量刪除或者停止執行的容器？
（2）如何檢視映象支援的環境變數？
（3）本地的映象檔案都存放在哪裡
（4）構建Docker映象應該遵循哪些原則？
（5）容器退出後，通過docker ps 命令檢視不到，資料會丟失麼？
（6）如何臨時退出一個正在互動的容器的終端，而不終止它？
（7）很多應用容器都是預設後臺執行的，怎麼檢視它們的輸出和日誌資訊？
（8）使用docker port 命令對映容器的埠時，系統報錯Error: No public port ‘80’ published for …，是什麼意思？
（9）可以在一個容器中同時執行多個應用程序嗎？
（10）如何控制容器佔用系統資源（CPU，記憶體）的份額？
6、springcloud應用及原始碼解讀面試題
（1）springcloud如何實現服務的註冊和發現
（2）SpringCloud和Dubbo有什麼區別？
（3）springcloud斷路器的作用
（4）Spring Cloud 有了解多少？
（5）什麼是Spring Cloud Bus？我們需要它嗎？
（6）使用Spring Cloud有什麼優勢？
（7）springcloud你是什麼？
二、微服務(Microservice)架構快速指南（面試題含答案）
1.微服務技術棧有哪些?
2.什麼是微服務架構?
微服務是指開發一個單個 小型的但有業務功能的服務，每個服務都有自己的處理和輕量通訊機制，可以部署在單個或多個伺服器上。
微服務也指一種種鬆耦合的、有一定的有界上下文的面向服務架構。也就是說，如果每個服務都要同時修改，那麼它們就不是微服務，因為它們緊耦合在一起；如果你需要掌握一個服務太多的上下文場景使用條件，那麼它就是一個有上下文邊界的服務，這個定義來自DDD領域驅動設計。
3. 微服務優點是什麼？
每個微服務都很小，這樣能聚焦一個指定的業務功能或業務需求。
微服務能夠被小團隊單獨開發，這個小團隊是2到5人的開發人員組成。
微服務是鬆耦合的，是有功能意義的服務，無論是在開發階段或部署階段都是獨立的。
微服務能使用不同的語言開發。
微服務允許容易且靈活的方式整合自動部署，通過持續整合工具，如Jenkins, Hudson, bamboo 。
一個團隊的新成員能夠更快投入生產。
微服務易於被一個開發人員理解，修改和維護，這樣小團隊能夠更關注自己的工作成果。無需通過合作才能體現價值。
微服務允許你利用融合最新技術。
微服務只是業務邏輯的程式碼，不會和HTML,CSS 或其他介面元件混合。
微服務能夠即時被要求擴充套件。
微服務能部署中低端配置的伺服器上。
易於和第三方整合。
每個微服務都有自己的儲存能力，可以有自己的資料庫。也可以有統一資料庫。
4. 微服務架構的缺點是什麼?
微服務架構可能帶來過多的操作。
需要DevOps技巧
可能雙倍的努力。
分散式系統可能複雜難以管理。
因為分佈部署跟蹤問題難。
當服務數量增加，管理複雜性增加。
5. 微服務適合哪種情況?
當你需要支援桌面 web 移動 智慧電視 可穿戴時都是可以的，甚至將來你可能不知道但需要支援的某種環境。
6. 哪個公司或產品使用微服務架構?
大部分大型網站系統如Twitter, Netflix, Amazon 和 eBay都已經從傳統整體型架構monolithic architecture遷移到微服務架構
7. 微服務之間是如何獨立通訊的？
這依賴需求，通過使用HTTP/REST，資料格式使用JSON 或 Protobuf(Binary protocol)，通訊協議是自由的。
8. 為什麼現在每個人都在談論微服務？
自從SOA面試15年來，隨著RESTful web服務和JSON資料交換格式流行，簡單快速建立一個可連線的服務已經越來越方便了。
小結
自己小結了一下微服務架構專題的面試問題，面試時十有八九都會問到的技術 關注我點選+號，私信傳送【面試資料】，獲取答案” ，另外自己也總結了一下，分散式架構、高可擴充套件、高效能、高並 發、Jvm效能調優、MyBatis，Nginx原始碼分析，Redis、Netty、Mysql 、Zookeeper、Tomcat、Docker、Dubbo、Nginx等多個知識的資料!
