国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

打開APP
userphoto
未登錄

開通VIP,暢享免費電子書等14項超值服

開通VIP
電信系統(tǒng)架構(gòu)方案

國內(nèi)軟件業(yè)曾有人對行業(yè)性軟件進(jìn)行劃分,在幾個較大的行業(yè)中,排行前幾位的分別是:通信、電力、金融……

但從對技術(shù)的要求與和安全性的要求上來說,通信行業(yè)的計費和金融行業(yè)的交易都是并稱的。因此在通信行業(yè)軟件形成之初,計費就成為了通信行業(yè)的核心軟件,能否有實力作計費軟件成為在行業(yè)中是否具有實力的標(biāo)志。于是也就形成了中國通信行業(yè)著名的“九七”工程!這是完成電信行業(yè)核心業(yè)務(wù)層面的信息化工程。

繼“九七”工程之后,2001年,中國的各電信公司根據(jù)國外電信公司的信息化進(jìn)程和經(jīng)驗,總結(jié)提出要建立中國電信公司的運(yùn)營支撐系統(tǒng),這個系統(tǒng)是基于“九七”工程外圍的運(yùn)營支撐業(yè)務(wù)構(gòu)建起來的,如果說“九七”工程是心臟,那么運(yùn)營支撐系統(tǒng)就是四肢!心臟是為了提供肌體的動力,四肢才可以通過各種形式來獲取利益,使心臟能繼續(xù)生存下去。運(yùn)營支撐系統(tǒng)在中國電信集團(tuán)公司被稱為“OSS”系統(tǒng),全稱是“Operation Support System”,在中國移動通信集團(tuán)稱為“BOSS”系統(tǒng),全稱是“Business andOperation Support System”。

在電信集團(tuán)提出構(gòu)建運(yùn)營支撐系統(tǒng)的同時,各電信分公司還在籌劃構(gòu)建符合自己特點的ERP系統(tǒng),與此同時,基于運(yùn)營支撐系統(tǒng)之外的各種行業(yè)業(yè)務(wù)系統(tǒng)也開始了開發(fā)與規(guī)劃。

電信行業(yè)軟件歷程

一、九七工程

九七工程是中國通信行業(yè)軟件最初的形象。實際上在實施九七工程的時候,中國的通信行業(yè)基本上還是一家壟斷的狀態(tài),那就是中國電信!

九七工程主要解決了電信行業(yè)最迫切需要解決的交換、計費、帳務(wù)、經(jīng)營等最關(guān)鍵的業(yè)務(wù)過程。這些業(yè)務(wù)要求實時性非常強(qiáng)、對準(zhǔn)確性的要求也非常高,因為系統(tǒng)的每一個數(shù)據(jù)都關(guān)系到電信的直接收入。

一些國內(nèi)的軟件公司借著這股春風(fēng)發(fā)展了起來,也有一些公司從此開始涉足軟件行業(yè)。

從技術(shù)和行業(yè)的應(yīng)用成熟度來說,當(dāng)時進(jìn)行這項工程的條件是不具備的,但是,這項工程的實施卻是必須的。所以,在實施這個工程的過程中,不少系統(tǒng)都是多次返工,雖然達(dá)不到實際意義上的7×24,但是至少可以得到比其他方式更精確的數(shù)據(jù)信息,這也就是這項工程的一大意義了。因此,在此后,盡管1997年早成為過去,但是九七工程這個名詞卻一直被沿用下來,以代表這個特殊的意義——中國電信行業(yè)的第一次信息化。

二、OSS/BOSS系統(tǒng)

2001年,中國移動開始規(guī)劃“BOSS”系統(tǒng),2002年各省移動公司分別制定了自己的“BOSS”系統(tǒng)的技術(shù)規(guī)范和業(yè)務(wù)規(guī)范,但是,離真正實施還有一段時間,因為中國移動還需要進(jìn)行統(tǒng)一的規(guī)劃。

在中國移動制定規(guī)范的同時,中國電信集團(tuán)也不甘落后,也開始制定自己的“OSS”系統(tǒng)的規(guī)范和實施規(guī)劃,并在其上海研究院進(jìn)行相關(guān)的試驗。不過,因為其工作量過大,按照初步的估計,一個省級電信公司要實現(xiàn)“OSS”系統(tǒng)的規(guī)劃,至少需要五年,投入至少有3到5億以上的資金。按照這樣的估算,中國電信集團(tuán)要實現(xiàn)全國的“OSS”規(guī)劃至少就需要90億以上的資金投入,所以,一直到現(xiàn)在,中國電信集團(tuán)的“OSS”系統(tǒng)還仍然無法進(jìn)入實施階段。

其他的電信運(yùn)營商,諸如中國聯(lián)通、中國網(wǎng)通、中國鐵通等公司也都在紛紛籌劃自己的相關(guān)系統(tǒng)。

技術(shù)方案概述

一、B/S結(jié)構(gòu)

隨著軟件技術(shù)和網(wǎng)絡(luò)的發(fā)展,各種行業(yè)軟件業(yè)幾乎都在進(jìn)行著B/S與C/S結(jié)構(gòu)的爭論和演化。雖然大家都認(rèn)為B/S結(jié)構(gòu)更先進(jìn)一些,但是,在某些特定的行業(yè)和業(yè)務(wù)中,C/S結(jié)構(gòu)的系統(tǒng)仍然有著非常重要的地位和不可替代的作用。

加上B/S結(jié)構(gòu)產(chǎn)品的開發(fā)難度要遠(yuǎn)大于C/S結(jié)構(gòu)的系統(tǒng),調(diào)試和測試工作都要比C/S結(jié)構(gòu)的產(chǎn)品復(fù)雜得多。在此條件下,基于成本和效益的各種方案對此有很大的影響。

經(jīng)過長時間的研究和探討,通信行業(yè)的產(chǎn)品在體系結(jié)構(gòu)上基本達(dá)成一致:在業(yè)務(wù)操作實現(xiàn)領(lǐng)域采用B/S結(jié)構(gòu),在某些特殊的功能實現(xiàn)上適當(dāng)?shù)夭捎肅/S結(jié)構(gòu)。

二、多層結(jié)構(gòu)選擇的必然

提到體系架構(gòu)的選擇,電信行業(yè)的大多數(shù)業(yè)務(wù)對系統(tǒng)的實時性、穩(wěn)定性要求都非常高,因此電信行業(yè)軟件業(yè)就成了所有軟件中開發(fā)難度最大的一種。

目前國際上流行的兩種軟件體系,都采用了多層體系來進(jìn)行大中型系統(tǒng)和關(guān)鍵系統(tǒng)的構(gòu)架。

電信行業(yè)項目的實施中,也大都采用了中間件進(jìn)行整個體系的構(gòu)架,在J2EE體系成型之前,大多數(shù)系統(tǒng)都采用C/C++進(jìn)行開發(fā),一些關(guān)鍵的業(yè)務(wù)實現(xiàn)則采用Corba體系。隨著Corba與J2EE的融合,兩大對立陣營的.Net與J2EE逐漸成型,電信領(lǐng)域的大型系統(tǒng)大部分都采用了基于Java的多層體系架構(gòu)。如圖2所示:

Web服務(wù)器:在Web服務(wù)器上,部署的是系統(tǒng)的表現(xiàn)層,用戶通過瀏覽器進(jìn)行瀏覽和信息交換。

應(yīng)用服務(wù)器:主要提供組件的生存支撐環(huán)境,提供業(yè)務(wù)邏輯搭建的基礎(chǔ)。

三、體系架構(gòu)的選擇

目前流行的兩大體系是.Net和J2EE。

由于微軟的產(chǎn)品大都穩(wěn)定性、可靠性較差,雖然上手非常容易,但這恰恰不能達(dá)到電信行業(yè)對于可靠性的基本要求,所以,從體系到產(chǎn)品,微軟都被全部屏蔽于行業(yè)重點業(yè)務(wù)的實現(xiàn)之外。

J2EE體系得到了較多大型廠商的支持,同時融合了Corba對語言無關(guān)性的特征(雖然其真正的可用還需要一段時間)以及其他優(yōu)勢,目前已經(jīng)得到了絕大多數(shù)電信公司的認(rèn)可,在通信行業(yè)領(lǐng)域內(nèi)的開發(fā)商和集成商也都紛紛附和。

四、語言的選擇

對于語言的選擇,新的電信行業(yè)軟件做了非常慎重的考慮,既要保證效率和實時性,還要能提供足夠強(qiáng)大的穩(wěn)定性,在J2EE推出之前,包括國外的電信行業(yè)項目也大都采用C/C++開發(fā),但是,因為C++本身所固有的問題——內(nèi)存泄漏,所以,系統(tǒng)的穩(wěn)定性總是很難得到保障。

Java出現(xiàn)后,由于Java自身對C++的補(bǔ)充,穩(wěn)定性方面得到了極大的提高。但,同時也發(fā)生了一個問題:因為Java需要運(yùn)行在Java虛擬機(jī)上,經(jīng)過這樣一次解析后,其運(yùn)行效率和速度都受到了很大的影響,當(dāng)進(jìn)行大數(shù)據(jù)量查詢和統(tǒng)計分析的時候,Java的速度問題就很明顯了。因此,在一些特殊的功能實現(xiàn)方面,又需要使用C/C++來進(jìn)行速度的提升。

五、最終決定

通過上面的描述,我們已經(jīng)基本上把電信行業(yè)軟件開發(fā)的體系架構(gòu)表述清楚了。圖3是筆者早先完成的一個基于J2EE架構(gòu)的產(chǎn)品開發(fā)技術(shù)框架,僅供參考:

1 J2EE實現(xiàn)整體設(shè)計原則與思想

該系統(tǒng)的設(shè)計,采用了組件化的設(shè)計思想,同時根據(jù)項目的特點,對J2EE的實現(xiàn)架構(gòu)進(jìn)行了適當(dāng)?shù)母倪M(jìn),使之能更適應(yīng)電信目前的要求和今后擴(kuò)展的需要。

系統(tǒng)采用J2EE體系架構(gòu)進(jìn)行整體結(jié)構(gòu)設(shè)計,這也是國際上流行的解決大型企業(yè)應(yīng)用及關(guān)鍵性業(yè)務(wù)應(yīng)用的優(yōu)秀技術(shù)。

2 功能設(shè)計

通過J2EE技術(shù)框架實現(xiàn)電信行業(yè)系統(tǒng)的所有功能。

3 體系結(jié)構(gòu)

該系統(tǒng)必須采用多層體系結(jié)構(gòu)。建議采用如圖3所示的六層體系進(jìn)行架構(gòu)。

4 構(gòu)架特點

下面按照數(shù)據(jù)庫層、數(shù)據(jù)管理層、事務(wù)處理層、會話處理層、邏輯控制層、前端表現(xiàn)層的順序?qū)σ陨细鲗庸δ芎吞攸c進(jìn)行詳細(xì)的描述:

(1)數(shù)據(jù)庫層

選用某種數(shù)據(jù)庫,提供數(shù)據(jù)存儲服務(wù),同時,還需要提供災(zāi)難備份和恢復(fù)功能。所以,目前,電信行業(yè)內(nèi)部對數(shù)據(jù)庫的基本要求如下:

①支持ANSI/ISO SQL-89、ANSI/ISO SQL-92標(biāo)準(zhǔn);

②支持中文漢字內(nèi)碼,符合雙字節(jié)編碼;

③支持主流廠商的硬件平臺及操作系統(tǒng)平臺;

④數(shù)據(jù)庫系統(tǒng)應(yīng)具有良好的伸縮性;

⑤支持主流的網(wǎng)絡(luò)協(xié)議(如:TCP/IP、IPX/SPX、NETBIOS及混合協(xié)議);

⑥具有良好的開放性,支持異種數(shù)據(jù)庫的互訪:

實現(xiàn)對文件數(shù)據(jù)和桌面數(shù)據(jù)庫數(shù)據(jù)的訪問;

實現(xiàn)對大型異種數(shù)據(jù)庫的訪問;

能夠?qū)⒃挟惙N數(shù)據(jù)庫向本數(shù)據(jù)庫無損失移植;

實現(xiàn)和高級語言互聯(lián)的能力;

支持XA、ODBC 3.0、X/OpenCLI、JDBC等工業(yè)標(biāo)準(zhǔn);

支持分布式事務(wù)及兩階段提交功能。

⑦具有支持并行操作所需的技術(shù)(如多服務(wù)器協(xié)同技術(shù)、事務(wù)處理的完整性控制技術(shù)等);

⑧支持網(wǎng)絡(luò)上同構(gòu)或異構(gòu)數(shù)據(jù)庫之間數(shù)據(jù)的冗余性復(fù)制;具有多種復(fù)制功能模塊(如實時復(fù)制、定時復(fù)制、雙向復(fù)制、多點方式下的N向復(fù)制、復(fù)制轉(zhuǎn)發(fā),復(fù)制范圍可整表復(fù)制或表中部分行復(fù)制或修改單元復(fù)制);

⑨支持聯(lián)機(jī)事務(wù)處理(OLTP),支持決策支持的建立,要求能夠?qū)崿F(xiàn)數(shù)據(jù)的快速裝載、高效的并發(fā)處理和交互式查詢;

⑩支持C2或以上級安全標(biāo)準(zhǔn)、多級安全控制;

支持?jǐn)?shù)據(jù)庫存儲加密及相應(yīng)冗余控制;

提供Web服務(wù)接口模塊,對客戶端輸出協(xié)議支持HTTP2.0、SSL等;

支持聯(lián)機(jī)存儲和備份功能(如磁帶方式、光盤方式);

應(yīng)具有強(qiáng)的容錯能力、錯誤恢復(fù)能力、錯誤記錄及預(yù)警能力;

數(shù)據(jù)庫、表大小等技術(shù)參數(shù)可靈活設(shè)置,支持對多媒體數(shù)據(jù)及大數(shù)據(jù)量處理的技術(shù)需求;

應(yīng)可以避免數(shù)據(jù)庫死鎖的出現(xiàn),一旦死鎖能夠自動解鎖;

開發(fā)工具易使用、開發(fā)效率高、維護(hù)方便;

支持多種CASE工具。

上面對數(shù)據(jù)庫的各個方面都提出了要求,在電信行業(yè)內(nèi)部,目前對于中小型非關(guān)鍵業(yè)務(wù)項目采用MS SQL Server 2000的比較多,大型項目基本上都避開微軟的體系和產(chǎn)品,而采用Oracle和DB2作為系統(tǒng)的數(shù)據(jù)庫選擇。

(2)數(shù)據(jù)管理層

這是整個系統(tǒng)中唯一進(jìn)行數(shù)據(jù)訪問、數(shù)據(jù)控制和數(shù)據(jù)安全校驗的部分,是系統(tǒng)中唯一與數(shù)據(jù)庫交互的部分,這也從另一個層面提高了數(shù)據(jù)安全性。

另外,由于有些電信行業(yè)系統(tǒng)的分布地域比較廣,采用這種方式有利于分布式數(shù)據(jù)的有效管理,可提高數(shù)據(jù)的利用率和有效性。

優(yōu)點:專用的數(shù)據(jù)管理層屏蔽了系統(tǒng)的其他部分對系統(tǒng)數(shù)據(jù)庫的直接訪問,增加了系統(tǒng)數(shù)據(jù)的隱蔽性,提高安全性和可管理性。

具體實現(xiàn)的時候,可盡量采用應(yīng)用服務(wù)器所提供的功能,采用容器管理實體Bean(也就是CMP EntityBean)來開發(fā)數(shù)據(jù)管理層,這樣可以降低開發(fā)人員的開發(fā)工作量,提高效率,提高組件的可重用性。而且,當(dāng)數(shù)據(jù)庫發(fā)生變化的時候,不需要做大量的編碼,通過應(yīng)用服務(wù)器本身就可以直接對這種變化做出相應(yīng)的反應(yīng)。

注:對于CMP和BMP的使用的基本觀點是這樣:對于完全新建的系統(tǒng),也就是說沒有老系統(tǒng)的存在,或者可以忽略老系統(tǒng)的數(shù)據(jù)庫設(shè)計方式可能對新系統(tǒng)的數(shù)據(jù)庫設(shè)計造成的影響的時候,建議采用CMP的方式來開發(fā)EntityBean,這樣就可以完全采用OO的方式從需求開始到分析設(shè)計和編碼實現(xiàn)都依托于OO的思想進(jìn)行整體的規(guī)劃,系統(tǒng)實現(xiàn)也會相對比較合理。而對于不符合上述情況的系統(tǒng),一般在前端流程實現(xiàn)和業(yè)務(wù)邏輯實現(xiàn)中可以考慮采用OO的過程,在數(shù)據(jù)庫管理層的實現(xiàn)中需要考慮與前端的配合外,數(shù)據(jù)庫管理層的設(shè)計和數(shù)據(jù)庫層的設(shè)計建議采用面向數(shù)據(jù)的過程進(jìn)行規(guī)劃,否則,不僅僅用戶可能會對工期不滿,開發(fā)團(tuán)隊也將面臨著數(shù)據(jù)抽取與轉(zhuǎn)換的難題。

(3)事務(wù)處理層

系統(tǒng)中進(jìn)行事務(wù)處理的主要部分。這部分將根據(jù)具體的業(yè)務(wù)邏輯和實現(xiàn)進(jìn)行業(yè)務(wù)控制和事務(wù)處理。在業(yè)務(wù)進(jìn)行變化的時候,不影響系統(tǒng)的其他部分。

由于有些規(guī)則和制度會因為時間和各種情況有一定的變化,因此很多業(yè)務(wù)的具體處理流程和過程都需要修改,這樣的修改如果放在其他部分,就有可能影響到很多其他業(yè)務(wù)的正常開展。

優(yōu)點:經(jīng)過仔細(xì)考慮后,筆者認(rèn)為:針對所有具體的業(yè)務(wù)增加專用的事務(wù)處理層,進(jìn)行專項業(yè)務(wù)的處理和控制。提高系統(tǒng)整體的可重用性,降低系統(tǒng)各部分之間的耦合度。

通過這種方式,可以隨時隨地地增加一項業(yè)務(wù),減少一個環(huán)節(jié),都不會對其他部分造成大影響,除非這項業(yè)務(wù)有一些固有的特殊的頁面展示要求,否則都可以方便的達(dá)到上面的功能。

例如:在業(yè)務(wù)重組和舊制度廢除、新制度發(fā)布的時候,可以先按照新制度定制好流程組件,在新制度發(fā)布生效的時候,將舊組件卸下,新組件安裝即可。在現(xiàn)有的應(yīng)用服務(wù)器上使用時,甚至服務(wù)都不需要中斷,對于一個業(yè)務(wù)的更新,僅僅需要一兩秒鐘的時間就可以完成。

缺點:一定程度上,這對效率有所影響,但相對于Internet網(wǎng)絡(luò)狀況對系統(tǒng)性能的影響來看,這種架構(gòu)模式對整個系統(tǒng)性能的影響仍然是很小的。

筆者建議:

①如果遇到大數(shù)據(jù)量查詢時,建議越過這種架構(gòu)模式,直接通過安全的SQL連接方式從數(shù)據(jù)庫中盡快獲取信息。

②對于大型的電子商務(wù)系統(tǒng)也可以借鑒這種體系架構(gòu),但對于僅僅在局域網(wǎng)內(nèi)工作的系統(tǒng),就可以對本架構(gòu)進(jìn)行簡化,因為局域網(wǎng)內(nèi)的安全性相對較高,所以,可以考慮簡化以提高系統(tǒng)性能和運(yùn)行效率。

(4)會話處理層

會話層,處理與前端展現(xiàn)的會話信息,提供交互的第一個處理界面,處理簡單、穩(wěn)定的事務(wù)。不處理復(fù)雜的事務(wù)和變化較頻繁的事務(wù)。

優(yōu)點:提供對前端發(fā)送過來的請求和各種數(shù)據(jù)信息的處理,當(dāng)前端展現(xiàn)發(fā)生變化的時候,不會影響到后臺的服務(wù)組件代碼。

提供對簡單事務(wù)的處理,這些事務(wù)一般是通用型的、基本上不發(fā)生變化的事務(wù)流程。如電信行業(yè)的批復(fù)流程、審核流程等等。

(5)邏輯控制層

系統(tǒng)進(jìn)行控制的部分。這部分將提供系統(tǒng)整體的控制,處理各個部分之間的關(guān)系,啟動各層間的操作和運(yùn)行。同時它可以屏蔽前后兩層(前端表現(xiàn)層和會話處理層)之間的聯(lián)系,降低系統(tǒng)的耦合度。

優(yōu)點:這是MVC中的控制層,在采用J2EE進(jìn)行系統(tǒng)架構(gòu)設(shè)計時,IBM非常推崇這種模式。在本系統(tǒng)的架構(gòu)考慮中也認(rèn)為采用這種模式是相當(dāng)合適的,但同時考慮到這個系統(tǒng)的實際情況,本文對這種模式作了擴(kuò)展,將模型層分成兩個部分,也就是數(shù)據(jù)管理層和事務(wù)處理層,具體原因已經(jīng)在這兩個部分作了解釋。

這種模式是把控制權(quán)和所有權(quán)進(jìn)行分離,當(dāng)具體業(yè)務(wù)和會話表現(xiàn)等部分發(fā)生變化的時候,開發(fā)人員不需要修改控制層的代碼,使得整個系統(tǒng)中各個部分的權(quán)責(zé)更加明確,降低了維護(hù)的工作量。

(6)前端表現(xiàn)層

系統(tǒng)中提供數(shù)據(jù)展現(xiàn)的部分,屬于整個系統(tǒng)的UI。這也是用戶對整個系統(tǒng)最直接接觸的部分。將提供報表展現(xiàn)、報表定制和錄入、數(shù)據(jù)輸入和輸出、信息瀏覽發(fā)布等等……

優(yōu)點:這是一個完全獨立的表現(xiàn)層,如果設(shè)計的比較好,就可以做到:其樣式、風(fēng)格都可以由美工進(jìn)行直接的修改和設(shè)計。這些設(shè)計不會影響到任何后臺的事務(wù),因此,甚至可以做到隨時更換風(fēng)格。

5 性能實現(xiàn)

(1) 安全性

關(guān)于安全性的描述,請參見系統(tǒng)和數(shù)據(jù)安全管理中的描述。

(2)可靠性

系統(tǒng)的可靠性將在具體的項目開發(fā)過程中體現(xiàn)出來。因為每一項業(yè)務(wù)的添加與減少都對系統(tǒng)整體的穩(wěn)定性產(chǎn)生一定的影響。開發(fā)過程中,只要對設(shè)計進(jìn)行嚴(yán)格的檢驗和測試就可以保證整個系統(tǒng)的可靠性。

(3)靈活性和擴(kuò)展性

按照目前所規(guī)劃的技術(shù)架構(gòu),開發(fā)者可以隨時在上面進(jìn)行各個功能層的組合和分離,也可以將各個功能層分布在各個不同的服務(wù)器上共同提供服務(wù),因此整個系統(tǒng)無論是在物理結(jié)構(gòu)上還是在邏輯結(jié)構(gòu)上都具有很高的靈活性和擴(kuò)展性。

對于業(yè)務(wù)組件,開發(fā)者/使用者可以對其進(jìn)行業(yè)務(wù)分割和重組,以提高組件的利用率,對于今后其他系統(tǒng)的開發(fā)也具有技術(shù)積累的意義。

同時,這些業(yè)務(wù)組件可以根據(jù)業(yè)務(wù)狀況的變化進(jìn)行更新和替換。比如說:某一項新的制度發(fā)布生效前,開發(fā)者可以提前按照新的制度開發(fā)好完整的業(yè)務(wù)組件,在生效的那個時間點,將老組件取下,新組件安裝到服務(wù)器上。這樣也就不會因為制度的變化影響到各個業(yè)務(wù)或者辦公流程的順利開展。

(4)實用性

系統(tǒng)的技術(shù)架構(gòu)是專門針對項目的一些特性對J2EE原有的體系架構(gòu)進(jìn)行修改和完善后設(shè)計出來的。它既可以應(yīng)付復(fù)雜多變的業(yè)務(wù)流程,對于一般十分穩(wěn)定的業(yè)務(wù)流程也不會出現(xiàn)多余的問題,且具有相當(dāng)好的擴(kuò)展性和靈活性。

本站僅提供存儲服務(wù),所有內(nèi)容均由用戶發(fā)布,如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點擊舉報。
打開APP,閱讀全文并永久保存 查看更多類似文章
猜你喜歡
類似文章
從300萬行到50萬行代碼,遺留系統(tǒng)的微服務(wù)改造
解析三層架構(gòu)(1)---為什么要分層?
工業(yè)企業(yè)系統(tǒng)集成技術(shù)系統(tǒng)集成的軟件技術(shù)(下)
一文讀懂 Spring Boot、微服務(wù)架構(gòu)和大數(shù)據(jù)治理三者之間的故事
放棄 Dubbo,選擇 Spring Cloud 微服務(wù)架構(gòu)實踐與經(jīng)驗總結(jié)
一周活動早知道|分布式存儲架構(gòu)設(shè)計與運(yùn)維、主流監(jiān)控工具日常應(yīng)用、電信行業(yè)大數(shù)據(jù)分析平臺容器化改造、K...
更多類似文章 >>
生活服務(wù)
分享 收藏 導(dǎo)長圖 關(guān)注 下載文章
綁定賬號成功
后續(xù)可登錄賬號暢享VIP特權(quán)!
如果VIP功能使用有故障,
可點擊這里聯(lián)系客服!

聯(lián)系客服