nfv分為不同的發展階段，今天我想做的是和大家分享一下，如何把它劃歸為四個階段以便於大家更好的了解它的發展模式。我們知道一開始我們看nfv這個話題的時候關注的第一步是解耦，也就是說我們會把軟體的功能從基礎部分當中抽離，為了這乙個階段達成我們的工作要求，我們通過一系列的工作去有效的降低運營成本，提公升運營效率，我們可以把平台進行標準化，減化維護，同時降低管理的費用。在這個過程當中我們把特性的開發變成了軟體開發的一部分，因為現在的開發是放在軟體當中而不是硬體，所以這樣做可以縮短產品週期。但這個階段我們所能做的工作是比較有限的，因為我們如何實現我們的服務，最終的模型和傳遞的方式是一樣的，但是我們可以獲得一部分的優勢，在這乙個階段我們可以實現的一些功能的例子，比如說我們可以做一些虛擬化，sctf、rms都可以實現虛擬化。其實這一步並不是很難，而且從速度發展角度來說，也比較慢，它們是我們產業發展當中必須要經歷的一步。這邊列出來的時間表是我們產業當中乙個比較平均的水平，是我們在產業當中進行全方位部署的時間段，我們也並不是說我們軟硬體分離的工作是在2013、2023年完全完成了，當然不是。會有一些產業的領先者在這個階段已經完成了，也可能有些人沒有跟上，這是乙個平均的時間水平。
到第二個階段我們開始利用虛擬技術了，會去做一些共享基礎架構的工作，會去管理網路的功能。那麼管理的方式就是可以對他們進行靈活的隔離和部署，也是在這個階段，我們可以在虛擬化架構當中去載入部分模組，我們會將it企業當中的一部分功能帶到我們的產業當中，但這個步驟實現的顯然是要達到運營商級別的，我們思考的是如何將基礎設施運營放到通訊產業當中來實現我們想要的功能。在這個階段，除了使用虛擬化的功能之外，我們把它進一步的公升級為運營商級別，因為在這個步驟，我們可以看到它的優勢就是我們對資源的利用率和密度更高，可以降低架構的負載。此外也可以對整個架構進行快速的擴充套件和縮減，並能對不同的客戶需求作出反應。
這是我們開始實施的階段，已經從概念落地到現實。這也是我們現在所在這個產業當中所處的階段，那麼接下來兩個階段，就是能從產業當中真正獲益的地方。接下來第三個階段我們稱之為雲化，就是說我們開始真正的使用雲的力量，不僅僅是虛擬化的簡單過程。現在我們嘗試著使用所有的管理和編排程式，這些都在雲端，能實施到我們的網路功能當中，所以我們能將計算、儲存、雲化合起來使用，載入到當前的網路功能當中。我們有乙個整體的管理功能和架構，能彌補傳統網路的一些不足，這就能和oss更好的融合，並且能開始修改oss，處理一些雲端的資源，我們都知道電信、oss他們是在堆疊的部分，所以很難進行改變的。除非我們真這樣做了，不然就很難去開始乙個新的open nfv。
那麼從這個階段開始，我們就能真正的獲益了。這邊我們能看到乙個非常快速而精簡的互動，這些都是能產生創新的，並且有不同的空間，不同的層級，還有敏捷性，能動態的適應、改變，還有和網路的連線，可能網路也會使得你改變我們能提供的一些資源。所以從這個階段我們能真正的使用雲的力量、網路的力量。還有epc，舉個例子，雲環境當中我們就能得到最大的利益。我們也可以在之前的階段，比如虛擬化的過程裡使用vepc的部分，但從這個部分我們才開始真正的獲益。接下來我們開始了雲化的過程，會產生一些產品，有些運營商也開始在他們的實驗室當中使用雲化，所以說我們剛剛開始這個階段，希望我們能在接下來的幾年當中取得進步。
最後乙個階段，叫做分解。當前不僅僅是使用雲，在內部使用雲，與此同時我們還要改變網路功能的一些措施，因為我們都知道網路的功能，過去在使用的時候，比如說像虛擬化以及雲化，其實並沒有改變我們建立的這些基礎模組，因為我們是在網路環境當中的，我們將網路功能聚集起來實現一些我們所需要的資源。我們看到一些功能，還有分項功能的使用，正是因為這個，其實我們資源使用並不是非常高效，而在這個階段我們能使用乙個新的分解性的功能，將單一的網路功能分解成基礎模組。服務就在雲端被分解為微服務，這些都是公共的服務。比如之前不應當將這些功能進行集合性的使用，在雲層當中功能自身變得越來越簡單，可以集中在我們想實現的這些資源和功能當中，這也就是說功能是為雲建造的，也是能進行分解使用的。
我們開始這個階段之後，就可以談論更加複雜的環境，其中有不同的控制環境，不同的網路結合到一起，還有不同的雲層，所有的這些都是有可能的。因為基礎架構變得越來越均衡越來越標準，所有的服務也變得越來越標準，我們就可以在雲端實現這樣的分解，並且利用分析的優勢，現在我們可以使用一些分析，來驅動網路的實施。在這個階段可以實現真正的創新，可以去實現分解，一些離心的服務，並且以非常快速、簡單的方式。更重要的是我們能支付建立這個服務的費用，如果不需要的話，就可以將其分解掉，所以這就是乙個非常快速的過程。如果成功的話，就可以使用，如果不成功就可以放棄，是乙個非常快實現的，我們可以有足夠的資源和基礎架構來實現這個過程。
最後總結一下，我們認為這是乙個很好的看nfv的四個階段的方式，比如軟體化、虛擬化、雲化、最後想達到分解這個階段。每個階段都能使大家獲益，因為隨著我們的進步我們可以獲得更多。但是我想再強調一下，並不是每個運營商都想從解藕開始，取決於我們現在在哪乙個階層，我們可以從其中任何乙個階段取決於我們的科技發展和成熟，來進行不同部署，可能有一些是在解藕階段，有些是在虛擬化，還有非常少的一部分，是從雲化開始的，這是可以同時發生的，而我們的思考就是從科技的角度發展到哪個階段，以及能獲得什麼樣的效益。我也鼓勵大家能在這邊加速這四個過程，如果你在雲化的階段，我們可以進一步來到這個分解的階段，就能夠從這些階段當中獲益，謝謝大家。
什麼是正規化，1NF,2NF,3NF？
關聯式資料庫設計正規化介紹 正規化是符合某一種級別的關係模式的集合。關聯式資料庫中的關係必須滿足一定的要求，即滿足不同的正規化。目前關聯式資料庫有六種正規化 第一正規化 1nf 第二正規化 2nf 第三正規化 3nf 第四正規化 4nf 第五正規化 5nf 和第六正規化 6nf 1 第一正規化 1n...
關於正規化 1NF 2NF 3NF等
1.一些術語 正規化 normal form 是指資料庫設計的正規化，是抽象型的。關係模式 relational scheme 由乙個關係名以及它所有的屬性名構成。它對應二維表的表頭，是二維表的構成框架 邏輯結構 其格式為 關係名 屬性名1 屬性名2 屬性名n 關係 relation 表示多個實體之...
解析正規化 1NF 4NF
一 1nf 1.1 1nf的定義 關聯式資料庫中的關係是要滿足一定要求的，滿足不同程度要求的為不同的正規化。滿足最低要求是第一正規化 1nf 1nf的定義如下 1nf 關係中的每乙個分量必須是乙個不可分的資料項。通俗地說，第一正規化就是表中不允許有小表的存在。比如，對於如下的員工表，就不屬於第一正規...