看板
[ Soft_Job ]
討論串[討論] 雲端計算的保衛戰--Mail Service
共 31 篇文章
內容預覽:
另外一個我覺得會遲滯雲端應用導入速度的，是標準規格不明確。. RDBMS之所以會這麼成功，我想有一個很重要的原因是它有一套大家都會實做的. 標準資料操作與結構定義語言(SQL)。. 雖然各家廠商的實做差別不小，但是基礎的資料格式、概念還是可以相互轉換的。. 比較起來，各家的『雲端』所使用的資料結構定
(還有75個字)
內容預覽:
還是有差別。. 除非完全從零開始，不然最大的差別就是一開始你的舊有資料如何改用新的架構儲存. 管理。. 要能對Peta Byte 級資料作到很好的即時存取還要很好的可延伸性，從雲端計算的概念. 來看，資料結構就很難繼續是RDBMS。而資料結構變了，開發模式、系統架構也會跟著變。這已經接近是典範轉移了
(還有445個字)
內容預覽:
前言. 不曉得前面有沒有人討論過，不過我想從現實面來看這個問題。. 我只是就最後一篇回文，若有不便請包涵。. 背景. 最近剛換工作，跳到很大的公司，規劃公司新的電子商務系統。. 公司內規很多(security, compliance, politics...)，而且計畫很重要。. 預算從一開始的US
(還有588個字)
內容預覽:
看到這段 cloud 跟 grid 以電力比喻的類似報導, 就覺得跟 grid. 想隨時隨地如電力般方便可用的說法一比, 就有點怪:. 趨勢科技董事長張明正曾經有個妙喻：「100年前，每個公司都有自己的發電機；. 但幾年之後，供電的任務全交給電力公司統一負責。」. 現在是2010, 100年前是19
(還有722個字)
內容預覽:
所以你有一個問題，而這個問題可以被分割成許多小問題來解。. 他有很大的資料要產生、讀取，有很大的Computing要做。. 那麼，你所規劃的每個小問題所需要input的資料有多少呢？. 每個小問題都要牽涉50 Peta byte的資料嗎？. 你把你的大問題切成幾種小問題？. 每個小問題之間的關聯性如
(還有442個字)