- ฐานข้อมูล SQL แบบกระจายที่เป็น serverless ที่เร็วที่สุดสำหรับแอปพลิเคชันที่พร้อมใช้งานตลอดเวลา
Why Aurora DSQL?
- Serverless Distributed SQL Database
- ขยายสเกลได้ไม่จำกัด มีความพร้อมใช้งานสูง และไม่ต้องดูแลจัดการโครงสร้างพื้นฐาน
- รองรับทุกความต้องการของเวิร์กโหลดได้โดยไม่ต้องทำ database sharding หรืออัปเกรดอินสแตนซ์
- สถาปัตยกรรมแบบกระจาย Active-Active
- รับประกันความพร้อมใช้งาน 99.99% ในรีเจียนเดียว และ 99.999% ในหลายรีเจียน
- มอบความสอดคล้องของข้อมูลที่แข็งแกร่งและการกู้คืนจากความขัดข้องอัตโนมัติ
- ลดภาระด้านการดำเนินงาน
- ไม่ต้อง provisioning, patch, ดูแลจัดการ หรืออัปเกรดเซิร์ฟเวอร์
- อัปเดตให้อัตโนมัติโดยไม่มี downtime
- รองรับ PostgreSQL
- มอบประสบการณ์การใช้งานที่ทำให้นักพัฒนาเริ่มต้นได้ง่าย
Benefits of Aurora DSQL
- Virtually Unlimited Scale
- ขยายการอ่าน การเขียน พื้นที่จัดเก็บ และคอมพิวต์แยกจากกันได้อย่างอิสระผ่านการสเกลแนวนอน โดยไม่ต้องทำ database sharding
- Always Available Applications
- รับประกันการอ่านและเขียนที่ regional endpoint ด้วยความสอดคล้องของข้อมูลที่แข็งแกร่ง
- กำจัด single point of failure และกู้คืนจากความขัดข้องอัตโนมัติเพื่อความพร้อมใช้งานสูงสุด 99.999%
- No Infrastructure Management
- ลดภาระการดูแลโครงสร้างพื้นฐานโดยไม่ต้อง provisioning หรือจัดการเซิร์ฟเวอร์
- อัปเดตอัตโนมัติโดยไม่มี downtime และไม่กระทบต่อประสิทธิภาพ
- Easy to Use
- สร้างฐานข้อมูลที่รองรับ PostgreSQL ได้ในไม่กี่ขั้นตอน
Use Cases
- Build Serverless Applications at Any Scale
- สร้างแอปพลิเคชัน cloud-native ที่เติบโตได้ตั้งแต่สตาร์ตอัปไปจนถึงองค์กรขนาดใหญ่
- ผสานรวมกับสถาปัตยกรรมแบบไมโครเซอร์วิสและ event-driven ได้อย่างง่ายดาย
- Develop Next-Generation Applications
- ออกแบบแอปพลิเคชันประสิทธิภาพสูงสำหรับอุตสาหกรรมธนาคาร อีคอมเมิร์ซ การท่องเที่ยว และค้าปลีก
- Deploy Multi-Region Applications
- พัฒนาแอปพลิเคชันที่ขับเคลื่อนด้วยข้อมูลซึ่งต้องการความสามารถในการขยายและความทนทานในหลายรีเจียน
- Build SaaS Applications
- รองรับแอปพลิเคชัน SaaS แบบหลายผู้เช่าได้อย่างเสถียร พร้อมมอบความยืดหยุ่นในการขยายระบบ
2 ความคิดเห็น
มีผลิตภัณฑ์ที่ใช้ชื่อ Aurora เยอะเกินไปจนชวนมึนเลย...
ดูเหมือนข้อสรุปโดยรวม(?) จะเป็นว่า “RDB สไตล์ DynamoDB ที่มีฟีเจอร์ของ PostgreSQL อยู่แบบจำกัด”
ความคิดเห็นบน Hacker News
มีข้อจำกัดเยอะจนมองไม่ค่อยเห็นข้อดี ไม่รองรับ temporary table, foreign key, view และธุรกรรมที่มีมากกว่า 10k แถว นอกจากความเข้ากันได้พื้นฐานกับโปรโตคอล PostgreSQL แล้ว มันดูใกล้เคียงกับ key-value store มากกว่าจะเป็นฐานข้อมูล
ลองคลัสเตอร์ทดสอบแบบเร็วแล้ว ระบบระบุตัวเองเป็น PG 16.5 และไม่รองรับ view, trigger, sequence, ข้อจำกัด foreign key, ส่วนขยาย, ฟีเจอร์ NOTIFY, nested transaction, json(b) เป็นต้น
ในบล็อกของ Marc Brooker มีข้อมูลเชิงเทคนิคเพิ่มเติม โดยเฉพาะเรื่องที่ latency ของธุรกรรมคงที่โดยแปรผันตามจำนวน statement ในธุรกรรม
ดูเหมือนว่าจะเป็นฐานข้อมูลแบบ Lambda บน S3 ที่ใช้ Firecracker microVMs และองค์ประกอบอื่นอีกบางอย่างเพื่อจำลอง PostgreSQL
สิ่งที่อยากได้จากประกาศด้านฐานข้อมูลของ AWS คือการลดราคา RDS ไม่ใช่ชิปใหม่ที่แพงกว่าแต่บอกว่าคุ้มค่าต่อประสิทธิภาพดีกว่า แต่อยากให้บิลลดลงจริง ๆ
สงสัยว่าจะสเกลลงเหลือ 0 และสเกลกลับขึ้นมาด้วย latency ต่ำกว่า 1 วินาทีได้แบบ Neon DB หรือไม่ ผลิตภัณฑ์ "serverless" ช่วงหลังของ AWS หลายตัวทำให้คำว่า "serverless" ชวนให้เข้าใจผิด
ถ้ายังไม่มีราคา ก็คงไม่พิจารณา Aurora Serverless แพงมากอยู่แล้ว เลยไม่คิดว่าตัวนี้จะถูก ตอนนี้ใช้ neon.tech อยู่และพอใจดี แต่ถ้าราคาดีก็น่าสนใจ
ในที่สุดก็กำลังออกคู่แข่งของ Spanner แล้วหรือ? อยากรู้มากกว่านี้ว่าของจริงคืออะไร ไม่ใช่แค่คำเล่นเชิงการตลาด
น่าสนใจมาก ความฝันคือการมีของแบบนี้, KV-store, blob store และ pubsub อยู่หลังอินเทอร์เฟซเดียวกัน
คล้าย Cockroach DB แต่เหมือนจะเพิ่ม vendor lock-in มากขึ้น