主頁 > 軟體設計 > IS-IS協議原理與配置

IS-IS協議原理與配置

2021-10-24 09:01:12 軟體設計

IS-IS(中間系統到中間系統協議):基于鏈路狀態并使用最短路徑優先演算法進行路由計算的一種IGP協議 基于802.3封裝

IS-IS最初是國際化標準組織ISO為它的無連接網路協議CLNP設計的一種動態路由協議
為了提供對IP的路由支持
IETF在RFC1195中對IS-IS進行了擴充和修改,使它能夠同時應用在TCP/IP和OSI環境中,修訂后的IS-IS協議被稱為集成化的IS-IS
作業在資料鏈路層,路由收斂速度快,結構清晰,適合于大規模網路

場景應用
園區網:區域多樣、策略多變、調度精細
特點:
應用型網路,主要面向企業網用戶,
路由器數量偏少,動態路由的LSDB庫容量相對偏少,三層路由域相對偏少,
有出口路由的概念,對內部外部路由劃分敏感,
地域性跨度不大,帶寬充足,鏈路狀態協議開銷對帶寬占用比偏少,
路由策略和策略路由應用頻繁多變,需要精細化的路由操作,
OSPF的多路由型別(內部/外部),多區域型別(骨干/普通/特殊),開銷規則優良(根據帶寬設定),網路型別多樣(最多五種型別)的特點在園區網得到了極大的發揮

骨干網(運營商網路):區域扁平、收斂極快、承載龐大
特點:
服務型網路,由ISP(互聯網服務提供商)組建,并為終端用戶提供互聯服務,
路由調度占據絕對統治地位,路由器數量龐大,
架構層面扁平化,要求IGP作為基礎路由為上層BGP協議服務,
LSDB規模宏大,對鏈路收斂極度敏感,線路費用高昂,
追求簡單高效,擴展性高,滿足各種客戶業務需求(IPV6/IPX),
IS-IS的快速演算法(PRC得到加強),簡便報文結構(TLV),快速鄰居關系建立,大容量路由傳遞(基于二層開銷低)等一系列特點在骨干網有著天然的優勢

歷史起源:

IS-IS屬于內部網關協議,用于自治系統內部

作業程序:
1.建立鄰居關系:通過HELLO包互動并協商各種引數,包括電路型別(level-1/level-2),Hold time,網路型別,支持協議,區域號,系統ID,PDU長度,介面IP等
分為兩種:兩次和三次握手,P2P網路是支持兩次和三次握手,MA網路僅支持三次握手
2.同步LSDB資料庫(鏈路資訊交換):與OSPF不同,ISIS互動鏈路狀態的基本載體不是LSA,而是LSP;互動的程序沒有OSPF協議那樣經歷了多個階段,主要是通過CSNP和PSNP兩種協議報文來同步,請求以及確認鏈路狀態資訊(承載的是鏈路狀態資訊摘要),而鏈路狀態資訊的詳細拓撲和路由資訊是由LSP報文傳遞
1)P2P網路:先描述,再同步
2)MA網路:直接同步,然后通過DIS來保障資料庫同步的完整性
3.執行SPF路由計算:SPF計算和OSPF基本一樣的,但ISIS演算法分離了拓撲結構和IP網段,加快了網路收斂速度(ISPF演算法)

ISIS內部優先級:
level-1:15
level-2:18

建立鄰居需要協商的引數:掩碼、MTU、sys id、area id、最大區域地址數
如何協商區域地址:只要攜帶的區域地址有一個相同就能建立鄰居
不需要協商hold time

地址結構:2位為1B

IDP:相當于IP地址的網路號
DSP:相對于IP地址的子網號和主機地址,由High Order DSP、System ID和SEL三個部分組成
AREA ID:區域id,標識一個區域,相當于OSPF的區域標號
SYSTEM ID:系統id,標識一臺設備,固定6位元組,每臺設備最多3個相同的系統id
SEL:上層協議識別符號

路由器分類(ISIS基于路由器劃磁區域):
Level-1路由器(只能創建level-1的LSDB),性能相對較差,位于Level-1區域相當于OSPF的非骨干區域,相當于IR
Level-1路由器必須通過Level-1-2路由器才能連接至其他區域
Level-2路由器(只能創建level-2的LSDB),性能較強,Level-2區域相當于OSPF的骨干區域,相當于BR
所有Level-2級別(即形成Level-2鄰居關系)的路由器組成路由域的骨干網,負責在不同區域間通信,路由域中Level-2級別的路由器必須是物理連續的,以保證骨干網的連續性,只有Level-2級別的路由器才能直接與區域外的路由器交換資料報文或路由資訊
Level-1-2路由器(路由器默認的型別,能同時創建level-1和level-2的LSDB ),性能強,用于連接Level-1區域和Level-2區域,類似于OSPF的ABR
默認為Level-1-2路由器,連接骨干區域的路由器

Level-1路由器的路由特點:
? 只擁有Level-1的鏈路狀態資料庫,
? 其鏈路狀態資料庫中只有本區域路由器LSP,
? 其路由表里沒有其他區域的路由資訊,
? 其路由表里都有一條默認路由,下一跳是指向到Level-1-2路由器,
Level-2路由器的路由特點:
? Level-2路由器只有Level-2的鏈路狀態資料庫,
? 其LSDB中有骨干區域路由器的LSP,但是沒有Level-1路由器產生的LSP,
? 路由表里面有整個網路的路由資訊,
Level-1-2路由器的路由特點:
? Level-1-2路由器同時擁有Level-2和Level-1的鏈路狀態資料庫,
? Level-1資料庫包含本區域的LSP,Level-2資料庫包含骨干區域LSP,
? 在自己產生的Level-1的LSP中設定了ATT位元位為1,
? 路由表里面有整個網路的路由資訊,

默認有將level-1的路由引入level-2的命令

鄰居關系的建立:
Level-1路由器:只能與同一區域的Level-1路由器/Level-1-2路由器建立Level-1路由器鄰居關系,維護Level-1路由器的LSDB
不能跨區域建立鄰居關系

  Level-2路由器:只能與同一區域/不同區域的Level-2路由器/不同區域的Level-1-2路由器建立Level-2的路由器鄰居關系,維護Level-2LSDB

  Level-1-2路由器:可以與同一區域的Level-1路由器/Level-1-2路由器建立Level-1鄰居關系,鄰居直接維護Level-1LSDB,可以與同一區域/不同區域的Level-2路由器建立Level-2鄰居關系,維護Level-2LSDB,與不同區域的Level-1-2路由器建立Level-2鄰居關系;    

ISIS的區域劃分:與OSPF不一樣,OSPF是基于路由器的介面劃分,ISIS是基于一臺路由器劃磁區域
ISIS區域分兩種:骨干區域(L2)
非骨干區域(L1)

ISIS的報文封裝:封裝于資料鏈路層,所以傳輸中可能會存在丟包現象,因為沒有保障可靠協議支持,OSPF封裝于IP協議,協議號89
ISIS報文:

1.Hello PDU:用于發現,建立,維護鄰居關系,
與OSPF一樣,周期性發送,普通路由器發送時間間隔是10s,死亡時間(hold time)30s,如果30s內沒有收到鄰居發送過來的hello報文,則鄰居報文中斷,DIS路由器(相當于OSPF的DR)發送hello報文時間間隔為10/3s(3.3333…),其他路由器連續三次沒有收到來自DIS路由器的hello報文,則認為DIS故障,重新選舉新的DIS

               為什么DIS發送hello報文的時間間隔是10/3s?:為了快速檢測出DIS故障

P2P hello PDU:用于點到點網路
LAN hello PDU:用于MA網路
level-1 LAN IIH:用于MA網路中的level-1鄰居,目的組播MAC為:0180-c200-0014
level-2 LAN IIH:用于MA網路中的level-2鄰居,目的組播MAC為:0180-c200-0015

2.LSP PDU:用于描述鏈路狀態資訊
實節點LSP
偽節點LSP(只在廣播鏈路存在)
LSP的重繪間隔為15分鐘;老化時間為20分鐘,
但是一條LSP的老化除了要等待20分鐘外,還要等待60秒的零老化時延;LSP重傳時間為5秒;LSP超時后從網路中清除

以下三個標志組合起來用來唯一標識一個LSP
Source ID:產生該LSP的結點或偽結點的Sys lD ,8位元組
Pseudonode ID:對普通LSP為0 ; 對 Pseudonode LSP 非 0, 這 是 區 分 一 個 LSP 是 否 是 偽 結 點 產 生 的 標 志 ;
LSP number:分 片 號 ( 產 生 的 LSP 大 于 LSP MTU 將 分 片 ) 最多256個分片
LSP id 例 子 : 00C0 . 0040 . 1234 . 01 一 00 , 其 中 :
SourcelD: 00C0 . 0040 . 1234
Pseudonode ID: 01 ( 表 明 為 偽 結 點 產 生 的 )
分 片 號 . 0
LSP Sequence Number.
Sequence Number: 每 個 LSP ( 含 LSP 分 片 ) 都 有 一 個 自 己 的 序 列 號
當 路 由 器 啟 動ISIS時,自 己 產生 的 LSP 的 序 列 號 為 1
當 發 生 變 化 需 要 重 新 生 成 LSP 的 時 候 , 產 生 序 列 號 增 加 的 新 的 LSP 傳 播 出 去
較 大 的 序 列 號 意 味 著 LSP 較 新

3.SNP PDU:用于維護LSDB 的完整與同步,且為摘要資訊
CSNP PDU:完全序列號報文,用于描述LSDB,同步LSP,類似于OSPF中用于描述LSDB的DD報文,DIS周期性10s發送
level-1 CSNP PDU:用于level-1鄰居
level-2 CSNP PDU:用于level-2鄰居
PSNP PDU:部分序列號報文,用于請求或確認LSP PDU,類似于OSPF中的LSR或LSACK(確認只用于點到點網路,廣播網路無需確認)
level-1 PSNP PDU:用于level-1鄰居
level-2 PSNP PDU:用于level-2鄰居

鄰居關系建立:
1.P2P鏈路上,
兩次握手機制:
兩次握手只要路由器收到對端發來的Hello報文,就單方面宣布鄰居為up狀態,建立鄰居關系,容易存在單通風險
三次握手機制(默認):
通過三次發送P2P的IS-IS Hello PDU最終建立起鄰居關系,與廣播鏈路鄰居關系的建立情況相同

      TLV:鄰居狀態
      為了P2P網路型別使用三次握手建立鄰居,P2P hello 中增加了鄰居狀態TLV

2.廣播鏈路上,使用LAN IIH報文執行三次握手建立鄰居關系
當收到鄰居發送的Hello PDU報文里面沒有自己的system ID的時候,狀態機進入initialized
只有收到鄰居發過來的Hello PDU有自己的system ID才會up,排除了鏈路單通的風險,
廣播網路中鄰居up后會選舉DIS(虛節點),DIS的功能類似OSPF的DR(指定路由器)

DIS與偽節點:
DIS:指定中間系統(Designated IS)
偽節點:在廣播網路中由DIS創建的虛擬路由器

選舉DIS:在廣播網路,需要選舉DIS,在鄰居關系建立后,路由器會等待兩個Hello報文間隔再進行DIS的選舉
Hello報文中包含Priority 欄位(0-127,默認64)
選舉規則: Priority值最大的將被選舉為該廣播網的DIS
優先級相同,介面MAC地址較大的被選舉為DIS
MAC地址一樣,比較Systerm ID,大的為DIS
DIS發送Hello時間間隔默認為10/3秒,而其他非DIS路由器發送Hello間隔為10秒
搶占性:后期有新的Router加入到鏈路進來,如果優先級比DIS高是可搶占的,但是DR是不可搶占的

DIS的作用:
進行SPF計算時,簡化MA網路的邏輯拓撲
減少LSP/LSA的泛洪
保障LSP互動的可靠性
由DIS發送CSNP來同步鏈路的LSDB

DIS與DR的類比

鏈路狀態資訊的互動:

P2P先互動LSP再發CSNP

不同網路型別如何同步LSDB:
P2P網路中:鄰居關系建立后,立即給對端發送CSNP報文,若發現有沒同步的LSP條目則發起PSNP請求,而對端則回應LSP,收到LSP更新后要回PSNP作為收到LSP的回應,本端在發送LSP時會啟動重傳定時器,一旦定時器歸零后沒收到PSNP回應則會重新發送LSP并重新設定定時器,直到收到對端的PSNP回應

MA網路中:鄰居關系建立后,路由器等待LSP重繪定時器超時,然后將自己的LSP發往組播地址 (Level-1:01-80-C2-00-00-14;Level-2:01-80-C2-00-00-15),這樣網路上所有的鄰居都將收到該LSP,該網段中的DIS會把收到鄰居的LSP加入到LSDB中,并等待CSNP報文定時器超時 并發送CSNP報文,進行該網路內的 LSDB 同步, 鄰居收到DIS發來的CSNP報文,對比自己的LSDB資料庫,然后向DIS發送PSNP報 文請求自己沒有的LSP,DIS收到該PSNP報文請求后向鄰居發送對應的LSP進行LSDB的同步

路由演算法
SPF計算程序:
? 單區域LSDB同步完成
? 生成全網拓撲結構圖
? 以本節點為根生成最短路徑樹
? 默認跨越每個節點開銷一樣
IS-IS的計算特點:
? 在本區域內路由器第一次啟動的時候執行的是Full-SPF演算法,
? 后續收到的LSP更新,如果是部分拓撲的變化執行的iSPF計算,
? 如果只是路由資訊的變化,執行的就是PRC計算,
由于采用拓撲與網路分離的演算法,路由收斂速度得到了加強

ISIS開銷:
采用默認開銷,默認開銷均為10,不管鏈路帶寬高低,開銷都為10
配置命令:介面視圖下: isis cost
ISIS計算開銷的方式:
1.基于抖動(默認):華為只支持默認
Narrow模式(窄)(設備默認模式開銷都是10,手工配置介面開銷取值范圍為1~63),不適合大型網路(默認為窄)
Wide模式(寬)(設備默認模式開銷都是10,手工配置介面開銷取值范圍是1~16777215),適合大型網路
寬兼容窄
2.基于延遲
修改:協議視圖:cost-style + 模式
行程下加入auto-cost enable命令,Narrow模式和Wide模式都會參考介面帶寬大小計算開銷值,只是參考準則有少許差異

ISIS的區域與區域間的訪問:
骨干區域:所有的Level-2路由器和Level-1-2路由器構成一個連續的骨干區域(level-2區域)
Level-1-2路由器會將自己連接的Level-1區域的路由資訊放進Level-2的LSP中,再泛洪給骨干區域中的其他Level-1-2路由器和Level-2路由器,所以骨干區域中的Level-1-2路由器和Level-2路由器會知道整個IS-IS路由域的路由資訊
非骨干區域:所有連續的并且在同一個區域ID下的Level-1路由器和Level-1-2路由器構成一個非骨干區域(Level-1區域),Level-1區域只能連接到骨干區域,和其他的Level-1區域并不相連

1.骨干區域訪問非骨干區域:
level-1-2路由器將level-1路由向level-2區域傳遞,那么level-2路由器就會有去往所有level-1的路由

2.非骨干區域訪問骨干區域并且去訪問其他區域:
level-1訪問level-2區域,必須獲取level-2的路由,還有level-1想訪問其他level-1區域的路由,其他level-1區域的路由已經將全部發往level-2了,預設路由;

總結:
     level-2區域去訪問level-1區域是通過明細路由訪問,因為level-1-2路由器會將level-1區域的路由向level-2區域傳遞,level-2區域的設備性能好,承載能力強
     level-1去訪問level-2/其他level-1區域是通過預設路由訪問
                                                          該預設路由由Level-1-2路由器產生ATT位元置位為1的LSP發布給Level-1區域
                  預設下,Level-1-2路由器不會將其他Level-1區域以及Level-2區域的路由資訊引入到Level-1區域,這樣Level-1路由器不會學習到其他區域的路由資訊,只能通過指向Level-1-2路由器的預設路由訪問其他區域的目的地址,在Level-1區域中有兩臺或者兩臺以上Level-1-2路由器的時候,Level-1路由器訪問其他區域的目的地址可能無法選擇最佳路徑)-------可做路由滲透,將level-2路由引入level-1

路由滲透:指Level-1-2路由器將其他Level-1區域以及Level-2區域的路由資訊引入到Level-1區域
作用:
為了將其他Level-1區域以及Level-2區域的路由資訊通過Level-1-2路由器引入到Level-1區域,使Level-1路由器訪問其他區域,解決次優路徑
配置:
import-route level 2 into level 1

ISIS協議視圖下:attached-bit advertise never 關閉ATT位元位產生的預設路由,配合路由滲透使用

引入的Level-2路由,路由器不在重新發布出去

TLV編碼:
TLV 編 碼 方 式 :
TLV 即 type-length-value. TLV 編 碼 方 式 一 種 高 效 率 , 擴 展 性 好 的 協 議 報 文 編 碼 方 式 , 也 稱 為 CLVG 碼 (code-length-value)
T–Type 采 用 不 同 的 值 定 義 不 同 類 型
L—Length : 整 個 TLV 三 元 組 的 長 度
V-Value . 本 TLV 的 實 際 內 容 , 最 車 要 的 部 分
TLV 編 碼 的 優 點 :
可 擴 展 性 好 , 如 果 想 增 加 對 于 新 特 性 的 支 持 , 只 需 增 加 新 的 TLV 類 型

ATT為1的LSP:
由level-1-2路由器生成,同區域level-1收到后,生成指向level-1-2的預設路由
ATT為1條件:level-1-2和level-2必須處于不同區域

拓撲所體現的IS-IS與OSPF不同點:
在OSPF中,每個鏈路只屬于一個區域;而在IS-IS中,每個鏈路可以屬于不同的區域
在IS-IS中,單個區域沒有物理的骨干與非骨干區域的概念;而在OSPF中,Area0被定義為骨干區域
在IS-IS中,Level-1和Level-2級別的路由器分別采用SPF演算法,分別生成最短路徑樹SPT;在OSPF中,只有在同一個區域內才使用SPF演算法,區域之間的路由需要通過骨干區域來轉發

IS-IS與OSPF差異性:
差異性 IS-IS OSPF
網路型別 少 多
開銷方式 復雜 簡便
區域型別 少 多
路由報文型別 簡單 多樣
路由收斂速度 很快 快
擴展性 強,使用TLV傳遞,結構簡單,易于擴展 一般,本身是為IP特定開發的,支持IPv4和IPv6的OSPF協議是兩個獨立的版本
路由負載能力 超強 強


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

標籤:其他

上一篇:IP組播基礎

下一篇:OSPF外部路由

標籤雲
其他(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