云存储与Web2.0
在半年前写的 我亦云云也谈云计算(6):云服务、软件即服务和Web 2.0( http://blog.sina.com.cn/s/blog_535dace30100buif.html )中我叙述了云服务与SaaS, Web2.0的关系。当时笔墨主要花在解释云与SaaS密切相关方面。对云与Web 2.0也有交集的声称只给出了
在半年前写的 “我亦云云—也谈云计算(6):云服务、软件即服务和Web 2.0”(http://blog.sina.com.cn/s/blog_535dace30100buif.html)中我叙述了云服务与SaaS, Web2.0的关系。当时笔墨主要花在解释云与SaaS密切相关方面。对云与Web 2.0也“有交集”的声称只给出了简短的用例说明:“无所不在的智能手机作为Web 2.0的一个前端工具可以使许多重大事件实时上传到云上的社区网站上在第一时间传遍全球任何角落”。今天回来再补上一些更有点说服力的论据吧,主要还是为了说服自己。
要说云服务与Web 2.0有交集,在此文中我想局限在云存储方面来讲。先来看一个IDC几年前发表的预测[1]:从2006年到2010年,全球的数据量将增长6倍。到2010年时,大约70%的数据是由个人(individual, 即单个人体)产生的,而且这些数据中至少85%的部分将由各种组织来负责管理,主要是为数据在安全、隐私、可靠及法规遵从这几个方面进行管理(While nearly 70% of the digital universe will be generated by individuals by 2010, organizations will be responsible for the security, privacy, reliability and compliance of at least 85% of the information)。IDC继续强调:无构造的数据占有这些数据的95%以上(Over 95% of the digital universe is unstructured data)。
从IDC的报告中我们可以解读出不少内容。首先什么是“无构造的数据”?这个问题也可以用什么是“有构造的数据”来回答。看官请千万不要对我下面土得掉渣的回答太过认真了:“Web 2.0以前的数据主要是有构造的数据”。比如以前我想发表点什么东西都必须先经过权威专家审查,千辛万苦的研究成果绝大多数都是要被枪毙掉的。碰到运气好时(某个权威专家好心情时)被接受录用了一篇,则在万般庆贺之后必须马上诚惶诚恐将文章索引做成很有构造的数据录入一个数据库,否则错过了截止日期不能发表后果自负!在此示例一个学术界很常用的BibTex数据库条目:
@Book {MaoBook2003, Author="Wenbo Mao", Title="Modern Cryptography, Theory and Practice", Publisher="Prentice-Hall", Year="2003"}
我不详细解释这个数据库条目的含义,只说一句:它的构造是非常非常要紧的,所有双引号以外的字符一个都不能错,否则检索系统就一定会出错!又比如银行数据中心里的数据也大多是有构造的:您某年月日时分秒在全球哪个ATM机上取出了何币种多少钱,或许还附带上一小段您取款时的录像,这些数据都会严格按照行业标准的格式被存入银行的数据库中。
如今好,每一个Web 2.0的个人参与者都有不止一种产生、发表、传播数据的方法和工具,根本不必得到什么权威专家批准授权。为避免影响权威专家们的好心情我就不在此一一列出这些产生、发表、广为传播2.0型数据的方法和工具了。就这样说吧:专家们产生1.0型的有构造数据,而大量我们这些土老帽们产生2.0型的无构造数据。当然根据IDC的研究结果,还得烦请专家们来替土老帽们管理好这些无构造数据。
2.0型无构造数据相比之1.0型有构造数据除了在构造上有差别和在量上前者远比后者超大之外,还有一个显著差别:后端数据中心在存储、管理和处理2.0型无构造数据时不需要采用十分快速响应的高端硬件设备。原因是这类数据的产生和使用是在前端客户端设备(client devices)上发生的,其过程离不开若干人体器官的参与,量虽巨大可谓典型的人海技术,响应速度则实在无法恭维。既然在前端有人体使用瓶颈,后端数据中心当然就不应采用高端存储设备如光纤通道网络存储器(FC-SAN和FC-NAS之类)来处理2.0型无构造数据。(正相反,银行、证券交易所之类所用的数据中心则特别喜欢使用高速FC-SAN和FC-NAS,因为转帐、支付、实时交易、约期交割等等所产生的数据必须实时高速处理才能准确无误)。
至此晾出本文的中心思想:在云存储服务与Web 2.0的交集中,IP(Internet Protocol)连接的网络存储技术十分适用于支持的后端存储服务体系架构。这也是为何这几年IP-SAN(IP Storage Area Network)增长十分火爆。与FC-SAN相比,IP-SAN使用iSCSI接口在TCP/IP上进行数据块传输,带宽虽要低得多,但相配前端人体器官的处理速度绰绰有余,还能满足云服务的低成本要求。可以说云存储与Web 2.0相交处的问题解决任务历史性地落到了IP-SAN的肩膀上。
回到本文的开头处话题:我在半年前那篇博文中介绍了EMC云存储技术Atmos。在IaaS那一层的服务Atmos恰是基于IP-SAN技术之上的。

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

本站7月31日消息,科技巨頭亞馬遜於週二在美國特拉華州聯邦法院起訴了芬蘭電信公司諾基亞,指控其侵犯了亞馬遜十幾項與雲端運算技術相關的專利。 1.亞馬遜在訴訟中表示,諾基亞濫用了亞馬遜雲端運算服務(AWS)的相關技術,包括雲端運算基礎設施、安全性和效能方面的技術,來加強其自身的雲端服務產品。訴狀稱,亞馬遜於2006年推出了AWS,其開創性的雲端運算技術早在2000年代初期就開始研發。 「亞馬遜是雲端運算領域的先驅,現在諾基亞卻在未經許可的情況下使用亞馬遜的專利雲端運算創新成果,」訴狀寫道。亞馬遜要求法院發布禁令,阻

為了實現C++雲端應用程式的有效部署,最佳實務包括:容器化部署,使用Docker等容器。採用CI/CD,自動化發布流程。使用版本控制,管理程式碼變更。實施日誌記錄和監控,追蹤應用程式運行狀況。使用自動擴展,優化資源利用率。利用雲端管理服務,管理應用程式基礎架構。採用水平伸縮和垂直伸縮,根據需求調整應用程式容量。

到2024年為止,三大雲端運算巨頭的成長沒有任何放緩跡象,亞馬遜、微軟和谷歌在雲端運算領域的收入都比往任何時候都多。這三家雲端供應商最近公佈了財報,它們都延續了多年的持續收入成長策略。 4月25日,Google和微軟均公佈了業績。 Alphabet2024財年第一季,Google雲端營收為95.7億美元,年增28%。微軟的雲端收入為351億美元,年增23%。 4月30日,亞馬遜網路服務(AWS)報告營收為250億美元,年增17%,位列三大巨頭之列。雲端運算提供者有很多值得高興的事情,三大市場領導者的成長率在過去

Golang雲端運算替代方案包括:Node.js(輕量級、事件驅動)、Python(易用、資料科學能力)、Java(穩定、高效能)和Rust(安全、並發)。選擇最合適的替代方案取決於應用程式需求、生態系統、團隊技能和可擴展性。

Java雲端遷移涉及將應用程式和資料遷移到雲端平台,以獲得擴展、彈性和成本優化等好處。最佳實踐包括:全面評估遷移資格和潛在挑戰。分階段遷移以降低風險。採用雲端優先原則,盡可能建置雲端原生應用程式。使用容器化簡化遷移和提高可移植性。利用自動化簡化遷移流程。雲端遷移步驟涵蓋規劃和評估、準備目標環境、遷移應用程式、遷移資料、測試和驗證,以及最佳化和監控。透過遵循這些實踐,Java開發人員可以成功地遷移到雲端平台,從而獲得雲端運算的好處,透過自動化和分階段遷移,可降低風險,確保成功遷移。

PHPRESTAPI與雲端運算平台的整合優勢:可擴充性、可靠性、彈性。步驟:1.建立GCP專案和服務帳號。 2.安裝GoogleAPIPHP函式庫。 3.初始化GCP客戶端函式庫。 4.開發RESTAPI端點。最佳實務:使用快取、處理錯誤、限制請求速率、使用HTTPS。實戰案例:上傳檔案到GoogleCloudStorageusingCloudStorage客戶端程式庫。

Golang在雲端運算中具有經濟適用性,因為它直接編譯為原生程式碼,運行時輕量級,且具有出色的並發性。這些因素可以降低雲端運算資源需求、提高效能和簡化管理,進而降低成本。

本文提供Java雲端運算應用程式的高可用性和容錯策略指南,包括以下策略:高可用性策略:負載平衡自動伸縮冗餘部署多區域持久性故障轉移容錯策略:重試機制電路中斷冪等操作逾時和回退錯誤處理實戰案例演示了這些策略在不同場景中的應用,例如負載平衡和自動伸縮以應對高峰流量,冗餘部署和故障轉移以提高可靠性,以及重試機制和冪等操作以防止資料遺失。
