租車服務

微服務測試之介面測試和契約測試

日常開發過程中,專案的介面通常由服務提供方約定和提供,微服務模式下介面被多個消費者呼叫更是常態,那麼提供方介面的變更如何快速、高效、無遺漏的通知給消費者呢?另外,當一個service同時被多個使用者呼叫,如何保

微服務架構下,解決資料一致性問題的實踐

隨著業務的快速發展,應用單體架構暴露出程式碼可維護性差、容錯率低、測試難度大和敏捷交付能力差等諸多問題,微服務應運而生。微服務的誕生一方面解決了上述問題,但是另一方面卻引入新的問題,其中主要問題之一就是: 如

企業服務早期投資方法論

鈦資本研究院曾在2018年和2019年連線兩年的開年之初發表觀點,堅定認為企業服務市場將在未來5-10年內迎來上升期,2018年到2019年將迎來企業服務創業的新一輪週期。雖然2015年被普遍認為是

共享資料服務和ODS庫(4.4)

在傳統架構,包括現在的微服務架構中,都會涉及到ODS庫的構建。而對於中臺規劃中的資料中臺,更是需要ODS庫來提供關鍵的資料服務能力。 為何通過共享ODS庫來提供資料服務能力,而不是由原來的業務系統或單個微服

多維保障助力好的點子“落地”

提要:3月22日下午2時,由深圳市億融諮詢服務有限公司、創友會聯合主辦的“2019創業服務行業(深圳)資本對接會”在深圳市南山區白石路深圳灣科技生態園2C棟3樓創友會新品釋出中心舉行,在資本對接會上多傢俱有行業

傳統企業就應該這樣進行微服務化

很多傳統企業看著網際網路公司都進行著微服務化,因此也想享受微服務化帶來的好處便對自己的系統進行改造,但微服務化 多“微”才是最優?有哪些拆分的原則? 架構原則 使用成熟的技術,不需要最

引入服務網格

背景 去年年底的時候,靜兒在團隊會議中提出了自己的對整個服務將來的規劃。靜兒心裡明白自己的架構設想是可實現的,但是遠超目前的架構。被質疑無法落地。於是靜兒將一些概念的東西全都拋去,直接針對具體的專案做領域拆

架構設計之「 微服務入門 」

微服務這幾年不可謂不火,很多技術團隊都開始在自己的專案上引入了微服務。一方面這些團隊確實很好的推動了微服務的應用和發展,另一方面也可以看到一些盲目追技術熱點的行為所帶來的危害,比如很多中小團隊對微服務的基礎知識

1714200913.2589