一起玩轉微服務（1）——概念
一、什么是微服務 隨着各行各業公司的快速發展，業務規模的不斷擴大，不可避免的造成原有架構不能夠適應快速的增長和變化。這時，微服務就進入大家的視野，其實在微服務之前，很多的公司已經做過服務化的改造，並且取得了一定的成果，但是對於整體流程的標准化還有一定有差距。那么，什么是微服務呢？准確的說，微服務 ...
原文：一起玩轉微服務（6）——通信協議如何統一
一 接口調用 接口調用如果是遠程調用，那么就構成了簡單的分布式。最簡單的遠程接口實現方式是web service或rest。當然一個合理的分布式應用不僅僅是遠程接口調用這么簡單。還需要有負載均衡 緩存等功能。最簡單實現分布式的技術是Rest接口，因為Rest接口可以使用現存的各種服務器，比如負載均衡服務器和緩存服務器來實現負載均衡和緩存功能。 二 統一通信協議 關於通信協議，不同的公司有不同的選擇 ...
2020-06-20 09:28 0 1149 推薦指數：
相關推薦
一起玩轉微服務系列
一起玩轉微服務（1）——概念 一起玩轉微服務（2）——框架與工具 一起玩轉微服務（3）——微服務架構設計模式 一起玩轉微服務（4）——如何實施微服務 一起玩轉微服務（5）——分層架構 一起玩轉微服務（6）——通信協議如何統一 一起玩轉微服務（7）——單一職責 一起玩轉微服務 ...
一起玩轉微服務（4）——如何實施微服務
一、如何實施微服務 微服務是一種架構的理念，提出了微服務的設計原則，從理論為具體的技術落地提供了指導思想。實施微服務需要具備以下條件： 計算和存儲資源能否快速的分配 是否具備快速部署的能力，因為微服務每個服務都比較微小，所以不管是測試環境還是生產環境都需要快速部署的能力 ...
一起玩轉微服務（8）——服務拆分原則
服務拆分 拆分粒度不應該過分追求細粒度，要考慮適中不能過大或過小。按照單一職責原則和康威定律，在業務域、團隊還有技術上平衡粒度。拆分后的代碼應該是易控制，易維護的，業務職責也是明確單一的。 AKF擴展立方體，是一個叫AKF的公司的技術專家抽象總結的應用擴展的三個維度。理論上按照這三個擴展模式 ...
一起玩轉微服務（13）——AOP
一、什么是AOP編程 AOP: Aspect Oriented Programming 面向切面編程。 面向切面編程(也叫面向方面)：Aspect Oriented Programming(AO ...
一起玩轉微服務（5）——分層架構
領域驅動設計DDD（Domain Driven Design）提出了從業務設計到代碼實現一致性的要求，不再對分析模型和實現模型進行區分。也就是說從代碼的結構中我們可以直接理解業務的設計，命名得當的話，非程序人員也可以“讀”代碼。這與微服務設計中的約定優於配置不謀而合，如果你熟悉英文，那么直接根據包 ...
一起玩轉微服務（9）——前后端分離
前后端分離 在傳統的web應用開發中，大多數的程序員會將瀏覽器作為前后端的分界線。將瀏覽器中為用戶進行頁面展示的部分稱之為前端，而將運行在服務器，為前端提供業務邏輯和數據准備的所有代碼統稱為后端。 由於前后端分離這個概念相對來說剛出現不久，很多人都是只聞其聲，不見其形，所以可能會對它產生一些誤解 ...
一起玩轉微服務（12）——揭密starter
介紹 Spring Boot的starter主要用來簡化依賴用的，對於企業級開發中的與第三方的集成，可以通過一段簡單的配置來完成，這樣開發人員無需再對包依賴的問題頭疼。Spring Boot為我們提 ...