記得原來有個項目是用wcf做的分布式，不僅橫向根據業務拆分了，縱向把業務處理、數據訪問等也拆分了成不同的服務，這個是當時公司的產品我也只是一個小小的開發人員所以就不做太多的評論，只是不得不吐槽下調試真的太麻煩。
后來，微服務的概念出來了，看着java生態圈中的 spring cloud，dubbo是真的眼紅，
當然自己本身也在項目中用到分布式的地方會用用consul 來做下服務發現和配置管理之類的一些功能，但是沒有成熟的框架來支持自己去真正的實踐下微服務。
再后來,.net core出來了，我也知道了中國有這么一群熱心.neter--NCC,也在這邊很欣喜的發現了一些很好的開源的微服務或者說SOA方面的項目，比如楊總的Cap,還有surging等等，當然還有docker的普及，Service Fabric開源以及現有項目性能的瓶頸和代碼維護擴展的難度也堅定了我慢慢去拆分現在的單體項目到微服務的想法。
當然沒有大量的實踐積累，我不可能直接去用到線上的項目，現在初步的打算是根據一個案例來搭建一個微服務框架的簡易項目(可能沒有什么業務邏輯)但是微服務中需要支持的組件都需要用到，比如服務注冊發現，負載均衡，Metrics，服務容錯和斷路，消息總線等等。可能會用到Service Fabric ，也可能自己去組裝不同的輪子來實現這些功能，現在還在權衡這些東西。
計划不錯，而且耗時應該也不少，希望自己能早點把這一系列做出來，也希望大家能多給我提建議，多來指導，感激不盡。