繼續吐槽一下

    昨天我轉了一個不要微服務的，我還是看到有人點讚的。我不怕被說反潮流，我是比較務實的。我經歷過沒用微服務的，也經歷過用微服務的。我們們也不說誰好，我就是看  一般的企業（注意我的範圍，我沒說阿里、騰訊、位元組等）沒用微服務的穩定性比用微服務的好一些，沒用微服務的成本比用微服務的少很多，這個是估計放到哪裡都能達成共識的。這個成本包括了人力、伺服器等等。如果不信我們可以找任何一個真實的專案來計算一下。

    即使用了微服務也不見得要分庫，站在架構的角度來說，我是秉承著架構越簡單越好的原則。至少我覺得資料架構師就應該圍繞著資料來做架構。我堅持最小化原則。

    我今天看到一位群裡朋友說：開發想搞個創新用分散式做支付，結果就用了mycat+db2做秒殺。分了七八個庫，經常抖動，折騰了一年多，最後合庫用單機db2，非常穩定，啥事沒有了。看到這裡我會心一笑。我經常說單機是最好的架構，這點也適合其他資料庫比如Oracle、MySQL、PostgreSQL，包括tidb和OceanBase（這兩種是單套，不做分庫分表）這也是我比較認可的。但是微服務不一樣，純分庫，一致性沒有保證，而且還要費時費力的做資料匯聚。搞過CDC的人都知道，這是要多瘋狂。僅這一項可能就要搭進去一個技術團隊。

     我說單機是最好的架構，很多人不理解。這點上也不指望和大家能達成一致，其實這句話都不是我說的。很多業內大佬在資料庫大會也表達過一模一樣的聲音或者意思。而事實上來說，他就是這樣。我能和業內大咖達成一致，這就行了。

     也許兩個人同時出去介紹系統：甲說，我用了100個資料庫，20箇中介軟體，以及各種各樣的訊息佇列、流計算、大資料庫等等支援了我們100萬使用者的系統。 乙說，我用1個資料庫支援了我們100萬使用者的系統。這兩個可以同樣自豪。