-
ในช่วงฟองสบู่ดอตคอมปี 2000 ต้นทุนก้อนใหญ่ที่สุดของ Amazon คือเซิร์ฟเวอร์ Sun ราคาแพงในดาต้าเซ็นเตอร์
-
การรื้อระบบ Sun ออกและเปลี่ยนเป็น HP/Linux ตลอดระยะเวลา 1 ปี กลายเป็นรากฐานของ AWS
-
ในยุคนั้นคติของ Amazon คือ "Get big fast" ถ้าเว็บไซต์ล่มจะนำไปสู่ความเสียหายทันที จึงให้ความสำคัญกับเสถียรภาพมาก
→ ดังนั้นแม้อุปกรณ์ Sun จะแพงและมีความเป็นเจ้าของเฉพาะสูง แต่เชื่อถือได้มากที่สุด จึงเป็นสิ่งที่บริษัทอินเทอร์เน็ตทั้งหมดใช้งาน
-
เมื่อสตาร์ทอัพที่ได้รับเงินลงทุนจาก VC ในปี 2000 ต้องหยุดธุรกิจ เซิร์ฟเวอร์ Sun ใหม่ ๆ ก็เริ่มไปโผล่บน ebay ในราคาต่ำกว่า 1 ดอลลาร์
-
ตอนนั้น Amazon อาจเจรจากับ Sun เพื่อให้ได้ดีลที่ดีกว่าเดิมก็ได้ แต่ Jeff เลือกแนวทางที่หัวรุนแรงกว่านั้น
-
CTO ของ Amazon ในเวลานั้นคือ Rick Dalzell ซึ่งมาจาก Walmart และเขาเป็นผู้นำการแทนที่ Sun ด้วย HP/Linux ทั่วทั้งองค์กรเทคโนโลยี
-
Linux kernel เปิดตัวในปี 94 ซึ่งเป็นปีเดียวกับที่ Jeff เริ่ม Amazon และหลังผ่านไป 6 ปี บริษัทก็ตัดสินใจเดิมพันกับแนวทางใหม่ที่ทั้งสดและเสี่ยง
-
ระหว่างการเปลี่ยนผ่าน การพัฒนาผลิตภัณฑ์หยุดชะงัก และมีการแช่แข็งการออกฟีเจอร์ใหม่เกิน 1 ปี แม้จะมีแบ็กล็อกมหาศาล แต่ก็ไม่สามารถ ship อะไรได้จนกว่าจะย้ายไป Linux เสร็จ
-
อีกทั้งยังขึ้นราคาเพื่อลดการเผาเงินสด ทำให้การเติบโตของรายได้ชะลอลง เป็นวงจรที่ไม่ดี และเมื่อเงินลดลง เวลาก็ยิ่งน้อยลง ตอนนั้นบริษัทอยู่ห่างจากการล้มละลายเพียงไม่กี่ไตรมาส
-
แต่เมื่อเริ่มการย้ายไป Linux แล้วก็ไม่มีทางย้อนกลับ ต้องรีแฟกเตอร์โค้ดเบส เปลี่ยนเซิร์ฟเวอร์ และเตรียม cutover (การสลับเปลี่ยนอย่างรวดเร็วเป็นช่วง ๆ)
-
ถ้าสำเร็จ ต้นทุนโครงสร้างพื้นฐานจะลดลงมากกว่า 80% แต่ถ้าล้มเหลว เว็บไซต์จะพังและบริษัทก็อาจล่มสลาย
-
สุดท้ายก็ย้ายเสร็จตรงเวลาโดยไม่มีปัญหา เป็นผลงานใหญ่ของทั้งทีมเทคโนโลยี เว็บไซต์ให้บริการต่อเนื่องโดยไม่หยุด และ CAPEX (ค่าใช้จ่ายลงทุนด้านอุปกรณ์) ก็ลดลงอย่างมากข้ามคืน
→ และจู่ ๆ ก็มีโครงสร้างพื้นฐานที่ขยายได้แทบไม่จำกัดเกิดขึ้น
- จากนั้นก็เกิดเรื่องที่น่าสนใจกว่าเดิม ในฐานะผู้ค้าปลีก Amazon ต้องเผชิญฤดูกาลที่ทราฟฟิกและยอดขายพุ่งสูงทุกปีในช่วงเดือน 11/12
→ Jeff จึงเริ่มคิดว่า "เรามีกำลังเซิร์ฟเวอร์ส่วนเกินอยู่ 46 สัปดาห์ต่อปี แล้วถ้านำมันไปให้บริษัทอื่นเช่าล่ะ?"
- ในช่วงเวลาเดียวกัน Jeff ก็สนใจการแยกการพึ่งพากันภายในองค์กร (Decoupling) เพื่อให้ทีมต่าง ๆ พัฒนาได้โดยไม่ต้องอยู่ภายใต้การควบคุมของทีมอื่น
→ การเปลี่ยนแปลงทางสถาปัตยกรรมที่จำเป็นต่อการทำให้โมเดลแบบ loose coupling นี้ใช้งานได้ กลายมาเป็นองค์ประกอบพื้นฐานของ API สำหรับ AWS
→ อ้างอิง: อีเมลภายในของ Jeff Bezos ปี 2002 ที่สำคัญที่สุดในประวัติศาสตร์ Amazon https://th.news.hada.io/topic?id=638
- สิ่งเหล่านี้คือ insight พื้นฐานที่สร้าง AWS ขึ้นมา จำได้ว่า Jeff เคยอธิบายแนวคิดนี้ในมุมมองของโครงข่ายไฟฟ้าในที่ประชุม All-hands
→ "ในยุค 1900 บริษัทที่จะเปิดร้านต้องมีเครื่องกำเนิดไฟฟ้าของตัวเอง แล้วในยุค 2000 มีเหตุผลอะไรที่บริษัทต้องสร้างดาต้าเซ็นเตอร์ของตัวเอง?"
- โครงสร้างพื้นฐานคลาวด์น่าจะถือกำเนิดขึ้นได้แม้ไม่มี AWS (เช่นเดียวกับรถยนต์ไฟฟ้าที่มีได้แม้ไม่มี Tesla) แต่ไม่รู้ว่าจะช้ากว่าเดิมแค่ไหนและต้องแลกด้วยต้นทุนค่าเสียโอกาสเท่าไร
→ หลังจาก AWS ลดต้นทุนในการเริ่มต้นบริษัทลงอย่างมาก นวัตกรรมก็ระเบิดขึ้น และระบบนิเวศ VC สมัยใหม่ก็ถือกำเนิด
- Amazon เกือบตายในช่วงปี 2000~2003 แต่ถ้าไม่มีวิกฤตนี้ ก็คงไม่ตัดสินใจยาก ๆ ในการเปลี่ยนไปสู่สถาปัตยกรรมใหม่อย่างสิ้นเชิง
→ ถ้าไม่มีการเปลี่ยนแปลงนี้ AWS ก็คงไม่เกิดขึ้น "อย่าปล่อยให้วิกฤตดี ๆ สูญเปล่า"
- PS : ช่วงหลัง Amazon ก็ใช้เวลาหลายปีในการรื้อ Oracle ออก งานยากต้องอาศัยกล้ามเนื้อ และกล้ามเนื้อก็เกิดจากการทำงานยาก ๆ
→ "บริษัทที่ยอดเยี่ยมที่สุดมองทุกความท้าทายเป็นโอกาส และสลักวิธีคิดนั้นไว้ในวัฒนธรรมขององค์กร"
2 ความคิดเห็น
นี่แหละที่ทำให้รู้สึกว่านี่คือวิสัยทัศน์จริง ๆ
มีคำตอบจาก Peter Vosshall ว่าอุปกรณ์ที่เปลี่ยนจริงในกรณีนี้ไม่ใช่ Sun แต่เป็นเซิร์ฟเวอร์ Compaq/Digital Tru64 Alpha
Peter เป็นวิศวกรที่เกษียณจาก AWS แล้ว จึงน่าเชื่อถือมากกว่าในเรื่องนี้
อย่างไรก็ตาม ในภาพรวมของเนื้อหา การเป็น Sun หรือ Alpha ไม่ใช่ประเด็นสำคัญ จึงแปลตามต้นฉบับเดิมไว้
เกี่ยวกับจุดเริ่มต้นของ AWS ก็ยังมีเรื่องเล่าจากหลายมุมมองนอกเหนือจากนี้
มีคนพูดกันว่าจุดเริ่มต้นจริง ๆ ไม่ใช่ EC2 แต่เป็น Web Service จริง ๆ รวมถึง SQS/S3 ที่มาก่อน
https://news.ycombinator.com/item?id=25700519
เช่นกัน ดูเหมือนว่าเรื่องนี้จะไม่สำคัญต่อภาพรวมของบทความ จึงถ่ายทอดตามต้นฉบับไว้ตามเดิม โปรดใช้เป็นข้อมูลอ้างอิง
Dan Rose ผู้เขียนเธรดทวีตนี้ เป็นสมาชิกคนแรกของทีม Kindle และมักจะเล่าเรื่องเก่า ๆ ของ Amazon ผ่านเธรดทวีตในลักษณะนี้อยู่บ่อยครั้ง