『高階篇』docker容器來說什麼是微服務(三)
上一節說了單體架構,單體架構也無法適應我們的服務,來說說微服務,看能否解決單體架構的問題。
什麼是微服務
最近兩,三年才出現的新名詞,雖然時間還不是很長,幾乎每個軟體從業人員對它有影響,也都通過微服務,很多人都意識到微服務對軟體行業的影響。
-
定義
> 使用一套小服務來開發單個應用的方式,每個服務執行在獨立的程序中,一般採用輕量級的通訊機制互聯,並且他們可以通過自動化的方式部署。
- 多微才算微
-
程式碼量?
可是我們語言不同,不同的語言寫相同的業務可能程式碼量差距非常大。
人來判斷,實習期的開發人員和有5年以上開發經驗的人員寫的程式碼量也是有差距的。
-
開發時間?
影響開發速度的因素太多太多,個人的經驗,擅長開發的語言,對業務的理解。
-
不可度量
實際是一種設計思路,設計思想,而不是固定的一個量
- 微服務的特徵
-
單一職責
訂單和支付,登入和註冊,跟其他業務不太緊密的可以單獨做成一個服務郵件,簡訊服務。
-
輕量級通訊
輕量級的通訊協議,簡單來說平臺無關語言無關。http。
-
隔離性
每個微服務在自己的記憶體中,相互之間不會干擾。
-
有自己的資料
業務資料的獨立性。每個都有自己的業務資料庫,降低業務的複雜度
5.技術多樣性
開發人員選擇最適合的開發語言,提供出應有的api。
- 微服務誕生背景
-
網際網路行業的快速發展
技術變化快,使用者數量變化快
-
敏捷開發。精益方法深入人心
用最小的代價,做最快的迭代,得到最有用的反饋。頻繁的修改測試上線。
-
容器技術的成熟
容器技術沒有成熟之前,微服務很難落地的,docker的出現解決了猶豫微服務數量的旁邊運維的瓶頸。使微服務的落地成為可能。
PS:docker讓微服務成為可能,感謝容器化技術的成熟!
>>原創文章,歡迎轉載。轉載請註明:轉載自,謝謝!>>原文連結地址: