单位几个小伙子，又因为微服务的事吵的不可开交
最近我又看到團隊里，為了“微服務到底應該拆多小”這個問題爭得面紅耳赤，而且各執一詞，誰也說服不了誰，都覺得自己很有道理。
?
其實自從阿里成功完成了中臺戰略轉型，很多大公司都開啟了中臺數字化戰略轉型，中型公司也躍躍欲試，隨之而來的，就是這兩年微服務越來越熱，參與的人越來越多。
?
微服務確實解決了原來采用集中式架構的單體應用的很多問題，比如擴展性、彈性伸縮能力、小規模團隊的敏捷開發等等。
?
但在看到這些好處的同時，也出現了不少問題。不少項目因為前期微服務拆分過度，導致項目復雜度過高，無法上線和運維。并且微服務實踐過程中也產生了不少的爭論和疑惑，比如：
?
微服務的粒度應該多大？
微服務到底應該如何拆分和設計呢？
微服務的邊界應該在哪里？
?
其實綜合來看，微服務拆分困境產生的根本原因，就是不知道業務或者微服務的邊界到底在什么地方。換句話說，確定了業務邊界和應用邊界，這個困境也就迎刃而解了。
?
說到這兒，估計不少人要說“用 DDD 來做微服務設計啊”。確實，用 DDD 設計思想實現的微服務邊界確實清晰很多，業務領域劃分也十分合理，但 DDD 的知識點很多，而且比較抽象，體系龐大，很多人又缺少實踐經驗和案例指導，就拿我自己來說，剛開始接觸 DDD 的時候，就發現術語非常多而且陌生，就更別提用它來設計領域模型了。
?
相信很多人對 DDD 的應用，都有和我之前一樣的困惑，哪怕知道 DDD 的好處，但是也感到無從下手。這里我分享給你一張「DDD 的核心知識圖譜」。
?
?
這張圖譜來自人保高級架構師「歐創新」，我在剛接觸 DDD 的時候就看過他在 InfoQ 上發表的文章，把微服務設計方法、過程、模板、代碼目錄、設計原則等內容寫得十分詳細，還以一個項目為例講了基于 DDD 的微服務設計過程，給了我不少啟發。
?
后來聽說他在極客時間開設了專欄《DDD 實戰課》，我第一時間就訂閱了，越讀越覺得有料，不僅詳細講了 10 大核心概念，還深入講了 DDD 分層架構，帶你弄懂微服務架構各層之間的關系，掌握事件風暴和領域建模，并且用一個典型的案例帶你完整走一遍 DDD 戰略設計和戰術設計的全流程。
?
有詳細的理論，又有可操作可落地的實踐，這在現有的學習資料中可以說是很難得了，我今天也給大家要到了這個課的優惠，拼團優惠疊加口令「happy2021」，到手立省 ￥30。
?
拼團+口令「happy2021」立省 ￥30，
到手 ￥69，僅限「前 50 人」有效
?
說起歐創新，圈里人應該都很熟悉，作為一個奮斗在架構一線十多年的技術人，他從 2015 年就開始接觸微服務，有很多用 DDD 研究和落地微服務的經驗，熱衷于采用 DDD 的設計方法實現中臺領域建模，專注基于 DDD 的微服務設計和開發。
?
他的這個專欄，我是跟著更新學完的，也把自己對 DDD 的理解更新了一遍：從業務角度來設計拆分系統，縱向解耦業務形成不同的微服務，橫向解耦業務形成微服務內部不同的層。有時間，我一定是要二刷的。
?
發文前看了下，已經有超過 11,000 人訂閱了，口碑很不錯，看來群眾的眼睛都很雪亮：
?
?
在專欄的最后，歐創新說了這么一段話“所謂高手，就是跨過坑和大海！每一步都是積累，每一步都是經驗，每一步都算數！”，我自己對這句話還挺有感觸的，工作和學習本就沒有一蹴而就的，總是要靠一步一個腳印慢慢積累。
?
我也希望你能認真讀完這一篇篇文章，下面是課程目錄：
?
?
給大家爭取了訂閱福利：
?
專欄原價 ￥99
拼團+口令「happy2021」
到手?￥69，僅限「前 50人」有效
?
????掃碼免費試讀&訂閱
?
溫馨提示：
訂閱后可通過「極客時間 App」或「極客時間小程序」我的-已購，學習已訂閱的專欄。
?
????點擊「閱讀原文」，
輸入優惠口令「happy2021」，
以最低價 ￥69?入手，僅限前 50 人。
總結
以上是生活随笔為你收集整理的单位几个小伙子，又因为微服务的事吵的不可开交的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： python的种类
- 下一篇： Reference to Differe