雲計算引發了一系列xx即服務的新模式，從早期的軟體即服務（saas）到現在流行的網路即服務（naas）,各種「xx即服務」的術語也讓很多it工作者覺得一頭霧水，本期的資訊化內參，帶你全面了解各種各樣的xx即服務。
在雲計算之前，上乙個資料倉儲和商業智慧型專案通常意味著花費數月獲取硬體和軟體，實現自定製設計的資料倉儲，同時符合其他業務需求。轉移到基於雲的資料分析服務，允許你用更多的時間分析，用更少的時間管理硬體和軟體。
使用分析即服務可以協助企業獲取客戶和運營的洞察力，同時減少管理支出，儘管不能消除。企業it能夠對資料管理負責，因此要看看服務是否有很好的元資料支援。業務分析元資料應該包括資料集載入、源系統命名、資料元素定義以及質量控制衡量的相關資訊。
baas也作為移動後端即服務（mbaas）而出名，是連線移動應用到雲服務的一種方式。作為移動中介軟體的乙個備選方案，baas方法使用統一的應用程式設計介面（api）和軟體開發工具包（sdk）來連線移動應用到後端雲儲存。
baas與移動中介軟體不同，並且，它和傳統的移動應用流程相反，baas把移動應用的前端連線到後端的各種基於雲的服務上。那麼，baas的這種特徵會怎樣影響企業開發者？baas目前的使用者又是誰呢？什麼時候可以部署baas？
簡而言之，dbaas向客戶提供了許多與其他雲服務相類似的優勢：乙個靈活的、可擴充套件的、按需服務的平台，它以自助服務和便捷管理為導向，可以對環境中的資源進行調配。
從dbaas的優勢來看，dbaas依然著力於如何降低企業的投入成本，這對很多中小企業吸引力很大。另一方面如果是大公司，dbaas可以提供部門級解決方案，而無需it部門和採購部門的介入，提供更快和更容易的方法來實現小型解決方案。dbaas的不足之處也是目前雲服務的侷限所在，譬如當客戶開始將資料放入雲端時，他們會遭遇到無法控制的網路效能問題等。接下來，dbaas的走向又會如何呢？
資源利用率不足，資料蔓延到整個企業it系統導致管理的複雜程度不斷加深，這是每一位cio都要面對的難題。現實中的困境也促進了技術發展，資料即服務（data-as-a-service，daas）通過資源的集中化管理，為提公升it效率以及系統效能指明了方向。
如何在正確的時間將正確的資料傳輸到正確的位置？如何將困在應用系統中的資料進行虛擬化？如何在資料複雜度以及資料量不斷增長的情況下，依然能夠支撐多變的業務需求？這些問題都在加速資料即服務的普及。
資料即服務的元素包括：資料採集、資料治理和標準化、資料聚合、資料服務等，其精髓在於使資料管理更為集中化，讓更多的使用者無需去注意底層資料的問題，而將注意力完全放在如何使用這些資料。
網路即服務似乎被認為是多餘的（如果不是服務，服務**商在賣什麼？），同時也是定義不明確的，但我們不能忽視它的存在，因為它代表了網路的未來。它源於概念源自雲計算，以及對openstack中虛擬網路的特定支援，quantum介面描述了如何建立網路連線服務來支援雲計算和儲存服務的連線。
網路即服務與物理網路之間是有區別的。 果說，網路即服務的根源在雲計算，那麼，第乙個實用naas選擇就是虛擬覆蓋網路。網路軟體**商nicira（2023年由vmware收購）開發了完全基於軟體的nicira nvp虛擬網路架構，並可以通過雲api來控制。虛擬覆蓋網路是隧道（使用乙個合適的隧道協議，包括gre）和虛擬交換機的組合，它在物理網路裝置（交換機和路由器）「之上」建立了乙個網路。
摘自
你不知道的那些「XX即服務」
雲計算引發了一系列xx即服務的新模式，從早期的軟體即服務 saas 到現在流行的網路即服務 naas 各種 xx即服務 的術語也讓很多it工作者覺得一頭霧水，本期的資訊化內參，帶你全面了解各種各樣的xx即服務。在雲計算之前，上乙個資料倉儲和商業智慧型專案通常意味著花費數月獲取硬體和軟體，實現自定製設...
你不知道的那些console
前一陣在查詢問題的時候，偶然間發現了console的乙個用法，彷彿開啟了我新世界的大門，原來console還有這麼多的用法，這讓一直以來只用console.log 的我情何以堪啊，所以在這裡記錄一下我認為有意思和比較實用的幾種用法。console.log 文字資訊 console.info 提示資訊...
那些你不知道的meta標籤
作為一名切圖仔，對meta一直都是用於seo優化 設定視口標籤，但是最近一段時間檢視 京東 蘇寧等 的前端 卻發現meta標籤的使用多種多樣，這才知道自己一直小覷了meta標籤。在陸續看了其他幾家大型 的前端 和翻閱了相關資料寫下了這篇文章，如果文章中有什麼錯誤，麻煩指出，立即更正。http equ...