Search
『兩小時學會六種AWS服務』
學習雲端一點也不難！
今天伊雲谷協同AWS來到高雄，與南部的朋友分享AWS案例，以及學習6種AWS最實用的服務，其中包含了EC2、S3、EBS、CloudWatch、SNS、RDS，透過伊雲谷專業架構師Dennis的講解，以及手把手實作教學課程，讓您兩小時輕鬆成為AWS高手唷！
伊雲谷講堂已經走過新竹、台中、台北、高雄，還有哪個城市的朋友希望伊雲谷親自分享AWS應用嗎？歡迎留言唷！😊
#AWS #eCloudvalley #PremierPartner #cloud
【Amazon公布S3故障原因的解釋】
Amazon的雲端服務AWS S3於2月28日在美國地區大當機接近4小時，導致Adobe、Slack、GitHub、Airbnb、《Business Insider》、《The Verge》、時代雜誌等公司和政府機關全都受到波及，也讓亞馬遜股價在當天硬生下跌了0.4%。
昨天AWS發布了一份報告，解釋這次癱瘓的原因：
有一個工程師在調查S3的一個帳務系統時，本來是想要刪掉S3子系統的一小部分伺服器再重建資料。
結果打錯了一條命令，刪掉了一大堆本來沒有要刪的伺服器，其中包括兩個S3重要的子系統。
─“Unfortunately, one of the inputs to the command was entered incorrectly and a larger set of servers was removed than intended.”
與GitLab在1/31發生的伺服器誤刪事件一樣，該工程師本來要刪掉故障的二號伺服器、結果誤刪到正常的一號伺服器，永遠丟失了六小時的資料量😑😑
只能說兩次事件都正好是工程師的Fat Finger (這個詞栩栩如生的描繪了手滑👆) 造成的。
工程師爆肝到神智不清的情況下、隨便敲錯一個Bug，和遊覽車因疲勞駕駛駕駛撞車的情況差不多… 只能說無論是Command Line還是開車，只要是給人用的工具，都得加上一定的防呆設計。
Amazon在報告中將問題剖析成兩個方面：
1. 以後要怎麼預防人為誤刪資料？(防呆設計)
—將刪除速度變得更慢以好反悔、加一個伺服器最小容量限制的Safeguards等等。
2. 誤刪後要怎麼改善恢復的速度？(4小時實在太久)
—將大型服務進一步分解為一塊塊的小Cell，讓工程團隊在測試服務或恢復流程都能更快。
🤡 Lynn 短評🤡
GitLab和Amazon在過失發生後，都很有誠意的將問題和改進方式明確寫成了文章放在網路上，即使是超低級的人為疏失也絲毫不掩蓋...哪怕會影響投資人信心。(GitLab還開在YouTube直播搶救的過程!!!)
國內廠商常見作法可能是將原因推託給硬體故障之類的，然後叫客戶去找硬體商吵架🤐 只能說這次GitLab和Amazon的公關雙雙滿分！這才是消費者想要的態度😑
註：GitLab網站創立於2014年，目前已獲得2,000萬美元的B輪融資。
提供的服務和GitHub差不多，都是Git託管服務，然而在GitHub創建專案時，若是程式碼開源出來就免費、想私人鎖起來就要錢；GitLab則是私人專案也免費。
什麼，你說你不知道什麼是Git和Github？好吧，歡迎您參考我的文章🤗🤗🤗
傳送門：
👉 Amazon故障分析報告：https://goo.gl/Ke6bIY
👉 GitLab故障分析報告：https://goo.gl/YoEBcX
👉 GitLab直播搶救過程：https://goo.gl/UrIKEO
👉 Git與GitHub教學：https://goo.gl/GBhf8z
之前係servermania 都試過
早上無意中看到一個令人感到遺憾的消息，是有關一面之緣的客戶使用AWS的重大失誤公告～
公告中我所看到的重點是：
1.採用的是AWS EC2 Instance Store的舊型Instance (如m1、c1系列)
這種系列的EC2一定要自己做多重備援（結合S3和EBS），
否則一旦系統有破損開不了機或是因為AWS問題而無法連線時，
那就無救了 (一旦按下Stop或是執行shutdown指令也是無救)～
2.早期的EBS效能的確比Instance Store的IO效能差(2012我有實測過)，
但現在的EBS效能好很多倍(2014我又再實測過)，
而且也都不再提供Instance Store的EC2了，
這也是AWS為了避免上述憾事再發生的有效做法，
（因為在AWS Forums就可以知道全球各地常有這種憾事發生）
不過為了舊客戶，AWS還是有提供舊型的EC2給原本在使用的客戶，
也因此這次才會再聽到這樣的事件。
3.其實AWS的Storage服務就是可以用來做備援的（像EBS、S3），
而不是只有用來擴展空間而已～
只是有很多早期就在用AWS EC2的人沒有跟著AWS腳步變動，
再加上台灣企業對技術人員的投資不足（沒有適時提供教育訓練），
以及許多技術人員會有強烈的主觀意識（認為自己很懂了），
才會再發生這樣的憾事～
雖然這家公司的人員曾在2013年和我碰過一次面，在2013年初也向我買過「優福網－關鍵報告」和「2012測試報告」，只是不曉得他們的技術人員有沒有花時間詳細看完，以及隨時觀注我的Blog？
因為有很多好文我都會直接分享在Blog上（「AWS教學手冊」就有特別收錄了幾篇進來），而在「AWS教學手冊」中也針對EC2做了更多詳細的說明與介紹。
像是這篇 (2011年5月的文章)：淺談AWS的效能與備援
http://www.tts.bz/archives/571
其實雲服務的變動很快，
尤其是AWS、GCP和Azure這前三大的業者，
不論是在價格、服務細節等等都會一直在改變，
也因此我才說光是要熟悉一朵雲就很難了，
還想要同時很熟很多朵？
總之，台灣企業真的要好好省思一下，
不要老是認為自家的RD、開發人員理所當然都會懂雲服務，
都應該要不斷學會新技術（然後平日都要忙著加班和開會？），
企業主應該要懂得適當地給予專業的教育訓練和學習的時間，
才能讓自家的技術人員越來越強、增進公司的競爭力，
也才能真正善用雲服務，避免未來的風險發生！！
（像是資料損毀、失去客戶信任、成本大幅上揚...）
December 6, 2020 ·. 只要是使用Amazon S3 的用戶，資料湖就在不遠處！快點手刀報名. 資料湖與資料倉儲整合應用- Amazon Athena. aws-athena-workshop.splashthat.com. ... <看更多>
Amazon Simple Storage Service (S3) API Client. Contribute to cloudyr/aws.s3 development by creating an account on GitHub. ... <看更多>
aws s3教學 在 [Third party service] - 第一次使用AWS S3 上傳圖片就上手 的推薦與評價
... <看更多>