1.1 定義 1、基礎接口：單一職責原則，每個接口只負責各自的業務，下接db，通用性強。 2、聚合接口：根據調用方需求聚合基礎接口數據，業務性強。 1.2 協議 1. 客戶端在通過 API 與后端服務通信的過程中， 應該使用 HTTPS（生產環境） 協議 2. 服務端響應 ...

本文為原創文章：首發：http://www.zyiz.net/ 自動.netcore升級到3.0以后，.net圈子更活躍了，寫博客的人也越來越多，很多人開通了公眾號寫文章；也有技術大牛神乘這波“紅利”寫書錄視頻教程等賺錢了。大公司也開始關注.net技術，采用.net作為技術棧的公司大部分都將項目 ...

本文為原創文章：首發：http://www.zyiz.net/ 眾所周知，微服務架構是由一眾微服務組成，項目中調用其他微服務接口更是常見的操作。為了便於調用外部接口，我們的常用思路一般都是封裝一個外部接口的客戶端，使用時候直接調用相應的方法。webservice或WCF的做法就是引用服務，自動 ...

開發工具：VS2017 .Net Core 2.1 什么是微服務？單體結構： 缺點：1）只能采用同一種技術，很難用不同的語言或者語言不同版本開發不同模塊；2）系統耦合性強，一旦其中一個模塊有問題，整個系統就癱瘓了；一旦升級其中一個模塊，整個系統就停機了；3）要上線必須一起上線 ...

前言 每個人都有自己習慣的項目結構，有人的喜歡在項目里面建解決方案文件夾；有的人喜歡傳統的三層命名；有的人喜歡單一，簡單的項目一個csproj就搞定。。 反正就是蘿卜青菜，各有所愛。 可能不同的公司對這些會有特定的要求，也可能會隨開發自己的想法去實踐。 那么，問題就來了。如果有一個新項目 ...

前言 項目地址：https://github.com/lianggx/Kong.Net 你的支持使我們更加強大，請單擊 star 讓更多的 .NETCore 認識它。 擁抱開源的腳步，我們從來都是一直在路上；.NETCore作為后起之秀，帶給我們太多的驚喜和感動；但是也正是由於年輕 ...

目標 目標系統架構演變，單體-分布式-微服務-中台 微服務架構核心解決，橫向對比1.0、2.0、3.0 踐行微服務架構，全組件解讀！ 也談中台 單體架構Monolithic 單體應用時代：應用程序就是一個項目，在一個進程里面運行。 簡單-省事兒 電商UI->（自營、秒殺、超市 ...

學如逆水行舟，不進則退！最近發現微服務真的是大勢所趨，停留在公司所用框架里已經嚴重滿足不了未來的項目需要了，所以抽空了解了一下微服務，並進行了代碼落地。 雖然項目簡單，但過程中確實也學到了不少東西。 寫在前面：先看下項目總體目錄以及拓撲圖，其中包括2個服務（幾乎一樣），一個網關 ...