Re: [討論] 如果台灣要發展雲端，你覺得該怎麼做？

看板Soft_Job作者 (lgd1008)時間12年前 (2012/03/16 17:49), 編輯推噓3(3推 0噓 60→)
留言63則, 8人參與, 最新討論串12/26 (看更多)
其實身為一個軟體的開發者, 我一樣不解的是, 為何需 "強調" 要發展雲端? 因為這句話聽在我的耳朵裡, 之所以要強調雲端, 與現有的網站, 網路服務的開發做區隔 , 是想要強調以連接大量機器, 去解決計算, 或容錯上的一些問題. 可是目前這種需求很少, 就算硬是開發了一堆軟體出來, 結果也是會牛頭不對馬嘴. 因為 目前適用Map-Reduce, NoSQL的問題, 老實說也只有特定幾個... 循序計算起來也很快的東西, 幹麻要 "反而更慢" 的分散/平行計算... 用資料庫做起來 也很快的東西, 幹麻要用 "反而更慢" 的 NoSQL...? 難道有人認為 "雲端" 是某種 "萬靈丹"? -------- www.facebook.com/java.tw -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.43.2.111 ※ 編輯: lgd1008 來自: 114.43.2.111 (03/16 17:54)
推
03/16 17:58, , 1F
mapreduce不可以解決單位時間內循序計算算不完的問題?
03/16 17:58, 1F
→
03/16 18:05, , 2F
純炒作, 反正, 有炒作, 才有新聞, 才有金主.
03/16 18:05, 2F
→
03/16 18:06, , 3F
致於該東西是不是有用的, 根本不重要
03/16 18:06, 3F
→
03/16 18:07, , 4F
而NoSQL 是for 分散, 不是平行. 平行可以分散,但分散
03/16 18:07, 4F
→
03/16 18:08, , 5F
不一定平行. 分散可以做不同的事, 例如同時處理
03/16 18:08, 5F
→
03/16 18:08, , 6F
你同一個人, 不同的帳戶的錢. 但不能同時處理你同一帳
03/16 18:08, 6F
→
03/16 18:09, , 7F
戶的錢, 因為哪有順序性.
03/16 18:09, 7F
推
03/16 18:13, , 8F
一句話打翻是不是太偏頗了...
03/16 18:13, 8F
→
03/16 18:14, , 9F
是否應該把hadoop跟mapreduce分開討論較為恰當?
03/16 18:14, 9F
→
03/16 18:16, , 10F
好奇你想怎麼分開法呢?
03/16 18:16, 10F
推
03/16 18:34, , 11F
可惜台灣炒來炒去, 都只是碗裡的那些錢
03/16 18:34, 11F
→
03/16 19:46, , 12F
不會啊, 哪個老闆不是麥克麥克的? 只是人家錢不在台灣
03/16 19:46, 12F
→
03/16 19:46, , 13F
而已
03/16 19:46, 13F
→
03/16 20:01, , 14F
需求很多，一張大單就夠你忙的。需求不多怎麼會有人想搞麻煩
03/16 20:01, 14F
→
03/16 20:02, , 15F
到爆的cluster跟load balance，一定規模以上的應用都會碰到
03/16 20:02, 15F
→
03/16 20:06, , 16F
不過這些東西有用到的就會碰到，沒碰到的可能也很久不會碰到
03/16 20:06, 16F
→
03/16 20:09, , 17F
cluster 跟load balance 已經出現超過20 年了.
03/16 20:09, 17F
→
03/16 20:09, , 18F
為何是現在才在哪炒作?
03/16 20:09, 18F
→
03/16 20:44, , 19F
我在我筆電習慣用outlook收信也跑得好好地啊. 幹嘛沒事
03/16 20:44, 19F
→
03/16 20:44, , 20F
要去用甚麼gmail..
03/16 20:44, 20F
→
03/16 20:46, , 21F
用usb drive傳檔既直覺,而且有資料握在手裡的紮實感
03/16 20:46, 21F
→
03/16 20:46, , 22F
真搞懂為什麼會有人要去用甚麼dropbox, icloud..
03/16 20:46, 22F
→
03/16 20:47, , 23F
map/reduce or nosql 沒有你想像的那麼窄，但它也只是解決問
03/16 20:47, 23F
→
03/16 20:47, , 24F
題的另外一個方法，就看你想要解的問題有多大了
03/16 20:47, 24F
→
03/16 20:52, , 25F
哪請問有多寬? 看來你有做過的樣子, 講一講吧.
03/16 20:52, 25F
→
03/16 20:56, , 26F
我只是正要做的，要知道多寬就問梁寬吧，因為他會量 XD
03/16 20:56, 26F
→
03/16 20:57, , 27F
不否認雲端有用, 台灣流量大的網站/服務有哪些? 對它們就
03/16 20:57, 27F
→
03/16 20:57, , 28F
全都有用. 但反之, 這些大戶佔全部廠商的比例為?
03/16 20:57, 28F
→
03/16 20:58, , 29F
若凡是把跟分散處理有關的都要計入雲端, 把東西放在網路上
03/16 20:58, 29F
→
03/16 20:58, , 30F
也算雲端, 那麼有意義的並非是這個技術, 而只是這個新名詞
03/16 20:58, 30F
→
03/16 21:05, , 31F
你正要做的話, 就不必講什麼窄不窄的問題了,因為你還不
03/16 21:05, 31F
→
03/16 21:05, , 32F
知道它有多寬.
03/16 21:05, 32F
→
03/16 21:07, , 33F
我只能說，這是研讀那些文件的心得，雖然概念上有把握，但沒
03/16 21:07, 33F
→
03/16 21:08, , 34F
有實做過是事實，就等其他人去驗證吧，我就算試出來也是商業
03/16 21:08, 34F
→
03/16 21:08, , 35F
機密 ;)
03/16 21:08, 35F
→
03/16 21:08, , 36F
大流量的網站, 又不是今天的事. mapreduce 是2004年的
03/16 21:08, 36F
→
03/16 21:08, , 37F
東西了. bigtable 也是2006年的.
03/16 21:08, 37F
→
03/16 21:10, , 38F
map/reduce 大部分人的印象都停留在 hadoop 這樣離線處理資
03/16 21:10, 38F
→
03/16 21:10, , 39F
料的概念，但其實它已經被實做到很多 nosql 中做即時運算，
03/16 21:10, 39F
→
03/16 21:11, , 40F
已經可以取代 SQL 大部分的功能
03/16 21:11, 40F
→
03/16 21:14, , 41F
Map-Reduce的應用範圍會比你想像中窄的多, 他受到的限制有
03/16 21:14, 41F
→
03/16 21:14, , 42F
1.演算法的限制. 2資料量的限制.
03/16 21:14, 42F
→
03/16 21:14, , 43F
你可以先看看它的兄弟, 平行計算: GPGPU速度比分散計算快
03/16 21:14, 43F
→
03/16 21:15, , 44F
得多, 但GPGPU在個人電腦中的使用時機一樣很少. 原因為何,
03/16 21:15, 44F
→
03/16 21:15, , 45F
除了適合的演算法少之外. 不如先看看Nvidia 提出過的測試
03/16 21:15, 45F
→
03/16 21:16, , 46F
數據, 可以做並不代表代表值得做的. 而Map-Reduce環境中,
03/16 21:16, 46F
→
03/16 21:16, , 47F
所面臨的經濟與否的門檻是更高的.
03/16 21:16, 47F
→
03/16 21:19, , 48F
我並無意打壓這些技術的發展, 只是實話實說. 就如同 NoSQL
03/16 21:19, 48F
→
03/16 21:20, , 49F
關於 map/reduce ，我的觀念只停留在 mongodb 中的一些討論
03/16 21:20, 49F
→
03/16 21:20, , 50F
, 如果它可以取代大部份的SQL功能, 那就沒有取不取代, 發
03/16 21:20, 50F
→
03/16 21:20, , 51F
不發展的問題了.
03/16 21:20, 51F
→
03/16 21:20, , 52F
他們主要利用 map/reduce 來實做一些 SQL功能，像是group by
03/16 21:20, 52F
→
03/16 21:35, , 53F
拿DHT 來做RDB 的事, 實在是天才才會想得到的.
03/16 21:35, 53F
→
03/16 21:35, , 54F
多了很多條魚的事.
03/16 21:35, 54F
→
03/16 21:40, , 55F
問題在於 RDB 經常是效能瓶頸，但它已經是大部分人的直覺 ;)
03/16 21:40, 55F
→
03/16 22:12, , 56F
哪是需求的關係, 別將問題單純懶給DB.
03/16 22:12, 56F
→
03/16 22:22, , 57F
hadoop怎麼用,大陸有出書"Hadoop實戰技術手冊 陸嘉恒"
03/16 22:22, 57F
→
03/16 23:43, , 58F
看來你有做過的樣子, 講一講吧 ;)
03/16 23:43, 58F
→
03/17 00:48, , 59F
不用講了, 書就在哪, 你自己去買一本回來看, 看有沒有
03/17 00:48, 59F
→
03/17 00:48, , 60F
你講的哪麼寬吧.
03/17 00:48, 60F
→
03/17 00:49, , 61F
哦, 不買也可以, 去書局翻也就好了.
03/17 00:49, 61F
→
03/18 03:17, , 62F
他每次戰都叫別人提經驗 一輪到他自己就縮了~
03/18 03:17, 62F
→
03/18 07:15, , 63F
同意樓上 ;)
03/18 07:15, 63F
‣ 更多 lgd1008 的文章
文章代碼(AID): #1FOmp4LB (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 12 之 26 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共26篇)
‣ 更多 lgd1008 的文章
文章代碼(AID): #1FOmp4LB (Soft_Job)