您好,登錄后才能下訂單哦!
原創文章,歡迎轉載。轉載請注明:轉載自IT人故事會,謝謝!
原文鏈接地址:『高級篇』docker容器來說什么是微服務(三)上一節說了單體架構,單體架構也無法適應我們的服務,來說說微服務,看能否解決單體架構的問題。
最近兩,三年才出現的新名詞,雖然時間還不是很長,幾乎每個軟件從業人員對它有影響,也都通過微服務,很多人都意識到微服務對軟件行業的影響。
定義
使用一套小服務來開發單個應用的方式,每個服務運行在獨立的進程中,一般采用輕量級的通訊機制互聯,并且他們可以通過自動化的方式部署。
可是我們語言不同,不同的語言寫相同的業務可能代碼量差距非常大。
人來判斷,實習期的開發人員和有5年以上開發經驗的人員寫的代碼量也是有差距的。
2.開發時間?
影響開發速度的因素太多太多,個人的經驗,擅長開發的語言,對業務的理解。
3.不可度量
實際是一種設計思路,設計思想,而不是固定的一個量
訂單和支付,登錄和注冊,跟其他業務不太緊密的可以單獨做成一個服務郵件,短信服務。
2.輕量級通信
輕量級的通信協議,簡單來說平臺無關語言無關。http。
3.隔離性
每個微服務在自己的內存中,相互之間不會干擾。
4.有自己的數據
業務數據的獨立性。每個都有自己的業務數據庫,降低業務的復雜度
5.技術多樣性
開發人員選擇最適合的開發語言,提供出應有的api。
技術變化快,用戶數量變化快
2.敏捷開發。精益方法深入人心
用最小的代價,做最快的迭代,得到最有用的反饋。頻繁的修改測試上線。
3.容器技術的成熟
容器技術沒有成熟之前,微服務很難落地的,docker的出現解決了猶豫微服務數量的旁邊運維的瓶頸。使微服務的落地成為可能。
PS:docker讓微服務成為可能,感謝容器化技術的成熟!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。