UNIX設計哲學： 保持接口與實現的簡單性，比系統的任何其他屬性，包括準確性、一致性和完整性都來得更加重要。

在這個階段提出的分布式架構的目標：使用多個獨立的分布式服務來共同構建出一個更大型的系統。而這個目標，從歷史的局限性就決定了他不可能 是一蹴而就的解決分布式系統中的難題。其中面臨的最大問題就是：由于調用本地方法與調用遠程方法的差別，如何像調用本地方法一樣去調用遠程方法

那“遠程”二字代表了什么呢？

首先不可能 用內聯等傳統編譯原理中的優化算法，來提升運行速度

遠程所帶來的網絡環境問題，包括：

• 遠程服務在哪里–>服務發現
• 有多少個–>負載均衡
• 網絡出現分區，超時出錯怎么辦–>熔斷，隔離降級
• 方法參與返回結果如何表示 -->序列化協議
• 如何傳輸–>傳輸協議
• 服務權限怎么管理–>認證授權
• 如何 保證通信安全–>網絡安全層
• 如何 令調用不同機器服務返回相同的結果–>分布式數據一致性

針對大部分問題，DCE從0開始從無到有回答了其中大部分的問題。

總結

在這個階段采用分布式架構，為了解決上述各種問題，所付出的代價遠遠超過了所取得的收益。那接下來該如何發展呢？

盡快提升單機處理能力，以避免分布式的種種問題

尋找更完美的解決方案，來應對上述在構筑分布式系統的問題

某個功能能夠進行分布式，并不意味著它就應該進行分布式，強行追求透明的分布式操作只會自食其果

行文思路：

思考題

今天以微服務為代表的分布式系統，是如何看待簡單的？

思考：

微服務所謂的簡單，不管是從開發工具、開發形式亦或是運維上來看，都是在趨于看上去的簡單。把復雜 留給 自己，簡單留給別人。易開發、易部署、易擴展、易運維等等的說法。都在宣誓著把簡單作為主要的原則 ，但背后所面臨著諸如本節課所有的討論的問題，都是需要一一關注，一一解決的。所以我覺得這里的簡單并不是真正的簡單。

總結

以上是生活随笔為你收集整理的周志明架构课--01.原始分布式时代的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。