雪花紛紛落下，片片各得其所。

體系篇

1、對象為實(shí)體

對象是一個(gè)實(shí)際存在的某物，它具備某種能力或提供某種服務(wù)，對象是一個(gè)實(shí)例或?qū)嶓w，比如具體部署的一個(gè)硬件設(shè)備或一個(gè)應(yīng)用系統(tǒng)、一個(gè)數(shù)據(jù)庫實(shí)例均是對象，多個(gè)對象以某種邏輯關(guān)系組成架構(gòu)，換句話說架構(gòu)是由對象所組成的。

對象的顆粒度定義大小由架構(gòu)管理能力而定，架構(gòu)管理能力越強(qiáng)，對象分解則越細(xì)。當(dāng)一個(gè)架構(gòu)所組成的所有對象是運(yùn)行正常時(shí)，架構(gòu)一定是運(yùn)行正常的，如果不是，則是架構(gòu)分解過程中出現(xiàn)了對象定義遺漏。

一般而言，在一個(gè)架構(gòu)中會存在多種對象，此時(shí)需要將對象進(jìn)行分類定義，以便于管理及分析，在復(fù)雜情況下，分類是一個(gè)樹形結(jié)構(gòu)，分類的過程就是對架構(gòu)解構(gòu)的過程，完全窮盡、相互獨(dú)立是分類很重要的原則。

分類是根據(jù)對象屬性進(jìn)行的，嚴(yán)格來說，一些對象被歸為同一類，是因?yàn)樗麄兙邆湎嗤膶傩裕嗤膶傩园瑑蓪右馑?，一種是具備相同的屬性字段，一種是具備相同的屬性值。

2、屬性為指標(biāo)

對象是組成架構(gòu)的基本單元，屬性是組成對象的基本單元，一個(gè)對象的屬性包括它具體的所有內(nèi)在的能力、功用以及外在的特性，除去屬性，對象為空，對象的本質(zhì)是一堆屬性的集合。

換句話可以說，架構(gòu)是由屬性構(gòu)成的，屬性就是一個(gè)配置項(xiàng)（一個(gè)可配置的項(xiàng)目），配置一個(gè)屬性的過程就是操控架構(gòu)的過程，所以對象不是配置項(xiàng)，屬性才是配置項(xiàng)，歷來的CMDB概念對此有著定義上的問題。

由于不同對象有著不同的屬性，所有對象的所有屬性，可以抽象成一個(gè)屬性池，由一個(gè)一個(gè)字段所構(gòu)成，這個(gè)屬性池即是描述架構(gòu)的基本語義。

屬性池的設(shè)計(jì)梳理在工具意義上是必要的，每一類對象擁有哪一些屬性，需要進(jìn)行定義，此時(shí)只是一個(gè)數(shù)據(jù)建模的過程，還不是對象實(shí)例化的過程，不同分類的對象可能擁有重疊的屬性字段。

由于屬性是可配置的，也是可監(jiān)測的，一個(gè)不可被監(jiān)測的屬性一定是不可配置的，不管這個(gè)工具監(jiān)測的人工監(jiān)測，所以屬性能以一種指標(biāo)的形式進(jìn)行監(jiān)控。

3、動(dòng)作為事件

對于一個(gè)對象的屬性的配置過程，可以稱之為動(dòng)作，也就是操作，架構(gòu)的管理在絕大多數(shù)情況下，是對對象的操作形式體現(xiàn)出來的，一開始是人工手工執(zhí)行，慢慢發(fā)展到利用工具進(jìn)行執(zhí)行。

當(dāng)屬性定義完整的情況下，動(dòng)作的執(zhí)行結(jié)果就是屬性的變化，我們也可以稱之為一個(gè)架構(gòu)事件，將動(dòng)作進(jìn)行標(biāo)準(zhǔn)化及自動(dòng)化的過程，就是架構(gòu)自動(dòng)化的過程，一切架構(gòu)自動(dòng)化的目的與結(jié)果都是圍繞對象屬性的，所以屬性池的總集就是理論上架構(gòu)動(dòng)作的總集。

理論上可以將所有對象的屬性對應(yīng)的可能操作進(jìn)行梳理，形成一個(gè)動(dòng)作集，將動(dòng)作的執(zhí)行腳本化、程序化，再經(jīng)由對屬性改變的結(jié)果進(jìn)行監(jiān)測驗(yàn)證，來加以判斷執(zhí)行及回饋。

當(dāng)自動(dòng)化程度較高時(shí)，可以根據(jù)動(dòng)作執(zhí)行與屬性值的變化邏輯判斷進(jìn)行跨對象的動(dòng)作執(zhí)行，此時(shí)形成處理流程或叫調(diào)度編排，動(dòng)作的執(zhí)行結(jié)果與對象屬性值是校驗(yàn)下一個(gè)步奏基本的邏輯判斷單元。

動(dòng)作也是橋接虛擬架構(gòu)與架構(gòu)本體的一個(gè)窗口，它對應(yīng)是可能是一個(gè)腳本也可能是一個(gè)啟停手冊，動(dòng)作是可以根據(jù)對象分類進(jìn)行劃分的，即每一類對象可能有哪一些操作動(dòng)作，這些操作動(dòng)作的多少其實(shí)就預(yù)示著架構(gòu)維護(hù)能力的強(qiáng)弱。

4、視圖為架構(gòu)

架構(gòu)對于不同專業(yè)職能的人員有著不同的面向，這也意味著不同職能分工的人對架構(gòu)都有著自己的視角，本質(zhì)上不同專業(yè)職能的人員事實(shí)上是面對架構(gòu)中不同對象的不同屬性，此時(shí)視圖的意義就會凸顯。

本質(zhì)上視圖就是不同角色對架構(gòu)的不同切片，不同角色的人會根據(jù)自己的專業(yè)職能范圍，繪制出自己管理對象的范圍，由于在架構(gòu)中對象之間均存在關(guān)系，所以視圖會以系統(tǒng)結(jié)構(gòu)的形式呈現(xiàn)。

視圖是由對象及關(guān)系組成的，視圖中對象的多少、屬性的多少以及相互之間的關(guān)系，包括視圖中的對象的排列布局，取決于用戶對架構(gòu)的理解與抽象。

由于視圖只是架構(gòu)的一個(gè)切片，當(dāng)用戶需要查看管理更大的架構(gòu)范圍時(shí)，此時(shí)視圖與視圖之間可以建立關(guān)聯(lián)，所以對象與對象可以組合，視圖也可以與視圖組合。

對架構(gòu)的切片越多，意味著對架構(gòu)的理解越深入，也表示對架構(gòu)的描述越精確，就好比對一個(gè)社會或一個(gè)人，你從更多層面去審視它，你就會對它的理解越發(fā)深入，真實(shí)情況就是所有層面的總和。

5、關(guān)系為邏輯

在模型層面，關(guān)系是基于對象分類的，在對架構(gòu)進(jìn)行解構(gòu)時(shí)，即將架構(gòu)的對象進(jìn)行分類后，每個(gè)分類之間可能存在關(guān)系即可明確，這個(gè)定義并不是必要的，它更多是在關(guān)系數(shù)據(jù)校驗(yàn)時(shí)發(fā)揮作用，或者對繪制視圖進(jìn)行行為約束。

在實(shí)例層面，關(guān)系只屬于于視圖，而不屬于對象，不同的對象在不同的視圖中可能存在不同的關(guān)系，關(guān)系的存在與否取決于用戶的視角即視圖。

關(guān)系的性質(zhì)是由兩個(gè)對象本身的屬性決定，而不是關(guān)系本身，這意味著不需要賦予關(guān)系任何屬性，這是從體的層面而言；從用的層面而言，在架構(gòu)層面，我們只需要知道兩個(gè)對象存在著關(guān)系，就能滿足我們一切構(gòu)建與操作所需要的所有結(jié)構(gòu)信息了。

不需要對關(guān)系本身的數(shù)據(jù)再做一些頭上安頭的重復(fù)定義，導(dǎo)致數(shù)據(jù)結(jié)構(gòu)或模型的復(fù)雜化，只有在繪制視圖時(shí)，才需要建立關(guān)系，而建立的方法是指定哪些對象有關(guān)系即可，而不需要指定它們有哪一種關(guān)系。

這在系統(tǒng)設(shè)計(jì)與數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)時(shí)有著重大意義，所以關(guān)系數(shù)據(jù)是在記錄哪一些視圖中哪一些對象存在關(guān)系。

我們說兩個(gè)對象之間存在關(guān)系，是因?yàn)檫@兩個(gè)對象之中的某些屬性存在關(guān)系，在完美的配置模型下，關(guān)系的構(gòu)建不是以對象出發(fā)的，而是從對象的屬性出發(fā)。

因?yàn)閮蓚€(gè)對象之間的屬性存在關(guān)系，所以兩個(gè)對象才存在關(guān)系，所以兩個(gè)視圖才存在關(guān)系，而這種基于屬性級的終極配置模型只有在高度自動(dòng)化的環(huán)鏡中才有可能實(shí)現(xiàn)。

6、場景為服務(wù)

任何架構(gòu)的維護(hù)者均是面向?qū)ο蟮模龊梅?wù)工作的前提是識別出架構(gòu)所存在的對象有哪一些，只有這些對象的運(yùn)作良好，才有可能提供合格的服務(wù)，視圖的繪制是為了描述理解架構(gòu)。

視圖本身就是承載服務(wù)的使用場景，基于一個(gè)視圖的使用其實(shí)就是在提供服務(wù)，比如查看這個(gè)視圖運(yùn)行情況或基于這個(gè)視圖對架構(gòu)進(jìn)行維護(hù)操作，這本身就是一個(gè)服務(wù)場景。

服務(wù)是由一個(gè)一個(gè)的場景所組成的，識別出一個(gè)服務(wù)擁有的所有場景，并進(jìn)行有效的管理，這是做好服務(wù)交付的必要環(huán)節(jié)，梳理服務(wù)場景的過程或能就會帶來新的視圖需要，大多數(shù)組織并沒有真正理解他們的服務(wù)是什么。

一個(gè)網(wǎng)絡(luò)維護(hù)組、一個(gè)機(jī)房運(yùn)行組、一個(gè)系統(tǒng)維護(hù)組，這些組織都是在做一個(gè)服務(wù)提供，它們的服務(wù)交付的客戶其實(shí)并不是業(yè)務(wù)方，而是其它的專業(yè)組，正是因?yàn)閷Ψ?wù)的理解片面，進(jìn)而導(dǎo)致服務(wù)場景的梳理無從下手，從視圖也是毫無目的。

其實(shí)對視圖的監(jiān)控其實(shí)就是對服務(wù)的監(jiān)控，對視圖的操作其實(shí)就是服務(wù)的動(dòng)作。通過場景可以把上述的一切進(jìn)行有效組織，進(jìn)行服務(wù)交互。

工具篇

1、基礎(chǔ)數(shù)據(jù)

• 需要定義對象的分類樹

• 需要定義分類的圖標(biāo)

• 需要定義屬性池

• 需要定義分類與屬性的關(guān)系

• 維護(hù)或?qū)雽ο髷?shù)據(jù)

• 維護(hù)或?qū)腙P(guān)系數(shù)據(jù)

2、視圖管理

• 負(fù)責(zé)對象與對象的組裝

• 數(shù)據(jù)維護(hù)模式：用戶可以手工拖拽對象數(shù)據(jù)進(jìn)行關(guān)系構(gòu)建，以類VISIO的操作方式，對象的位置與圖標(biāo)均可拖拽維護(hù)，每畫一根關(guān)系線則在這個(gè)視圖數(shù)據(jù)層面創(chuàng)建了一條關(guān)系數(shù)據(jù)，在視圖上刪除一個(gè)關(guān)系線條即在數(shù)據(jù)層面做了關(guān)系數(shù)據(jù)刪除。

• 建模關(guān)聯(lián)模式：用戶可先畫好視圖，再手工拖拽對象數(shù)據(jù)進(jìn)行關(guān)聯(lián)映射到視圖中。

• 可以基于一個(gè)視圖進(jìn)行對象關(guān)系數(shù)據(jù)的導(dǎo)入，提供算法將對象與關(guān)系自動(dòng)進(jìn)行布局排列，且可手工進(jìn)行調(diào)整。

• 管道線路類對象以線條方式存在，此類對象與對象的關(guān)系線條屬于不同的視覺效果與數(shù)據(jù)類型。

• 視圖可以容器化，在繪制一個(gè)視圖時(shí)，可以將視圖的多個(gè)對象進(jìn)行設(shè)定為容器，此時(shí)在圖中多個(gè)對象會折疊成一個(gè)容器，可點(diǎn)擊再展開容器，此時(shí)視圖中的容器的所有對象會展開，以便更復(fù)雜的視圖表達(dá)。

• 每一個(gè)視圖的維護(hù)與查看權(quán)限均可設(shè)置，即誰能改誰能看，每一個(gè)視圖需要有自己的名稱與版本時(shí)間記錄。

3、場景管理

• 負(fù)責(zé)視圖與視圖的組裝、指標(biāo)與指標(biāo)的組裝、動(dòng)作與動(dòng)作的組裝。

• 視圖組合：可設(shè)置視圖之間可以相互嵌套與組合，從一個(gè)視圖點(diǎn)擊跳轉(zhuǎn)到另外一個(gè)視圖，或者以平鋪模式、分層模式將多個(gè)視圖進(jìn)行整合。

• 指標(biāo)管理：基于一個(gè)視圖進(jìn)行場景設(shè)置，可定義在視圖中能查看不同分類對象的哪一些屬性指標(biāo)，在不同的場景下關(guān)注的對象的屬性集可能不一樣。并可設(shè)置哪一些指標(biāo)影響對象的狀態(tài)，不同的狀態(tài)將可反映到對象不同的顏色閃爍。

• 操作管理：選擇一個(gè)視圖設(shè)置與視圖每個(gè)對象關(guān)聯(lián)的操作動(dòng)作，它可以關(guān)聯(lián)一個(gè)腳本執(zhí)行或調(diào)用一個(gè)自動(dòng)化軟件的API入?yún)?，甚至只關(guān)聯(lián)到一個(gè)啟停操作文檔，這些操作以按鈕方式集成視圖之中。

• 調(diào)度管理：在場景中可設(shè)置跨對象的操作執(zhí)行，這種調(diào)度執(zhí)行與場景進(jìn)行綁定，可進(jìn)行定制開發(fā)。

• 場景管理：經(jīng)過指標(biāo)與操作與視圖的綁定，形成一個(gè)可執(zhí)行的服務(wù)場景，開啟時(shí)會加載視圖數(shù)據(jù)與指標(biāo)數(shù)據(jù)與操作動(dòng)作，供用戶監(jiān)控與操作交互。每一個(gè)場景可以單獨(dú)命名。

• 圖層管理：可在場景中選擇不同分類的對象設(shè)置按不同的對象屬性作為顯示對象名稱。

• 文檔關(guān)聯(lián)：可點(diǎn)擊調(diào)用場景中任意對象相關(guān)的巡檢、保養(yǎng)、維護(hù)、文檔與工單記錄，以面向?qū)ο蟮姆绞浇M織其它分散的數(shù)據(jù)與信息。

• 查詢搜索：可輸入任意對象的任意屬性或任一視圖名稱或場景名稱進(jìn)行搜索定位。

4、集成接口

• 負(fù)責(zé)工具與工具的組裝

• 對象數(shù)據(jù)集成：可對外采集其它系統(tǒng)的對象數(shù)據(jù)，也可批量導(dǎo)入對象表格。

• 關(guān)系數(shù)據(jù)集成：基于視圖可對外采集其它系統(tǒng)的關(guān)系數(shù)據(jù)，也可批量導(dǎo)入關(guān)系數(shù)據(jù)。

• 性能數(shù)據(jù)集成：將對象屬性與監(jiān)控性能指標(biāo)進(jìn)行對應(yīng)映射，實(shí)時(shí)顯示性能情況。

• 告警數(shù)據(jù)集成：將告警級別與對象顏色進(jìn)行設(shè)置匹配，實(shí)時(shí)顯時(shí)告警情況。

• 操作數(shù)據(jù)集成：外接其它自動(dòng)化軟件，在點(diǎn)擊執(zhí)行操作按鈕時(shí)，傳遞對象的屬性信息作為入?yún)l件，驅(qū)動(dòng)其它軟件的命令操作或執(zhí)行腳本。

• 圖形數(shù)據(jù)集成：可導(dǎo)入CAD、VISIO等圖紙資源。

• 對外服務(wù)接口：以API方式提供視圖與場景調(diào)用以及對象的搜索查詢功能。

應(yīng)用篇

1、工具應(yīng)用

打造一款靈活的拓?fù)涔芾砉ぞ?，利用這個(gè)工具靈活的繪制拓?fù)涞哪芰?，繪制各類架構(gòu)視圖，從數(shù)據(jù)中心的基建、曖通、弱電到網(wǎng)絡(luò)、主機(jī)到系統(tǒng)及應(yīng)用關(guān)系均可將原來分散的線下圖紙轉(zhuǎn)為統(tǒng)一集中的管理，把大量在規(guī)劃設(shè)計(jì)階段的圖紙重新發(fā)揮價(jià)值，轉(zhuǎn)移到運(yùn)營段來利用管理。

它的繪制能力可以跟VISIO相對應(yīng)，除去精確度，它甚至可以將絕大多數(shù)的CAD圖紙能人肉轉(zhuǎn)譯過來，它的繪制能力必須高度重視用戶體驗(yàn)，靈活讓它沒有專業(yè)應(yīng)用的限制，簡潔讓它易于上手，設(shè)計(jì)的美感能讓它以把架構(gòu)之美、抽象之力賦予使用者。

同時(shí)它的數(shù)據(jù)集成能力以及線上協(xié)作能力，讓它可以真正從設(shè)計(jì)到運(yùn)維，并可以跨專業(yè)、跨工具的進(jìn)行數(shù)據(jù)整合，同時(shí)它可以讓運(yùn)營端的工程師們把它做為一個(gè)靈活管理工具，隨時(shí)根據(jù)自己的運(yùn)維需要進(jìn)行視圖繪制。

如此跨專業(yè)的信息協(xié)作以及人員離職的架構(gòu)知識可以有效留存在組織之中，這些大量的視圖可以工程師快速閱讀、理解、分析架構(gòu)情況。

2、行業(yè)應(yīng)用

拓?fù)涞墓芾韺τ诩軜?gòu)越復(fù)雜、對象越多、關(guān)系越復(fù)雜的服務(wù)管理越有意義，除去熟悉的IT運(yùn)維，還有像電力行業(yè)的通信網(wǎng)絡(luò)管理、電網(wǎng)的電力傳輸調(diào)度、公安的辦公網(wǎng)、視頻專網(wǎng)管理、運(yùn)營商的通信資源管理。

這些網(wǎng)絡(luò)結(jié)構(gòu)復(fù)雜的行業(yè)均存在大量的運(yùn)維交互需求，一些歷史陳舊的工具還頑強(qiáng)的束縛著工程師們，經(jīng)過這這幾年年移動(dòng)互聯(lián)網(wǎng)的洗禮，工程師人群對傳統(tǒng)工具交互的不滿越來越大。

甚至一些城市的管廊跟管道、交通的軌道管理，是通通可以用拓?fù)涔芾淼男问綐蚪铀麄兊倪\(yùn)維應(yīng)用。

可視化只是人機(jī)交互的形式，基于一個(gè)靈活的拓?fù)涔芾砉ぞ撸梢栽诓煌男袠I(yè)做出更多的縱深應(yīng)用，靈活的繪制能力跟開放的集成能力是廣度與深度兩個(gè)重要保證，這對工具的抽象能力也提出極高的要求。

3、平臺應(yīng)用

上面提到的在線拓?fù)涔芾砉ぞ哂袃煞N推廣做法，一種是按軟件方式按客戶、項(xiàng)目去計(jì)費(fèi)實(shí)施，一套一套去部署，它的易用性決定了它的售前POC是一種低成本的，甚至銷售人員也可以用它來快速繪制一個(gè)行業(yè)的DEMO場景，只要他具備一點(diǎn)點(diǎn)行業(yè)理解知識。

還有一種模式是按SaaS模式，即提供一個(gè)在線繪制拓?fù)涔ぞ?，它可以免費(fèi)試用，讓用戶零門檻的先嘗試?yán)L制自己的架構(gòu)圖，如果他們的確繪制方便，他們就會有意欲查看架構(gòu)圖中的對象信息，甚至對接監(jiān)控?cái)?shù)據(jù)，這樣后續(xù)按月按年進(jìn)行收費(fèi)。

理論上用戶可以用這個(gè)平臺搭任何他們想要的模型，繪制任何平面圖紙，甚至多個(gè)圖紙的組合交互，這種基于可視化交互的拖拽才是更具實(shí)用意義的模模搭，它的應(yīng)用廣度跟深度可以走的更遠(yuǎn)。

這幾年物聯(lián)網(wǎng)熱潮漸起，事實(shí)上基于拓?fù)鋱D的可視化是物聯(lián)網(wǎng)很好的交互平臺，任何用戶可以在這個(gè)平臺把自己的物聯(lián)網(wǎng)架構(gòu)快速實(shí)現(xiàn)繪制，不管它是一個(gè)家居的物聯(lián)網(wǎng)，還是一個(gè)工業(yè)4.0的數(shù)字工廠設(shè)備交互，物聯(lián)網(wǎng)的多場景模式，決定了未來它的服務(wù)場景數(shù)量巨大。

必須提供一個(gè)開放的讓用戶可自定義的可視化交互模式，才能將分散的物聯(lián)網(wǎng)設(shè)備及關(guān)系實(shí)現(xiàn)納管；現(xiàn)在談的智能建筑，物業(yè)與運(yùn)營管理，這個(gè)智能樓宇里面的任何一層樓甚至任何一個(gè)子系統(tǒng)，都需要一個(gè)基于圖形的交互方式，不采用這種用戶可自定義的拓?fù)淅L制的方式進(jìn)行交付管理是不可想象的。

拓?fù)涞谋举|(zhì)是節(jié)點(diǎn)與關(guān)系，如果進(jìn)一步抽象，把一個(gè)流程環(huán)節(jié)也可以對象化，你可以把一個(gè)政府所有的電子政務(wù)流程進(jìn)行繪制，并可以把每個(gè)流程的關(guān)聯(lián)關(guān)系梳理出來，甚至可以對每個(gè)政務(wù)流程環(huán)節(jié)當(dāng)前的辦理數(shù)量與排隊(duì)數(shù)量進(jìn)行監(jiān)控調(diào)度。

一個(gè)停車位也可以是一個(gè)對象，一個(gè)會議室也可以是一個(gè)對象，希望構(gòu)建出來的平臺是可以面對一切物理結(jié)構(gòu)跟邏輯結(jié)構(gòu)的，只要這個(gè)復(fù)雜的結(jié)構(gòu)有承載服務(wù)，就有對它進(jìn)行解構(gòu)跟監(jiān)視、操控的需要。

在這個(gè)平臺上納管的對象越多、能監(jiān)控的指標(biāo)與能操作的動(dòng)作越多，平臺的意義就越發(fā)明顯，隨著它的屬性池的豐富、自動(dòng)化程度越高，可以發(fā)展成為一個(gè)操作系統(tǒng)，你也可以說它是底層所有工具的UI。

人類越來越希望以一種符合直覺的方式去管理一切，可視化的需求會隨著這個(gè)過程不斷涌現(xiàn)，高度的自動(dòng)化沒有實(shí)現(xiàn)之前，可視化交互整合的需求會一直處于上升趨勢，一旦自動(dòng)化程度發(fā)展到封裝大多數(shù)場景，人類會慢慢放棄洞悉其內(nèi)部運(yùn)作的訴求，也就是說對架構(gòu)的切片會隨著自動(dòng)化發(fā)展而遞減。

因?yàn)榇罅康默F(xiàn)實(shí)會告訴我們，這種打開黑匣子往里看的沖動(dòng)更多是一種情緒上而不是理性上的，機(jī)器會接管一切，它以一種更加自然的方式交付服務(wù)，而可視化將退回到另一個(gè)位置，一如黑夜之中，你仰望夜空的星光點(diǎn)點(diǎn)。