PTT職涯區 / Soft_Job (軟體人)

Re: [討論] 雲端計算的保衛戰--Mail Service

看板Soft_Job (軟體人)作者 (遙遠的旅人)時間16年前 (2010/01/13 00:13), 編輯推噓4(4推 0噓 17→)
留言21則, 4人參與, 最新討論串26/31 (看更多)
另外一個我覺得會遲滯雲端應用導入速度的，是標準規格不明確。 RDBMS之所以會這麼成功，我想有一個很重要的原因是它有一套大家都會實做的 標準資料操作與結構定義語言(SQL)。 雖然各家廠商的實做差別不小，但是基礎的資料格式、概念還是可以相互轉換的。 比較起來，各家的『雲端』所使用的資料結構定義、資料存取操作還沒有一個像 E-R Model那樣的理論上的堅實基礎可以去支持，進而產生像SQL這樣通用的語言。 這使得非IT專門的廠商在評估後續風險的時候，應該會覺得難以控制。 供應商倒閉、拿翹時，切換不同廠商的門檻是很高的。 -- 我所信仰的科學是一種謙卑的理性，承認自身的無知與渺小才能觀察到世界在我們貧 弱的知覺上留下來的痕跡。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.193.176.12
推
01/13 01:44, , 1F
可以用當年的ERP熱來當成前例，我覺得大部分公司在購置
01/13 01:44, 1F
→
01/13 01:44, , 2F
時並沒有考慮到未來轉換的這層風險。
01/13 01:44, 2F
→
01/13 01:46, , 3F
另一方面，雲端概念反而應該是在轉換這方面較為無痛的
01/13 01:46, 3F
→
01/13 01:47, , 4F
因為它標榜的是提供黑箱子賣成果，無論是IaaS、SaaS、Ia
01/13 01:47, 4F
→
01/13 01:48, , 5F
aS，只要客戶最終能得到一樣的服務或運算結果，是不必
01/13 01:48, 5F
→
01/13 01:49, , 6F
去關心供應商底層是用Grid還是堆機器來完成服務。
01/13 01:49, 6F
推
01/13 07:30, , 7F
記得已經慢慢有標準和相容的出現了
01/13 07:30, 7F
→
01/13 10:22, , 8F
問題是，你舊系統的資料要怎麼轉移到新平台？
01/13 10:22, 8F
→
01/13 10:23, , 9F
轉換一定得作，而雲端好作這種轉換嗎？
01/13 10:23, 9F
推
01/13 11:47, , 10F
當初ERP熱很多是為了配合大廠做供應鏈,沒得選擇.管你會不會
01/13 11:47, 10F
→
01/13 11:47, , 11F
被廠商套牢,都得綁鴨子上架.
01/13 11:47, 11F
推
01/14 02:12, , 12F
轉換的問題還是回到老問題，你所使用的雲端服務是什麼？
01/14 02:12, 12F
→
01/14 02:12, , 13F
回到最基本的，如果把雲端當成超大的計算盒，那資料就沒
01/14 02:12, 13F
→
01/14 02:13, , 14F
有很大的轉移問題，你只是把同一份資料餵給另一套系統而
01/14 02:13, 14F
→
01/14 02:13, , 15F
已。
01/14 02:13, 15F
→
01/14 11:11, , 16F
我相信企業想要用的服務肯定比小算盤、outlook複雜。
01/14 11:11, 16F
→
01/14 11:12, , 17F
就算只是outlook網路版，也要有資料匯入匯出。
01/14 11:12, 17F
→
01/14 11:12, , 18F
沒有存儲層的企業應用有多少？我想不多吧？
01/14 11:12, 18F
→
01/14 11:14, , 19F
而我想說得就是，目前『雲端服務存儲層API』沒有規範
01/14 11:14, 19F
→
01/14 11:15, , 20F
這個沒有規範就會對不把雲端服務當成核心業務的公司
01/14 11:15, 20F
→
01/14 11:16, , 21F
要進入雲端產生很大的障礙。
01/14 11:16, 21F
‣ 更多 zanyking 的文章
文章代碼(AID): #1BJ9-QAS (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 26 之 31 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共31篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 zanyking 的文章
文章代碼(AID): #1BJ9-QAS (Soft_Job)