主頁 > 軟體設計 > Filecoin算力和幣價會被大礦工壟斷嗎?如何破解?

Filecoin算力和幣價會被大礦工壟斷嗎?如何破解?

2020-09-29 20:52:00 軟體設計

近期,被Filecoin主網上線帶火的分布式存盤賽道進入人們的視野,投資者們一面研究Filecoin的挖礦方案和代幣模型,另一面亦在關注去中心化分布式存盤的可行性和成長性,

大致預估下,分布式存盤在整體存盤市場中占有率的增速,并簡單講講背后的依據,

分布式存盤在整體存盤市場中占有率的增速會非常快,我們來看下以下幾點:

首先,剛性需求,

IDC的統計,2020年我們全球的資料總量會到達44ZB,到2025年的時候全球資料將增長到175ZB,均攤到每個人身上是 5200GB 以上,全球的存盤市場規模達到6萬億美金以上,80%市場被中國占有,傳統存盤的性能與容量成反比,在存盤海量的非結構資料上能力有限,而分布式存盤可以做到高擴展、易管理這些能力,所以未來我相信會有越來越多的企業資料選擇分布式存盤的,隨著5G、物聯網和人工智能快速發展,到2023年,全球40%左右的存盤系統都將是分布式存盤架構,

其次是面向企業級的需求,

企業資料將成為我國資料主流,15年企業資料占比僅49%,25年將提升至69% ,傳統資訊系統以CRM、ERP、OA為主,資料規模不大;云計算、大資料、物聯網、AI新技術大規模應用放大資料體量,此時大多數企業存盤依舊采用傳統存盤方式,無法有效存盤管理未來企業PB級別資料,企業級存盤迫切需要分布式存盤變革,

IDC將分布式存盤定位于軟體定義存盤進行研究,2018年市場份額為7.2億美元,至2023年預計達20.8億美元,復合增速約為25% ,

上面也提到了中心化服務器有負荷限制的問題,實際上,中心化計算的方式有一系列弊端:
中心化單點資源的限制和出現故障后的完全失控;因為供應商的鎖定帶來的資源壟斷和成本的提升;傳統的中心化資料庫具有集約性和唯一性,帶來資料隱私的潛在風險,

對于這些問題,分布式計算與存盤一方面降低了資料中心的熱能損耗,同時使資料供應商和消費者更容易獲得所需計算資源,另一方面,基于區塊鏈的分布式計算可以采用貢獻證明協議,通過代幣激勵將分布式算力資源盤活,

按IDC的預測,隨著5G、物聯網和人工智能快速發展,到2023年,全球40%左右的存盤系統都將是分布式存盤架構,

另一家調研機構Zion Market Research更是預測,全球分布式存盤的銷售額將從2018年的20億美元快速增長到2027年的285億美元,年化增長率高達34.7%,

全球市場都看好分布式存盤市場的未來,這是大勢所趨,

在這里插入圖片描述

目前我們的去中心化存盤,是分布式軟體+服務器的組合,具有幾個優勢:

高擴展性,節點數量多,可以做到EB級別的擴展;

運維相比較中心化存盤更便捷,塊、物件、檔案等檔案型別可以統一管理;

硬體標準比較統一,

舉個例子,我們把汽車比作存盤,資料比作貨物的話,之前的中心化存盤相當于面包車,拉貨的容量有限,現在的分布式存盤類似于火車頭,想拉更多的貨直接加車廂,車廂也有動力,不怕火車拉不動,

前面嘉賓也提到,無論從過去幾年的銷售資料還是未來幾年的銷售預測來看,分布式存盤的春天已經到來,以Ceph為代表的開源分布式存盤蓬勃發展,以EMC、華為為代表的專業存盤廠商的重金投入,我相信,IPFS+Filecoin這樣帶自帶激勵層的組合未來也會發展得越來越好,

我們知道,像亞馬遜、BAT這種成熟的云服務商已經在使用分布式存盤技術了,在此背景下Filecoin做這個有什么競爭力呢?

我們先來看兩者本質的不同,Filecoin類似于淘寶、美團和滴滴,他通過提供一個平臺,連接貢獻者和使用者,和那種自營的模式是有區別的,

它帶來的影響是什么呢?

假設我現在要存盤一份檔案,在阿里云舉個例子,報價是0.3元/月,明碼實價,而在Filecoin上,這項服務的提供者礦工,是競爭者關系,外加整個網路采用代幣作為價值載體,它和幣本位是不一樣的,法幣今天是一塊錢明天仍是一塊錢,一年后可能還略有貶值,而FIL則有一個潛在的上漲空間,

那么一些看好Filecoin發展的人,可能會報出來一個以法幣本位看虧本的價格,他獲得了訂單,這個網路變得更加實用和健壯,FIL的價值上升,他也能從中獲利,

因此,Filecoin是對生產力方式進行變革,將能改變中心化廠商運營的分布式存盤高耗能的現狀

分享一個案例,2013年,華為在海外設立了一個資料中心,它集合了不同國家的小型存盤運營商,為什么呢?因為這些運營商所在的國家基建很差、網路分散、閑置率高,看起來將他們的存盤能力集合起來售賣是個不錯的idea,但是它失敗了,為什么,原因就在于它激勵機制有問題,干活多少并未得到相應的獎勵,

我們認為區塊鏈超級賬本的出現,給真正意義上的去中心化的分布式存盤帶來了機會,它可以讓各類企業、機構放心的拿出閑置資源來參與一個超大規模的分布式網路,最重要的是這一程序分帳清楚、所有資料上鏈,

分布式存盤是未來趨勢,最大的一點就是給用戶提供近、實時資料服務,現在的5G以及未來的超高速網路,肯定不能全部依賴于中心化服務器,中心化服務器提供應用的智能分發以及AI人工智能的處理就可以了,資料的計算與存盤一定會交給分布式資料中心,這二者是同時存在的,我覺得未來五至十年,社會可以過渡到這樣的一個多中心化分布式資料服務時代,并且會成為主流,

目前,大多數分布式存盤專案的激勵機制和幣價增長,是否會在很短的時間內,將準入門檻抬高到個人無法參與的程度?如果是的話,分布式存盤的終點會不會趨向現在的中心化存盤市場格局?除了分批解鎖,還有什么有效辦法可放緩壟斷速度?

對于門檻這個問題,首先,Filecoin希望構建一個共享經濟模型,解決資源錯配問題,但前期為了網路的穩定,也因為技術做不到,退而求其次,改成全部用專業存盤礦機去存東西,這就是分時租賃,

不過我認為整體的逐步的去中心將是整個分布式存盤的發展趨勢,最終可能會經歷三個階段:

(1)中心化存盤服務器,先用中心化的存盤服務器(礦機)建設好一個生態的底座,大家為了獲得區塊獎勵而搭建生態基礎;

(2)分時租賃,礦機礦工可以通過升級后的接單系統接市場上真正有存盤需求的訂單;

(3)共享經濟,有電腦有手機的人,只要愿意貢獻存盤空間,就可以成為礦工,實作了真正的分布式存盤,

當然不能說目前處于的第一與第二階段無意義,畢竟像滴滴、摩拜這樣的共享經濟也是從分時租賃逐步的起步,

分布式存盤專案不存在個人無法參與的問題,一個是他投資的產品的區別,現在目前已經出現了算力的切割,以及金融衍生品的出現,我們最頂配的配置也就兩萬多塊錢,分布式存盤最后一定是一個巨型網路,甚至會有多鏈、跨鏈的架構出現,把所有分布式存盤的節點的資源組合起來,

在這里插入圖片描述

由于Filecoin網路有著匿名,隱私保護等特點,隨之而來的內容存盤和資訊檢索很可能會帶來更嚴酷的內容管制,因此,短時間內,這個網路不大可能像中心化存盤網路一樣被大規模使用,除了分批解鎖,還有什么有效辦法可放緩壟斷速度?

首先這里說下為什么說分批解鎖,Fillecoin這個專案是要做一個的區塊鏈存盤落地專案,挖礦其實就是為了獲得鑄幣權,如果這個鑄幣權前期掌握在了少部分人手中,并且釋放到市場上,那么幣價便有被操控的風險,所以分批解鎖概率是很大概率的事情,甚至可能前期鎖倉會非常高,無論從礦工來講還是前期的眾籌輪來源講鎖倉會蠻高的,

除此外,其它辦法就是控制幣價或者說礦工質押方式,加速落地應用等等,除了分批解鎖之外,Filecoin也添加了一個baseline網路基準,這部分在Filecoin的白皮書里面是沒有的,

Filecoin系統添加這個修正方案,是為了防止前期少量礦工獲得過多的Filecoin這種不公平的情況,并在全網算力比較少的情況下,延緩新幣的發放,

Baseline獎勵模型對 Filecoin 網路有兩個好處:

將區塊獎勵與存盤市場成長性掛勾,避免礦工得到較大的早期獎勵后退出網路這種不公平情況發生,也變相防止了前期某些礦工獲得獎勵過多從而壟斷市場的情況,

平滑化指數衰減模型,避免系統因獎勵減半而發生全網存盤能力大規模變動,

專案方考慮到網路初期的安全性、刷單等問題,最后取消了VDF證明、轉而使用零知識證明,大家會覺得,這么高的配置加上很難采購的AMD元件,所以感覺到門檻過高,但如果早期安全性很差的話,很有可能直接一面世就倒下,

隨著Filecoin網路的日益完善、節點數量的增加以及存盤網路安全性的提高,還有網路的IOO的能力不斷的提升,還有真實資料存盤的需求不斷增加,更多的商業體公司類似于我們還有老馮的MW,加入到生態應用開發中,Filecoin的可用性也會更高,變得觸手可及,

當我們談論分布式存盤生態時,更多是站在從礦業的角度,待主網上線后,除了礦業(供給)以外,存盤的需求方還會進一步細分么?圍繞分布式存盤還可能涉及哪些服務型角色,是否存在礦業以外的行業性機會?

Calvin Cao:Filecoin存盤市場的價格是按照供需關系來決定的,存盤需求不大,礦工數量多,存盤價格自然就會下跌;存盤需求大,礦工數量少,價格就會上漲,這里講的不是幣價而是存盤市場的價格不要搞混了,

目前的市場主要是輸入和輸出市場,也就是存盤和檢索市場,前期的話,有效資料量小于礦工數量的情況下,輸入市場供給大于需求,導致存盤價格極低,會吸引到很多需要低廉冷存盤需求的企業來試水,但是冷存盤對于輸出市場的需求并不大,所以檢索市場在剛開始不會有很大的量,

目前IPFS的使用已經很廣泛了,現在包括谷歌、火狐、亞馬遜、京東、阿里云等傳統互聯網巨頭企業都在使用IPFS了,以及以太坊、波卡、本體等主流區塊鏈專案都已經使用或正在橋連IPFS與Filecoin,礦業以外的機會我覺得主要是在二級市場和Dapp的開發上面,

無論從企業角度來講還是個人角度,大的企業對資料存盤備份的需求是非常龐大的,但它會面臨一個直接的問題,就是無法直接用FIL進行支付,稅務是一個大問題,那么這時就可能誕生類似于第三方的中介服務機構、咨詢服務機構,它可以將用戶支付的法幣變成FIL,

就存盤需求而言,鏡像網路MW給出的定位是冷資料行業,我們認為,做冷備網路是目前這個階段最合適的場景,我們最大的優勢就是硬碟容量,計算和網路不是優勢,當然隨著網路的安全、速度、規模發生變化,肯定會觸及各類行業,

分布式存盤最大的優勢應該就是便宜,礦工在獲取幣的同時還能將存盤空間出租給有需要的人,那么如何銷售這些空間就比較重要了,我相信會出現非常多的應用級產品,這里有很多服務型角色,比如運營商、托管方、技術運維、存盤產品、DAPP的商業公司等等,

目前來看整個礦機市場及行業自身已經接近風險點,據不完全統計現在大小礦機商及銷售商至少在500+家以上,大的已經銷售額已經達到幾十億,小的也是數百萬,從整個礦機的銷售體量已經達到千億級別,服務器銷售總價值規模體量目前已經遠遠超過私募時候Filecoin幣價總值,因為前期Filecoin主要是靠區塊獎勵獲得,真實應用資料會很少,短期內并沒那么大的流通性,

從而現在一些機構及市場對Filecoin主網上線后三個月預估幣價在15-30美金/枚不等預估,現在來看,幣價再加上經濟模型的不確定性,Filecoin專案存在不小風險,具體而言有幾個方面:

Filecoin這個專案跳票多次,很多廠商及投資者對專案的信用度已經到達臨界點,投入的研發費用、測驗費用、嚴重浪費大量資源,導致很多廠商現在不敢一下子投產,從目前測驗網上看運行的服務器也就幾萬臺,價值十多億人民幣;

服務器市場供應鏈緊張、漲價,尤其這兩個月來,部分配件漲幅高的甚至超過100%;Filecoin官方變化頻繁,導致部分廠商技術已經跟不上,有些甚至直接放棄這個賽道,

綜合以上,現在其實很多廠商都已經開始往Filecoin行業外布局業務,來對沖Filecoin一些不確定風險,比如Ai算力平臺、GPU外包服務、PCDN、渲染、云服務等等業務,

當然Filecoin這個賽道也是極具競爭性,主網上線后,潮水退去,對于有技術實力和交付能力的也是一馬平川,有演算法優化能力的甚至比一些公司投入產出超過數倍性能,最后比拼就是設備穩定性,安全性,效率性等幾個因素,

另外,圍繞分布式存盤行業整個產業上下游來說,其實機會還是很大,可以去做整套解決方案,也可以去做演算法優化,或者一些應用層面,也可以從這個賽道去做某個領域擅長的方案或者去做機房運維外包等等,這些都是圍繞這個行業展開的一些需求點,

在這里插入圖片描述

關于整個應用生態在哪些維度和在哪些領域可能會爆發,我認為至少可以看到這4個方面,

第一,資訊的安全與隱私;比如家庭的攝像頭資料,這類資料涉及隱私的資料,最優的方式不是中心化的存盤服務器,

第二,資訊永久的存盤;比如醫療資訊檔案、天文資料科研資料,這類偏冷的資料,如果存在中心化的服務器可能三五年就丟失了,如果存在Filecoin網路里就會永久性保存,

第三,資料天然分布的場景,區塊鏈、邊緣計算、物聯網,與Filecoin的分布式存盤天然的契合,

區塊鏈方面,區塊鏈的本質是分布式賬本,本身的瓶頸之一就是賬本的存盤能力,目前大部分公鏈的最大問題是沒法存盤大量的超媒體資料在自己的鏈上,位元幣至今全部的區塊資料也才30-40G左右,以太坊這樣可編程的區塊鏈專案也只能執行和存盤小段合約代碼,DApp想發展成超級App,受到了極大的限制,

第四,內容的確權;比如資料交易,首先得做到資料確權,現階段資料不敢交易的原因是交易一次之后就可以無限復制、失去價值,而未來資料確權之后,可以做到資料價值化,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/139810.html

標籤:其他

上一篇:Fabric開發(五) Ubuntu20.04.1快速搭建Fabric2.2.0 (排雷版)

下一篇:mac下安裝、部署超級賬本(hyperledger 2.2)遇到的坑

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more