Recent content by PlAwAnSaI

  1. PlAwAnSaI

    ฝึกคิดแบบ Amazon Leadership Principle

    “ไม่รู้” ไม่ใช่ปัญหา คนทำงานจำนวนมากกลัวการพูดว่า เพราะเรามักเชื่อมคำว่า “ไม่รู้” เข้ากับคำว่า “ไม่เก่ง” โดยเฉพาะในองค์กรที่คนเก่งได้รับการยอมรับ คนจึงมีแรงกดดันให้ตอบทุกคำถาม แม้บางครั้งตัวเองยังไม่มีข้อมูลเพียงพอ สุดท้ายเราจึงได้คำตอบประเภท คำตอบเหล่านี้ไม่ได้แปลว่าผิด...
  2. PlAwAnSaI

    ฝึกคิดแบบ Amazon Leadership Principle

    งานเสร็จ กับงานที่ดี ไม่ใช่เรื่องเดียวกัน คำว่า “เสร็จแล้ว” เป็นคำที่เราใช้กันทุกวัน Code, Report, Presentation, Project เสร็จแล้ว แต่คำถามคือ เสร็จในความหมายไหน? เสร็จตาม Checklist / Requirement / Deadline? หรือเสร็จจนคนที่รับงานต่อสามารถใช้งานได้จริง? หนึ่งในความท้าทายของการทำงานคือ...
  3. PlAwAnSaI

    ฝึกคิดแบบ Amazon Leadership Principle

    DAY 2 — “รอให้พร้อม หรือเริ่มก่อน?” Leadership Principle: Bias for Action วันพุธ เวลา 10:15 น. ในห้องประชุมเล็ก ๆ ของบริษัท Team Product กำลังคุยกันเรื่องนึงที่ดูเหมือนง่าย แต่กลับคุยกันมาเกือบหนึ่งชั่วโมงแล้ว ทุกคนเห็นตรงกันว่า Process ปัจจุบันมีปัญหา ลูกค้าต้องกรอกข้อมูลซ้ำหลายครั้ง และ Team...
  4. PlAwAnSaI

    ฝึกคิดแบบ Amazon Leadership Principle

    เปลี่ยน 16 Leadership Principle ให้กลายเป็นนิสัยในการทำงาน และการใช้ชีวิต DAY 1 — “ไม่ใช่หน้าที่เรา” Leadership Principle: Ownership วันจันทร์ เวลา 9:12 น. ข้อความนึงเด้งขึ้นมาในกลุ่มงาน Pete เปิด File ขึ้นมาดู ใช้เวลาไม่ถึงสองนาทีก็พบว่าตัวเลขผิดจริง แต่เรื่องนี้ไม่ใช่ความผิดของเขา Report...
  5. PlAwAnSaI

    Artificial Intelligence

    Thinking คือการแก้ปัญหาที่ข้อมูลทั้งหมดที่จำเป็นสำหรับการตอบ มีอยู่ในคำถามแล้ว คำตอบเกิดจากการใช้เหตุผล วิเคราะห์ และไตร่ตรองตรรกะของโจทย์อย่างรอบคอบ ไม่ใช่การออกไปค้นหาข้อมูลเพิ่มเติมจากภายนอก การ Debug Code, การแก้โจทย์คณิตศาสตร์ และการวิเคราะห์เชิงตรรกะ ล้วนเป็นงานที่เหมาะกับ Thinking...
  6. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Summary Load Balancer ไม่ได้มีหน้าที่เพียง "แบ่ง Request ไปหลาย Server" แต่เป็นส่วนสำคัญของ Architecture ที่ช่วยให้ระบบสามารถ Scale, Detect Failure และกระจาย Traffic ข้าม Infrastructure ได้อย่างเหมาะสม อย่างไรก็ตาม Load Balancer...
  7. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Cheat Sheet 📋 แนวคิด ความหมาย Cache เก็บข้อมูลที่ถูกใช้งานบ่อยเพื่อลดการทำงานซ้ำ Cache Hit พบข้อมูลใน Cache Cache Miss ไม่พบข้อมูล ต้องไปอ่านจากต้นทาง TTL ระยะเวลาที่ข้อมูลอยู่ใน Cache Cache Aside อ่าน Cache ก่อน ถ้าไม่มีจึงอ่าน Database Summary เมื่อระบบเริ่มช้าลง...
  8. PlAwAnSaI

    Cloud Computing

    AWS มีศูนย์ข้อมูล (Data Center) หลายแห่งกระจายอยู่ในภูมิภาคทางภูมิศาสตร์ (Geographic Region) ที่แตกต่างกัน การออกแบบลักษณะนี้ช่วยเพิ่มความพร้อมใช้งานของระบบ (High Availability) โดยทำให้มั่นใจได้ว่าร้านค้า Online ของคุณสามารถรองรับปริมาณ Traffic ที่เพิ่มขึ้นได้...
  9. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Stateless ไม่ได้แปลว่าไม่มี State นี่เป็นอีกจุดที่หลายคนเข้าใจผิด ทุกระบบมีข้อมูลที่ต้องจัดเก็บเสมอ สิ่งที่ Stateless ต้องการคือ ย้าย State ออกจาก Compute แทนที่จะเก็บไว้ใน EC2 ก็ย้ายไป Amazon ElastiCache Amazon DynamoDB Amazon Aurora Amazon S3 Amazon EFS เมื่อ Compute...
  10. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Horizontal Scaling คือการเพิ่ม "จำนวนเครื่อง" แทนที่จะทำให้เครื่องเดิมใหญ่ขึ้น เราสามารถเพิ่มจำนวนเครื่องให้มากขึ้น จาก Application Server 2 เครื่อง อาจเพิ่มเป็น 10 เครื่อง หรือ 100 เครื่อง แล้วใช้ Load Balancer กระจายผู้ใช้ไปยังแต่ละ Instance นี่คือแนวคิดที่บริษัทระดับโลกเลือกใช้...
  11. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Day 6 — Auto Scaling ไม่ได้ทำให้ระบบของคุณเป็น Cloud Native Scalability vs Elasticity: สองคำที่หลายคนใช้แทนกัน แต่จริง ๆ แล้วต่างกัน บริษัทแห่งหนึ่งกำลังจะเปิดตัว Campaign ใหญ่ Team Infrastructure มั่นใจมาก เพราะเปิด Auto Scaling ไว้เรียบร้อยแล้ว ทุกคนเชื่อว่าหากมีผู้ใช้เพิ่มขึ้น ระบบก็จะสร้าง...
  12. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Framework ที่ใช้เวลาตัดสินใจ ทุกครั้งที่เลือก Architecture ลองถาม 5 ข้อ 1. Business Value ได้ประโยชน์อะไร 2. Cost แพงขึ้นเท่าไหร่ 3. Complexity Team ดูแลไหวไหม 4. Risk ลดความเสี่ยงจริงไหม 5. Future Growth รองรับอนาคตไหม ถ้าตอบครบ ส่วนใหญ่จะเลือกได้ถูก ตัวอย่างจริง ลูกค้า...
  13. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Non-functional Requirement หลักที่ SA ต้องถาม 1) Availability ระบบพร้อมใช้งานกี่ % 99% 99.9% 99.99% 99.999% ลองคำนวณ 99% Downtime ได้ ประมาณ 3.65 วันต่อปี 99.9% ประมาณ 8.76 ชั่วโมงต่อปี 99.99% ประมาณ 52 นาทีต่อปี 99.999% ประมาณ 5 นาทีต่อปี ต่างกันเยอะมาก และ Cost ก็ต่างกันมาก 2)...
  14. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    Requirement มี 2 ประเภท Functional Requirement ระบบต้องทำอะไร ตัวอย่าง: Login Register Search Product Checkout Payment Generate Report ถามง่าย ๆ Non-functional Requirement ระบบต้องทำได้ดีแค่ไหน ตัวอย่าง: Availability 99.99% Response Time < 200ms รองรับ 100,000 Concurrent User Data...
  15. PlAwAnSaI

    คู่มือสำหรับการเป็น AWS Solutions Architect

    365 Days to Become an AWS Solution Architect - From Certified to Real-world Architect Day 1 — สิ่งแรกที่ Solution Architect คิด ไม่ใช่ "จะใช้ Service อะไร" บทนำ คนที่พึ่งเริ่มเรียน AWS มักถามคำถามแบบนี้ คำถามเหล่านี้ดูเหมือนจะเป็นคำถามด้านสถาปัตยกรรม แต่จริง ๆ แล้ว...
Top