我應該怎麼說呢？AWS被AWS的市場部害慘了。
這次活動是AWS的市場人員組織的吧。說出來是誰組織的吧。說出來，我們大家保證不打死他/她。
開場氣氛不錯。但是爲什麼這麼口渴。渴的我到處找水喝。我沒有親見AWS兌換禮品處的爭吵。只是聽說那塊快打起來了。像碼農這樣溫和的物種竟然也要打人，這組織的真不錯。另外爲什麼需要網上報名，網上報名也就罷了，還給個編號。給我打電話的人員說沒有編號進不去，沒編號也不讓去。那，爲什麼還開設現場報名！另外下午那動手課排了好長好長的隊伍。竟然一節課聽完要全部清場，還要出去重新排隊。你們在網上報名的地方限死就好了呀。其實這些課程只要在網上公開可用，pdf可以下載就好了。爲啥一個普及的課程，還要代幣。 我實在想不通。我也想不通AWS這個策略是什麼. 本來就是個API文檔教程，還收個費。那課程裏面都是基本的API文檔介紹。
另外那課程響應速度極慢，我很難想象AWS基礎服務會快到哪裏去。嗯。這課程難道不是搭在AWS服務上的嗎？AWS這是自己在抽自己耳光嗎？還是說程序寫的爛和AWS基礎服務無關？反正動手訓練課不是充滿驚喜和愉悅。加上清場和排隊以及糟糕的網速和網站響應速度，周圍總是充斥着:“**CK, 網頁又打不開”...
只有一點比雲計算大會稍好些：就是中午的飯能吃飽。
好吧。吐槽了這麼久。“**CK”了無數，現在開始寫正文：
開場，胖胖的CTO做了各種講，各種贊。然後引用glu和其他應用做了說節約成本。其實爲啥大家用你的服務，還不就是因爲省力省錢。很明顯的原因。但是這些公司有一個共同點：數據是隱私無關，或者需要特殊專業知識才能研讀。因爲除非那個黑客是跨專業的。否則數據對他來說基本上看不懂的。即使是基因這麼隱祕的數據。黑客看不懂的話，也完全沒有意義。某副總裁說可以根據某人基因研發出來特殊病毒。嗯，細細想來也不對勁。因爲製造病毒殺人成本太高，而且副作用也很大。這特殊病毒還要在其他人身上做試驗沒有問題以證明其特殊性？
好吧，不八卦了。真正開始寫正文：
AWS 的確給中小創業公司帶來了福音。因爲中小公司的新項目不知道效果好不好。可能開發了兩個月，推一下市場。看看效果，行就繼續，不行就換方向。如果走正常的採購機器，部署機房的流程。那不知道拖了幾個星期了。所以對於中小公司來說，快是重要的策略。因爲對於已經發展了多年的應用來說，背了很多包袱和假設，根本快不起來。想清楚方向的快是勝利，想不清楚的快是找死。對於中小公司來說，即使是找死最好代價也小一些。所以雲計算平臺是最好的選擇。AWS, 騰訊，京東，阿里幾家雲計算的來說。AWS又可以帶點國際化的夢想。如果定價和騰訊/京東/百度/阿里基本持平。我覺得AWS一家獨大不是夢。當然如果AWS能解決將被牆的國際節點限定到小範圍內，並且國際上的CDN再給力些。我覺得國內幾家雲計算公司連粥都分不到。嗯，應該說到那時，國內的互聯網公司連粥都喝不到了。（所以說牆還是好的，養活了大量的國內的互聯網人士。）
AWS的基礎組件的確比較齊全。M/R, search, mq, db 等等。基本上對於一般的互聯網應用來說也就足夠了。
看了一下AWS的組件：
EC2 , 這個是彈性計算雲(Elastic Compute Cloud)。是最核心的部分。沒有這東西，基本上就啥也不能玩了。
S3, Simple Store Service. 簡單存儲服務。我當年研究的時候，覺得這個是個玩具。現在也是這麼認爲的。相比於RDB,這個簡單太多了。這個對於某些應用來說就夠了。例如key-value, 特別是value極大的情況。例如圖片，視頻，音頻服務等。 這個是每個AZ上部署一份。找三個AZ分別部署。
AET（Amazon Elastic Transcoder） 媒體轉碼用的。這讓我想到百度雲的 流暢/原文 模式。
M/R (Map, Reduce) MR計算 kv 這種關係的還是很給力的。想想因爲kv這種很符合現在的互聯網場景。數據不斷增長，刷新和重置。建立複雜索引的速度跟不上數據變更的速度。另外一方面，數據經過簡單篩選就可以變成真正有用的數據。所以kv這種模型才大行其道。而與KV相符合的MR纔是有用的。
Kinesis 這個和spark是類似的。咋說呢？就是計算當前固定small時間段比較給力的工具。你可以認爲是[curr-fix_interval, curr] 這個區間的數據運算。
RDS (relation Database service) 聽起來是好東西。所有的代碼都不需要變化，就可以平滑的遷入雲端。不過你的應用是使用mysql, postgreSQL, 或者oracle。看起來是mysql Wapper, postgreSQL wapper, and Oralce Wapper。 不過很可惜，我們的核心應用這幾種數據庫都沒有用到。
Analytics（這個好像單獨爲mobile而生的）。這東西看起來應該是App Annie的競爭對手。和我們Google Analyzer, JiaThis, 百度分析啥的基本無太多差別。
Zocalo 企業存儲和共享服務。這個如果在做強大一些，就是我們的競爭對手了。不過現在看來功能還比較簡單。
ElastiCache (Elastic 這裏的c略寫了）這個是memcache/redis wapper.
Dynamo DB 這個東西是好東西，而且是Amazon的原創。Cassandra是抄襲者。外面一般都用CS. 但是CS是免費的。這個是付費的。
CloudSearch 這個也是好東西。不過現在是否支持中文，我沒有細看，最近才支持日文，另外說支持34種語言。不過我覺得中文現在可能是不支持的。（2014-12-12）。另外這個沒有在中國region中部署。
SWF(simple workflow service) 我記得我有一篇論文是關於workflow的. 知道設計模式中的 Chain Of responsebility吧？ 這個基本上可以類比。
RedShift 這個是用於數據倉庫的。看起來不錯。最大數據量能達到 16TB*100. 嗯。所以這東西也只能用於中小公司。因爲公司再大些，數據量再大一下，自己建立數據中心其實更省錢。
Code Pipeline/commit/deploy 這個就是提交代碼=> merge=> 發佈自動化的工具。
Lambda 基於事件驅動的計算服務。 從底層看，依舊是消息流。不過可能編程上會有改進。
Cognito 用戶身份和數據同步服務。 sso(single sign on) 知道吧。那就不多說了，就是這個服務。
再說說AZ（avaliable zone）, datacentor, region之間的關係。 AZ 是由一個或者一組datacentor組成。 多個AZ+ transit構成了region. 而不同的AZ說明這兩個AZ中的server相聚甚遠，可以達到容災的目的。 在同一個datacentor中的server一般不超過8w. 如果超了一般會再建一個datacentor. Why?
AZ之間的傳輸延遲一般爲2ms, 通常小於1ms. 峯值25Tbps.
對於實例不停變換ip的問題，AWS使用ELB(elastic load balance) 方案進行解決。聽起來好像起了一堆nginx.
最後說一句：
AWS免費套餐不適用於AWS中國（北京）區域。具體適用地區請參見本頁最後的說明。 這一句話令我非常不爽。因爲除了中國區，其他地區都可以免費使用一段時間。這讓我想到了植物大戰殭屍這款遊戲。有異曲同工之妙。 我一向反感這種所謂的差別對待。所以，最後再對AWS 說一句 “**CK”。
