คำถามที่พบบ่อยเกี่ยวกับ Amazon DynamoDB
เกี่ยวกับ DynamoDB
เปิดทั้งหมดDynamoDB เป็นบริการฐานข้อมูล NoSQL แบบกระจายที่ได้รับการจัดการอย่างเต็มรูปแบบและเป็นแบบไม่ต้องใช้เซิร์ฟเวอร์ซึ่งให้ประสิทธิภาพในระดับมิลลิวินาทีที่เป็นเลขหลักเดียวในทุกขนาดการใช้งาน DynamoDB นำเสนอการจัดการโครงสร้างพื้นฐานเป็นศูนย์ การบำรุงรักษาเวลาหยุดทำงานเป็นศูนย์ การปรับขนาดทันทีตามความต้องการของแอปพลิเคชันใด ๆ และการเรียกเก็บเงินแบบชำระเงินตามคำขอ ไม่มีการเริ่มจากสถานะปิดเครื่อง ไม่มีการอัปเกรดเวอร์ชัน และไม่มีช่วงเวลาการบำรุงรักษา DynamoDB ได้รับการจัดการอย่างเต็มรูปแบบ โดยขจัดงานการจัดการฐานข้อมูลที่ไม่แตกต่าง เช่น การสำรองข้อมูล การรักษาความปลอดภัย การปฏิบัติตามข้อกำหนด การติดตามตรวจสอบ และอื่น ๆ สำหรับแอปพลิเคชันที่กระจายทั่วโลก ตาราง DynamoDB global เป็นฐานข้อมูลหลายรีเจี้ยนที่พร้อมความพร้อมใช้งานสูงถึง 99.999% และให้ความยืดหยุ่นของฐานข้อมูลสูงสุด รองรับความสม่ำเสมอหลายรีเจี้ยนเพื่อให้แน่ใจว่าแอปพลิเคชันของคุณพร้อมใช้งานอยู่เสมอและอ่านข้อมูลเดียวกันจากรีเจี้ยนใดก็ได้เสมอ ทำให้คุณสามารถสร้างแอปพลิเคชัน RPO เป็นศูนย์ DynamoDB มีชุดควบคุมการรักษาความปลอดภัยและมาตรฐานการปฏิบัติตามข้อกำหนดที่สร้างขึ้นเพื่อตอบสนองความต้องการของรัฐบาล ธนาคารทั่วโลก และองค์กรที่มีความไวสูงอื่น ๆ
DynamoDB ช่วยให้ลูกค้าสามารถลดภาระการบริหารในการดำเนินการและการปรับฐานข้อมูลแบบกระจายไปยัง AWS เพื่อช่วยให้ลูกค้าไม่ต้องกังวลเกี่ยวกับการจัดเตรียมฮาร์ดแวร์ การตั้งค่าและการกำหนดค่า การวางแผนความสามารถในการถ่ายโอนข้อมูล การจำลองแบบ การซ่อมแซมซอฟต์แวร์ หรือการปรับขนาดของคลัสเตอร์ คุณสามารถปรับใช้ฐานข้อมูล NoSQL แบบกระจายได้ภายในไม่กี่นาที DynamoDB จะปรับขนาดความสามารถในการรับส่งข้อมูลโดยอัตโนมัติเพื่อตอบสนองความต้องการของเวิร์กโหลด แบ่งพาร์ติชันข้อมูล และแบ่งซ้ำอีกครั้งตามขนาดตารางที่เพิ่มขึ้น นอกจากนี้ DynamoDB จะจำลองข้อมูลพร้อมกันในสาม Availability Zone (AZ) ใน AWS Region เพื่อให้มั่นใจได้ถึงความพร้อมใช้งานและความทนทานของข้อมูลสูง
ข้อดีที่เป็นเอกลักษณ์ของ DynamoDB ได้แก่ ฐานข้อมูลแบบไม่ต้องใช้เซิร์ฟเวอร์ที่มีการจัดการอย่างเต็มรูปแบบและสามารถปรับขนาดเป็นศูนย์ได้ที่ได้รับการพิสูจน์แล้วว่ามีประสิทธิภาพการทำงานในระดับมิลลิวินาทีหลักเดียวและมีความพร้อมใช้งานสูงถึง 99.999% นอกจากประสิทธิภาพที่สม่ำเสมอและปรับขนาดได้แล้ว DynamoDB ยังมีความปลอดภัย ความทนทาน และความเสถียรในตัวที่จำเป็นสำหรับการใช้งานทั่วโลกที่มีข้อกำหนดที่เข้มงวดที่สุด ด้วยความง่ายในการใช้งาน DynamoDB จึงมักถูกเลือกให้ใช้งานทั้งกับแอปพลิเคชันใหม่ที่ขับเคลื่อนด้วยข้อมูลและแอปพลิเคชัน AI ช่วยสร้าง และแอปพลิเคชันระดับอินเทอร์เน็ตแบบเดิมเพื่อประสิทธิภาพที่รวดเร็วสม่ำเสมอพร้อมคความสามารถในการปรับขนาดที่ไร้ขีดจำกัด
พื้นที่จัดเก็บ
เปิดทั้งหมดคลาสตาราง DynamoDB เป็นตัวเลือกในการเพิ่มประสิทธิภาพและค่าใช้จ่ายสำหรับตาราง DynamoDB คลาสตารางสองคลาสที่มีให้เลือกใช้คือ DynamoDB Standard (คลาสตารางเริ่มต้นที่ออกแบบมาสำหรับเวิร์กโหลดที่ต้องการประสิทธิภาพสูงสุดและเหมาะที่สุดสำหรับตารางที่มีเวิร์กโหลดที่ไม่สามารถคาดเดาได้) และ DynamoDB Standard-Infrequent Access (คลาสตารางที่ปรับให้เหมาะสมสำหรับตารางที่พื้นที่จัดเก็บเป็นค่าใช้จ่ายหลักและเหมาะสำหรับตารางที่จัดเก็บข้อมูลที่เข้าถึงไม่บ่อยนัก) ตารางมาตรฐานมีค่าใช้จ่ายการอ่านและการเขียนต่ำกว่าแต่มีค่าใช้จ่ายในการจัดเก็บที่สูงกว่า ตาราง Standard-IA มีต้นทุนการจัดเก็บที่ต่ำกว่าแต่มีต้นทุนการอ่านและการเขียนที่สูงกว่า คุณสามารถสลับระหว่างคลาสตารางเหล่านี้ได้สองครั้งในช่วง 30 วันโดยไม่เกิดเวลาหยุดทำงาน ทำให้คุณสามารถปรับต้นทุนได้ตามรูปแบบการใช้งานตารางของคุณ การเลือกใช้คลาสเหล่านี้ขึ้นอยู่กับความต้องการเฉพาะของแอปพลิเคชันของคุณและรูปแบบการเข้าถึงข้อมูลของคุณ
มีหลายปัจจัยที่ต้องพิจารณาเมื่อเลือกคลาสตารางใน DynamoDB สิ่งที่ต้องพิจารณามากที่สุดคือรูปแบบการเข้าถึงข้อมูลของคุณ การพิจารณาต้นทุน และความสามารถในการคาดการณ์เวิร์กโหลด คุณสามารถสลับระหว่างคลาสตารางได้โดยไม่ต้องเขียนโค้ดหรือเกิดเวลาหยุดทำงาน ดังนั้นคุณสามารถปรับเปลี่ยนตัวเลือกของคุณได้หากความต้องการของคุณเปลี่ยนแปลงไปตามเวลา
ตาราง DynamoDB Standard-IA (การเข้าถึงไม่บ่อย) ทำงานร่วมกับฟีเจอร์ DynamoDB ที่มีอยู่ได้อย่างราบรื่น พวกเขาใช้ API เดียวกันกับตาราง DynamoDB ทั่วไป ดังนั้นคุณสามารถใช้กับแอปพลิเคชันที่มีอยู่ได้โดยไม่ต้องเปลี่ยนแปลงโค้ด รองรับตารางส่วนกลางสำหรับการจำลองหลายรีเจี้ยน การกู้คืนข้อมูลในจุดเวลาที่กำหนด (PITR) การสำรองข้อมูลตามต้องการ การเข้ารหัสขณะไม่ได้ใช้งานโดยใช้ AWS Key Management Service (KMS), DynamoDB Streams Time To Live เพื่อลบรายการโดยอัตโนมัติ และการดำเนินการอ่านและเขียนตามธุรกรรม ตาราง Standard-IA เข้ากันได้กับ DynamoDB Accelerator (DAX)
Amazon DynamoDB เก็บข้อมูลในพาร์ติชัน พาร์ติชันคือการจัดสรรพื้นที่เก็บข้อมูลสำหรับตาราง โดยมีไดรฟ์โซลิดสเตต (SSD) เป็นตัวสนับสนุน และจำลองแบบโดยอัตโนมัติระหว่าง Availability Zone หลายโซนภายใน AWS Region การจัดการพาร์ติชันได้รับการจัดการโดย DynamoDB ทั้งหมด—คุณไม่จำเป็นต้องจัดการพาร์ติชันด้วยตัวคุณเอง
ขนาดสูงสุดของรายการที่สามารถเก็บไว้ในตาราง DynamoDB คือ 400 KB ไม่มีการกำหนดขีดจำกัดการเก็บข้อมูลไว้ล่วงหน้า
ใช่ DynamoDB สามารถจัดเก็บ BLOB ได้ แต่โดยทั่วไปแล้วจะไม่เหมาะกับการจัดเก็บเอกสารหรือรูปภาพ รูปแบบสถาปัตยกรรมที่ดีกว่าคือการจัดเก็บตัวชี้ไปยังอ็อบเจ็กต์ Amazon S3 ในตาราง DynamoDB
ไม่มีการตั้งค่าเวลาหมดอายุหรือการลบข้อมูลสำหรับข้อมูลที่จัดเก็บในตาราง Amazon DynamoDB ตามค่าเริ่มต้น ข้อมูลจะยังคงอยู่ในตารางอย่างไม่มีกำหนดเวลา เว้นแต่ลูกค้าจะลบออกโดยชัดเจน หรือลบผ่าน Time to Live (TTL) หากเปิดใช้งาน TTL
ไม่มีการกำหนดขีดจำกัดจำนวนรายการที่สามารถจัดเก็บในตาราง DynamoDB ไว้ล่วงหน้า DynamoDB ปรับขนาดได้ถึงหลายร้อยเทราไบต์หรือมากกว่าสำหรับรายการจำนวนเท่าใดก็ได้
แม้ว่าในทางเทคนิคแล้วจะเป็นไปได้ในการจัดเก็บรูปภาพใน DynamoDB เป็นข้อมูลไบนารี (เข้ารหัสด้วย base64) แต่ยังมีข้อจำกัดและข้อเสียบางประการเนื่องจากขนาดรายการจำกัดอยู่ที่ 400KB แทนที่จะจัดเก็บรูปภาพโดยตรงใน DynamoDB แนวทางที่ดีกว่าคือการจัดเก็บรูปภาพใน Amazon S3 (Simple Storage Service) จากนั้นจึงจัดเก็บ URL หรือคีย์ของอ็อบเจ็กต์ S3 ไว้ใน DynamoDB
ในการจัดเก็บรายการใน DynamoDB คุณต้องใช้ประเภทข้อมูลรายการของ DynamoDB ประเภทใดประเภทหนึ่ง ไม่ว่าจะเป็นรายการหรือชุด เมื่อเขียนรายการลงในตาราง ค่าสำหรับแอตทริบิวต์นั้นสามารถเป็นอาร์เรย์หรือคอลเลกชันของชนิดข้อมูลสเกลาร์ (ไม่ใช่อ็อบเจ็กต์) เช่น สตริง ตัวเลข เป็นต้น DynamoDB จะดำเนินการจัดลำดับข้อมูลรายการโดยอัตโนมัติและจัดเก็บข้อมูลในลักษณะที่รักษาโครงสร้างของรายการ จากนั้นคุณสามารถค้นหาแอตทริบิวต์ของตารางเพื่อดึงรายการทั้งหมดได้ การเพิ่ม อัปเดต หรือลบองค์ประกอบจากรายการทำงานในลักษณะเดียวกับการดำเนินการเขียนปกติ
ได้ DynamoDB รองรับการจัดเก็บแผนที่เป็นแอตทริบิวต์ประเภทข้อมูล
การรักษาความปลอดภัย
เปิดทั้งหมดใช่ DynamoDB รองรับสิทธิ์ IAM สิทธิ์ IAM สามารถกำหนดได้ในนโยบายโดยอิงตามตัวตน นโยบายโดยอิงตามทรัพยากร หรือนโยบาย AWS อื่น ๆ เพื่อควบคุมการเข้าถึงทรัพยากร DynamoDB คุณสามารถเชื่อมโยงนโยบาย IAM กับผู้ใช้ IAM กลุ่ม บทบาท และตารางและสตรีม DynamoDB และควบคุมตามต้องการได้
ด้วย AWS PrivateLink คุณสามารถลดความซับซ้อนของการเชื่อมต่อเครือข่ายส่วนตัวระหว่าง Virtual Private Cloud (VPC), DynamoDB และศูนย์ข้อมูลในองค์กรของคุณโดยใช้อินเทอร์เฟซตำแหน่งข้อมูลสำหรับ VPC และที่อยู่ IP ส่วนตัว ด้วย PrivateLink สามารถเข้าถึงตาราง DynamoDB ได้จากการเชื่อมต่อส่วนตัว และคำขอจะไม่ออกจากเครือข่าย Amazon สิ่งนี้ช่วยเพิ่มความปลอดภัยเนื่องจากข้อมูลสามารถไหลผ่านเกตเวย์เครือข่ายใดก็ได้ และสามารถควบคุมการเข้าถึงได้โดยใช้นโยบาย IAM และกลุ่มมาตรการรักษาความปลอดภัย PrivateLink มีประโยชน์สำหรับแอปพลิเคชันที่มีข้อกำหนดด้านการรักษาความปลอดภัยของข้อมูลและต้องการเวลาแฝงต่ำ นอกจากนี้ยังทำให้ตาราง DynamoDB สามารถเข้าถึงได้จากสภาพแวดล้อมไฮบริดที่ครอบคลุมเครือข่ายในองค์กรและ AWS
ใช่ DynamoDB รองรับนโยบายตามทรัพยากรสำหรับตารางและสตรีม นโยบายโดยอิงตามทรัพยากรสำหรับแต่ละตารางยังครอบคลุมสิทธิ์การเข้าถึงสำหรับดัชนีของตาราง (ดัชนีรองส่วนกลางและดัชนีรองเฉพาะที่) ด้วยนโยบายตามทรัพยากร ลูกค้าสามารถกำหนดสิทธิ์การเข้าถึงแบบละเอียดสำหรับตาราง DynamoDB และทรัพยากรอื่น ๆ ได้โดยไม่ต้องให้สิทธิ์การเข้าถึงเต็มรูปแบบที่ระดับบัญชี AWS นโยบายเหล่านี้อนุญาตให้ลูกค้าควบคุมว่าผู้ใช้ บทบาท และผู้ใช้ที่มีข้อมูลเชื่อมโยงกับส่วนกลางที่สามารถดำเนินการต่าง ๆ เช่น อ่าน เขียน หรือลบในตาราง DynamoDB ดัชนี และสตรีมที่ระบุได้ นโยบายตามทรัพยากรจะเชื่อมโยงและจัดการภายในทรัพยากร DynamoDB แต่ละแห่ง
นโยบายโดยอิงตามทรัพยากรรองรับการผสานรวมกับ AWS Identity and Access Management (IAM) Access Analyzer และ Block Public Access (BPA) IAM Access Analyzer ช่วยให้ลูกค้าปรับแต่งสิทธิ์และสอดคล้องกับการให้สิทธิ์เท่าที่จำเป็น BPA ช่วยให้ลูกค้าป้องกันการเข้าถึงตาราง ดัชนี และสตรีม DynamoDB โดยสาธารณะและเปิดใช้งานกับ DynamoDB เสมอ
DynamoDB รองรับการควบคุมการเข้าถึงโดยอิงตามแอตทริบิวต์ ซึ่งโดยทั่วไปจะใช้ได้สำหรับตารางและดัชนี DynamoDB
ใช่ คุณสามารถใช้ Amazon DynamoDB โดยใช้ตำแหน่งข้อมูลสำหรับ VPC DynamoDB รองรับตำแหน่งข้อมูลสำหรับ VPC สองประเภท - ตำแหน่งข้อมูลประเภทเกตเวย์และใช้ AWS PrivateLink ด้วยตำแหน่งข้อมูลประเภทเกตเวย์ คุณสามารถเข้าถึง DynamoDB จาก VPC ของคุณโดยไม่ต้องใช้อินเทอร์เน็ตเกตเวย์หรืออุปกรณ์ NAT สำหรับ VPC ของคุณ อย่างไรก็ตาม ตำแหน่งข้อมูลประเภทเกตเวย์ไม่อนุญาตให้เข้าถึงจากเครือข่ายในองค์กร, จาก VPC ที่มีการเชื่อมต่อเข้าด้วยกันใน AWS Region อื่น ๆ หรือผ่านเกตเวย์การถ่ายโอน สำหรับสถานการณ์เหล่านั้น คุณต้องใช้ AWS PrivateLink ซึ่งมีค่าใช้จ่ายเพิ่มเติม
การควบคุมการเข้าถึงแบบละเอียด (FGAC) ช่วยให้เจ้าของตาราง DynamoDB ควบคุมข้อมูลในตารางโดยละเอียดผ่าน นโยบายและเงื่อนไข AWS Identity and Access Management (IAM) FGAC ช่วยให้เจ้าของสามารถกำหนดสิทธิ์ในการเข้าถึงรายการหรือแอตทริบิวต์ของตาราง และการดำเนินการที่เกี่ยวข้อง การควบคุมการเข้าถึงแบบละเอียดใช้ร่วมกับ AWS IAM ซึ่งจัดการข้อมูลประจำตัวด้านการรักษาความปลอดภัยและการอนุญาตที่เกี่ยวข้อง
ใช่ ข้อมูลผู้ใช้ทั้งหมดใน Amazon DynamoDB ได้รับการเข้ารหัสอย่างเต็มรูปแบบในระหว่างการโอนย้ายและขณะอยู่ในพื้นที่จัดเก็บ
โปรโตคอล HTTPS ถูกใช้เพื่อป้องกันการรับส่งข้อมูลบนเครือข่ายโดยใช้การเข้ารหัส Secure Sockets Layer
การเข้ารหัส DynamoDB ในพื้นที่จัดเก็บใช้คีย์เข้ารหัสที่เก็บไว้ใน AWS Key Management Service (AWS KMS) ข้อมูลที่อยู่ในพื้นที่จัดเก็บจะถูกเข้ารหัสโดยใช้ AES-256 ซึ่งเป็นมาตรฐานระดับสูงที่ต้องการการรักษาความปลอดภัยในระดับสูงสุด
ประเภทคีย์ต่อไปนี้มีให้สำหรับการเข้ารหัสข้อมูลขณะอยู่ในพื้นที่จัดเก็บ:
1. คีย์ที่เป็นของ AWS: คีย์เหล่านี้ได้รับการจัดการโดย AWS ทั้งหมดและจะใช้ตามค่าเริ่มต้นหากไม่มีการระบุตัวเลือกอื่น สามารถใช้งานได้ฟรีและไม่ต้องการการตั้งค่าเพิ่มเติม
2. คีย์ที่จัดการโดย AWS: คีย์หลักของลูกค้า (CMK) จะถูกจัดเก็บใน AWS Key Management Service (KMS) ซึ่งจะถูกสร้าง จัดการ และใช้ในนามของลูกค้าโดย AWS คีย์เหล่านี้ให้ความสามารถในการควบคุมและการตรวจสอบเพิ่มเติมเมื่อเทียบกับคีย์ที่เป็นของ AWS
3. คีย์ที่ลูกค้าจัดการ: นี่คือ CMK ที่คุณสร้าง เป็นเจ้าของ และจัดการใน AWS KMS คีย์เหล่านี้ให้การควบคุมระดับสูงสุดเหนือคีย์การเข้ารหัส รวมถึงความสามารถในการสร้าง หมุนเวียน ปิดการใช้งาน และกำหนดการควบคุมการเข้าถึง
ประเภทคีย์แต่ละประเภทให้ความสมดุลระหว่างความสะดวก การควบคุม และค่าใช้จ่ายที่แตกต่างกัน คีย์ที่เป็นของ AWS นั้นใช้งานง่ายที่สุด ในขณะที่คีย์ที่ลูกค้าจัดการนั้นให้การควบคุมมากที่สุดแต่ต้องใช้ค่าใช้จ่ายในการจัดการที่มากขึ้น
การเข้ารหัสขณะอยู่ในพื้นที่จัดเก็บช่วยปกป้องข้อมูลโดยการเข้ารหัสไฟล์ที่มีข้อมูลที่ละเอียดอ่อนในขณะที่ไม่มีการใช้งาน เมื่อข้อมูลถูกเข้ารหัสขณะอยู่ในพื้นที่จัดเก็บ บุคคลที่ไม่ได้รับอนุญาตจะไม่สามารถเข้าถึงเนื้อหาข้อความธรรมดาได้แม้ว่าพวกเขาจะสามารถเข้าถึงอุปกรณ์ที่เก็บข้อมูลได้ทางกายภาพก็ตาม สิ่งนี้จะช่วยเพิ่มระดับความปลอดภัยให้กับข้อมูลนอกเหนือจากการควบคุมการเข้าถึงเท่านั้น และช่วยให้มั่นใจได้ว่าข้อมูลที่เป็นความลับจะยังคงเป็นส่วนตัว แม้ว่าอุปกรณ์นั้นจะสูญหายหรือถูกขโมยก็ตาม
ใช่ DynamoDB รองรับการสร้างข้อมูลบันทึกการตรวจสอบสำหรับการเปลี่ยนแปลงระดับรายการในตาราง DynamoDB ถูกผสานรวมเข้ากับ AWS CloudTrail ซึ่งเป็นบริการที่ให้บันทึกการกระทำโดยผู้ใช้ บทบาท หรือบริการ AWS ใน DynamoDB ในระดับรายการ ข้อมูลบันทึกเพิ่มเติมที่รวบรวมไว้ ได้แก่ การสร้าง การอัปเดต การลบ และความล้มเหลวในการตรวจสอบตามเงื่อนไขใด ๆ ลูกค้าสามารถเข้าถึงรายการข้อมูลบันทึกเหล่านี้ที่เก็บไว้ใน CloudWatch Logs และสร้างแอปพลิเคชันเพื่อวิเคราะห์การเปลี่ยนแปลงระดับรายการเพื่อการตรวจสอบ การติดตามตรวจสอบ หรือวัตถุประสงค์อื่น ๆ ข้อมูลบันทึกการตรวจสอบช่วยให้สามารถมองเห็นการเปลี่ยนแปลงของข้อมูลในระดับละเอียดโดยไม่ส่งผลกระทบต่อประสิทธิภาพการอ่าน/เขียนปกติของตาราง DynamoDB
ใช่ คุณสามารถใช้ Amazon DynamoDB เพื่อสร้างแอปพลิเคชันที่สอดคล้องกับ HIPAA และจัดเก็บข้อมูลที่เกี่ยวข้องกับการดูแลสุขภาพ รวมถึงข้อมูลสุขภาพที่ได้รับการคุ้มครองภายใต้ Business Associate Agreement (BAA) กับ AWS ได้
DynamoDB ตอบสนองการรับรองมาตรฐานมากมาย รวมถึงคุณสมบัติที่ตรงตาม HIPAA, FedRAMP, ISO 27001, SOC 1/SSAE 16/ISAE 3402 (เดิมคือ SAS 70) และ SOC 2 สำหรับข้อมูลเพิ่มเติม โปรดดู การตรวจสอบการปฏิบัติตามข้อกำหนดตามอุตสาหกรรมสำหรับ DynamoDB สามารถดาวน์โหลดรายงานการปฏิบัติตามกฎข้อบังคับของ AWS ได้ใน AWS Artifact
ความพร้อมใช้งานและความยืดหยุ่นสูง
เปิดทั้งหมดตารางส่วนกลางของ Amazon DynamoDB เป็นฐานข้อมูลแบบหลายรีเจี้ยนและมัลติแอคทีฟที่มีการจัดการอย่างเต็มรูปแบบซึ่งไม่ต้องใช้เซิร์ฟเวอร์ ตารางส่วนกลางให้ความพร้อมใช้งาน 99.999% ความยืดหยุ่นของแอปพลิเคชันที่เพิ่มขึ้น และความต่อเนื่องทางธุรกิจที่ได้รับการปรับปรุง จะจำลองตาราง DynamoDB ของคุณโดยอัตโนมัติใน AWS Region ที่คุณเลือก เพื่อให้คุณสามารถบรรลุประสิทธิภาพการอ่านและการเขียนภายในเครื่องที่รวดเร็ว ตารางส่วนกลางใช้ API เดียวกันกับตาราง DynamoDB ภูมิภาคเดี่ยว ดังนั้นคุณจึงสามารถสร้างตาราง DynamoDB ให้พร้อมใช้งานทั่วโลกได้อย่างง่ายดายโดยไม่ต้องเปลี่ยนแปลงแอปพลิเคชัน
ตารางสากลคือคอลเลกชันของตารางจำลองอย่างน้อยหนึ่งตาราง ซึ่งทั้งหมดเป็นของบัญชี AWS เดียว ตารางสากลของ Amazon DynamoDB หนึ่งรายการสามารถมีตารางจำลองได้เพียงตารางเดียวต่อ AWS Region เท่านั้น
คุณควรใช้ตารางส่วนกลางเพื่อปรับปรุงความยืดหยุ่นของแอปพลิเคชันของคุณในหลายภูมิภาค ตารางส่วนกลางยังช่วยให้แอปพลิเคชันสามารถรักษาความพร้อมใช้งานสูงในกรณีที่ไม่น่าเป็นไปได้จากการแยกหรือการเสื่อมสภาพของภูมิภาคทั้งหมด
มีตารางส่วนกลางของ DynamoDB สองเวอร์ชันให้เลือกใช้: เวอร์ชัน 2019.11.21 (ปัจจุบัน) และเวอร์ชัน 2017.11.29 (แบบเก่า) ลูกค้าควรใช้เวอร์ชัน 2019.11.21 (ปัจจุบัน) สำหรับตารางส่วนกลางใหม่ทั้งหมดเนื่องจากเวอร์ชันนี้มีประสิทธิภาพมากขึ้นและใช้ความสามารถในการเขียนน้อยลง ใครก็ตามที่ใช้เวอร์ชัน 2017.11.29 (แบบเก่า) ควรอัปเกรดตารางสากลเป็นเวอร์ชัน 2019.11.21 (ปัจจุบัน)
คุณสามารถอัปเกรดเวอร์ชันของตารางส่วนกลางได้ด้วยการคลิกเพียงไม่กี่ครั้งในคอนโซลการจัดการของ AWS การอัปเกรดจากเวอร์ชัน 2017.11.29 (แบบเก่า) เป็นเวอร์ชัน 2019.11.21 (ปัจจุบัน) เป็นการกระทำครั้งเดียวและไม่สามารถย้อนกลับได้ ก่อนอัปเกรด ให้แน่ใจว่าคุณได้ตรวจสอบความแตกต่างของพฤติกรรมระหว่างเวอร์ชันแล้วและทำการทดสอบที่จำเป็นทั้งหมด สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การอัปเกรดตารางส่วนกลางจากเวอร์ชัน 2017.11.29 (แบบเก่า) เป็นเวอร์ชัน 2019.11.21 (ปัจจุบัน)
ตารางส่วนกลางของ DynamoDB ใช้การจำลองแบบมัลติแอคทีฟในรีเจี้ยน โดยที่ตารางจำลองทั้งหมดในรีเจี้ยนทั้งหมดในตารางส่วนกลางสนับสนุนการรับส่งข้อมูลการอ่านและเขียน ตารางส่วนกลางไม่มีรีเจี้ยนหลัก ดังนั้นจึงไม่จำเป็นต้องใช้การใช้ระบบสำรองเพื่อกู้คืนข้อมูลฐานข้อมูลเมื่อนำการรับส่งข้อมูลการอ่านและเขียนไปยังรีเจี้ยนอื่น ในกรณีที่ไม่น่าจะเกิดขึ้นที่ AWS Region จะถูกแยกออกหรือลดระดับลง แอปพลิเคชันของคุณจะสามารถอ่านและเขียนจากตารางจำลองในรีเจี้ยนที่ไม่ได้รับผลกระทบได้ สำหรับข้อมูลเพิ่มเติม โปรดดูที่แนวทางปฏิบัติที่ดีที่สุดสำหรับการออกแบบตารางส่วนกลาง DynamoDB
ตารางจำลองเป็นตาราง DynamoDB รายการเดียว ตารางจำลองแต่ละตารางจะเก็บชุดข้อมูลเดียวกัน มีชื่อตารางเดียวกัน และมีโครงสร้างคีย์หลักเดียวกัน เมื่อแอปพลิเคชันเขียนข้อมูลไปยังตารางจำลองในรีเจี้ยนเดียว DynamoDB จะจำลองการเขียนไปยังตารางจำลองอื่น ๆ ใน AWS Region อื่น ๆ โดยอัตโนมัติ
ใช่ ตารางส่วนกลางของ DynamoDB ช่วยเพิ่มความต่อเนื่องทางธุรกิจเนื่องจากเพิ่มความยืดหยุ่นของแอปพลิเคชันและให้ความสอดคล้องที่แข็งแกร่งสำหรับรีเจี้ยนเดียว ด้วยความสอดคล้องระดับสูงในหลายรีเจี้ยน คุณจะสามารถสร้างแอปพลิเคชันที่มี RPO เป็นศูนย์และความยืดหยุ่นสูงสุดได้
คุณสามารถสร้างตารางส่วนกลางโดยใช้คอนโซล DynamoDB, AWS CLI หรือ AWS CloudFormation ด้วยคู่มือโดยละเอียดนี้
ก่อนที่จะเพิ่มแบบจำลองเพิ่มเติมในรีเจี้ยนอื่นไปยังตารางส่วนกลางของ DynamoDB ตารางจะต้องมีการเปิดใช้งาน DynamoDB Streams มีชื่อเดียวกับแบบจำลองอื่น ๆ ทั้งหมด มีคีย์พาร์ติชันเดียวกันกับแบบจำลองอื่น ๆ และมีการตั้งค่าความสามารถในการเขียนแบบเดียวกัน
ตารางจำลองทั้งหมดในตารางส่วนกลางของ DynamoDB ต้องมีชื่อเดียวกัน
DynamoDB จัดเก็บข้อมูลในตาราง ซึ่งคล้ายกับฐานข้อมูลอื่น ๆ ตารางคือคอลเลกชันของรายการ และแต่ละรายการเป็นคอลเลกชันของแอตทริบิวต์ DynamoDB ใช้คีย์หลักเพื่อระบุแต่ละรายการในตารางโดยเฉพาะ และมีดัชนีรองเพื่อให้มีความยืดหยุ่นในการสอบถามมากขึ้น
มี คุณสามารถเปิดใช้งานการกู้คืนข้อมูลในจุดเวลาที่กำหนดในแต่ละแบบจำลองของตารางส่วนกลาง DynamoDB ได้
การผสานรวม
เปิดทั้งหมดใช่ DynamoDB สนับสนุนการบันทึกข้อมูลการเปลี่ยนแปลง (CDC) ถูกนำมาใช้โดยใช้โมเดลสตรีมซึ่งช่วยให้แอปพลิเคชันสามารถบันทึกการเปลี่ยนแปลงระดับรายการในตาราง DynamoDB ในเวลาใกล้เรียลไทม์เป็นสตรีมของบันทึกข้อมูล สตรีมบันทึกข้อมูล CDC ช่วยให้แอปพลิเคชันประมวลผลและตอบสนองต่อการปรับเปลี่ยนข้อมูลในตาราง DynamoDB ได้อย่างมีประสิทธิภาพ DynamoDB นำเสนอโมเดลสตรีมมิ่งสองแบบสำหรับ CDC: DynamoDB Streams และ Kinesis Data Streams สำหรับ DynamoDB เพื่อช่วยคุณเลือกโซลูชันที่เหมาะสมสำหรับแอปพลิเคชันของคุณ โปรดดูตัวเลือกการสตรีมสำหรับการบันทึกข้อมูลการเปลี่ยนแปลง
สตรีม DynamoDB คือโฟลว์ข้อมูลที่เรียงลำดับเกี่ยวกับการเปลี่ยนแปลงรายการในตาราง DynamoDB DynamoDB Streams จะบันทึกลำดับการปรับเปลี่ยนในระดับรายการที่ซ้ำกันและเรียงตามเวลาในตารางและจัดเก็บข้อมูลนี้ในข้อมูลบันทึกนานถึง 24 ชั่วโมง DynamoDB Streams จะปรับขนาดความจุโดยอัตโนมัติ ทำให้คุณไม่ต้องจัดเตรียมและจัดการความจุเอง ตามการกำหนดค่า DynamoDB Streams ของคุณ คุณสามารถดูรายการข้อมูลในรูปแบบที่ปรากฏก่อนและหลังการปรับเปลี่ยน คุณสามารถสร้างแอปพลิเคชันที่ใช้เหตุการณ์สตรีมเหล่านี้และเรียกดำเนินการเวิร์กโฟลว์ตามเนื้อหาของสตรีมเหตุการณ์ได้
DynamoDB Streams มีประโยชน์เมื่อคุณต้องการตอบสนองต่อการเปลี่ยนแปลงข้อมูลด้วยทริกเกอร์โดยใช้การผสานรวมแบบเนทีฟกับ AWS Lambda ติดตามและวิเคราะห์การโต้ตอบของลูกค้าหรือตรวจสอบประสิทธิภาพการทำงานของแอปพลิเคชันในเวลาใกล้เคียงกับเวลาจริง บันทึกลำดับเหตุการณ์ที่สั่ง และปรับปรุงความยืดหยุ่นของแอปพลิเคชันผ่านการจำลองข้อมูลธุรกรรมระดับรายการ
Kinesis Data Streams จะบันทึกการปรับเปลี่ยนระดับรายการในตาราง DynamoDB และจำลองแบบไปยังสตรีมข้อมูล Kinesis แอปพลิเคชันของคุณสามารถเข้าถึงสตรีมนี้และดูการเปลี่ยนแปลงในระดับรายการได้แบบใกล้เคียงกับเวลาจริง Kinesis Data Streams ช่วยให้คุณสร้างแอปพลิเคชันแบบกำหนดเองที่ประมวลผลหรือวิเคราะห์ข้อมูลการสตรีมได้เมื่อต้องการใช้งานเฉพาะทาง ไม่เหมือนกับ DynamoDB Streams, Kinesis Data Streams สำหรับ DynamoDB ไม่ได้ให้การรับประกันการเรียงลำดับระเบียนและการลบข้อมูลซ้ำซ้อน การจัดลำดับและการลบข้อมูลซ้ำซ้อนของระเบียนจะต้องดำเนินการโดยแอปพลิเคชันไคลเอ็นต์โดยใช้ฟิลด์ ApproximateCreationDateTime ในระเบียนระดับรายการ
Kinesis Data Streams สำหรับ DynamoDB มีประโยชน์หากคุณต้องการการผสานรวมกับความสามารถ Kinesis ที่กว้างขึ้น (เช่น Kinesis Client Library, Amazon Managed Service สำหรับ Apache Flink, หรือ Amazon Data Firehose) การเก็บรักษาข้อมูลที่ยาวนานขึ้นและการเล่นซ้ำได้ (สูงสุด 365 วัน) และการจัดการส่วนข้อมูลที่ปรับแต่งได้สำหรับการใช้งานปลายทางและการวิเคราะห์การสตรีม
เมื่อเปิดใช้งานสตรีม DynamoDB หรือสตรีมข้อมูล Kinesis บนตาราง DynamoDB ตารางจะส่งบันทึกข้อมูลที่เก็บการเปลี่ยนแปลงใด ๆ ต่อข้อมูลของตารางนั้น บันทึกข้อมูลนี้รวมถึงเวลาเฉพาะที่รายการใด ๆ ถูกสร้าง อัปเดต หรือลบเมื่อเร็ว ๆ นี้ คีย์หลักของรายการนั้น อิมเมจของรายการก่อนการแก้ไข แลอิมเมจของรายการหลังการแก้ไข
คุณสามารถเปิดใช้งานหรือปิดใช้งานสตรีมบนตาราง DynamoDB ที่มีอยู่ได้โดยใช้คอนโซลการจัดการของ AWS, AWS SDK, AWS Command Line Interface (AWS CLI) หรือ Kinesis Client Library (KCL)
เลือกสตรีม DynamoDB เมื่อคุณต้องการติดตามการเปลี่ยนแปลงตาราง DynamoDB โดยเฉพาะ เลือก Kinesis Data Stream สำหรับความต้องการในการสตรีมที่กว้างขึ้น ความต้องการอัตราการโอนถ่ายข้อมูลที่สูงขึ้น หรือเมื่อคุณต้องการระยะเวลาการเก็บรักษาข้อมูลที่ยาวนานขึ้น
ฟีเจอร์ Amazon DynamoDB Time to Live (TTL) จะลบรายการที่หมดอายุซึ่งไม่เกี่ยวข้องอีกต่อไปออกจากตารางโดยอัตโนมัติ ซึ่งช่วยลดการใช้พื้นที่จัดเก็บและลดค่าใช้จ่าย ด้วย TTL คุณสามารถกำหนดค่าเวลาประทับของแต่ละรายการเพื่อกำหนดว่าเมื่อใดรายการนั้นไม่จำเป็นอีกต่อไป และ DynamoDB จะลบรายการดังกล่าวออกจากตารางของคุณโดยอัตโนมัติโดยไม่ใช้อัตราการโอนถ่ายข้อมูลการเขียนใด ๆ ทุกครั้งที่สร้างหรืออัปเดตรายการคุณสามารถคำนวณเวลาหมดอายุและบันทึกไว้ในแอตทริบิวต์ TTL TTL มีประโยชน์หากคุณเก็บรายการที่สูญเสียความเกี่ยวข้องหลังจากเวลาที่กำหนด
DynamoDB สนับสนุนการดำเนินการ GET/PUT โดยใช้คีย์หลักที่ผู้ใช้กำหนด คีย์หลักเป็นแอตทริบิวต์เพียงอย่างเดียวที่จำเป็นในตาราง คุณจะต้องระบุคีย์หลักเมื่อคุณสร้างตาราง และคีย์หลักนี้เองจะระบุแต่ละรายการโดยไม่ซ้ำกัน DynamoDB ยังช่วยให้การสืบค้นมีความยืดหยุ่นด้วยการให้คุณสามารถสืบค้นแอตทริบิวต์ที่ไม่ใช่คีย์หลักโดยใช้ดัชนีรองโดยรวมและดัชนีรองในเครื่องได้อีกด้วย
คีย์หลักอาจเป็นได้ทั้ง คีย์พาร์ติชันแบบแอตทริบิวต์เดี่ยว หรือคีย์พาร์ติชันการเรียงลำดับแบบร่วม คีย์พาร์ติชันแบบแอตทริบิวต์เดี่ยวอาจเป็น UserID เป็นต้น partition key แบบแอตทริบิวต์เดี่ยวดังกล่าวจะช่วยให้คุณสามารถอ่านและเขียนข้อมูลสำหรับรายการที่เกี่ยวข้องกับรหัสผู้ใช้ที่ระบุได้อย่างรวดเร็ว
DynamoDB จัดทำดัชนี partition-sort key แบบร่วมเป็นองค์ประกอบ partition key และองค์ประกอบ sort key คีย์หลายส่วนนี้จัดเก็บลำดับชั้นระหว่างค่าองค์ประกอบแรกและองค์ประกอบที่สอง ตัวอย่างเช่น คีย์พาร์ติชันการเรียงลำดับแบบร่วมอาจเป็นการผสมผสานระหว่าง UserID (พาร์ติชัน) กับ Timestamp (เรียงลำดับ) ก็ได้ เมื่อใช้องค์ประกอบ Partition Key เป็นค่าคงที่ คุณจะสามารถค้นหารายการในองค์ประกอบคีย์การเรียงลำดับทั้งหมดได้ การค้นหาดังกล่าวจะช่วยให้คุณสามารถใช้ Query API เพื่อดำเนินการต่าง ๆ เช่น ดึงรายการทั้งหมดสำหรับ UserID เดียวในช่วงการประทับเวลาต่าง ๆ ได้
DynamoDB รองรับคีย์หลักที่ประกอบด้วยแอตทริบิวต์มากถึงแปดแอตทริบิวต์ใน Global Secondary Index (GSI) โดยมีแอตทริบิวต์มากถึงสี่แอตทริบิวต์สำหรับพาร์ติชันและคีย์เรียงลำดับ
หลังจากที่คุณสร้างตารางโดยใช้ DynamoDB Console หรือ CreateTable API แล้ว คุณสามารถใช้ PutItem หรือ BatchWriteItem API เพื่อแทรกรายการได้ จากนั้นคุณสามารถใช้ GetItem, BatchGetItem หรือหากคีย์หลักแบบรวมถูกเปิดใช้งานและกำลังใช้งานในตารางของคุณ สามารถใช้ Query API เพื่อดึงรายการที่คุณเพิ่มลงในตาราง
ได้ DynamoDB คือบริการระบบคลาวด์ที่มีการจัดการอย่างเต็มที่โดยคุณเข้าใช้งานผ่าน API ได้ แอปพลิเคชันที่ดำเนินการบนระบบปฏิบัติการต่างๆ (เช่น Linux, Windows, iOS, Android, Solaris, AIX และ HP-UX) สามารถใช้ DynamoDB ได้ เราขอแนะนำให้ใช้ AWS SDK เพื่อเริ่มต้นใช้งาน DynamoDB
การบูรณาการ ETL แบบไร้รอยต่อ พร้อม Amazon OpenSearch Service ช่วยลดความซับซ้อนในการดําเนินงานของการประสานการจําลองแบบข้อมูลจากคลังข้อมูลธุรกรรมไปยังคลังข้อมูลการค้นหา การทำให้ไปป์ไลน์ข้อมูลของคลังข้อมูลธุรกรรมและคลังข้อมูลการค้นหาซิงค์กันเป็นเรื่องที่ท้าทายและมีค่าใช้จ่ายในการสร้างและจัดการสูง และประสบกับข้อผิดพลาดเป็นระยะๆ ซึ่งยากต่อการติดตามผล
การผสานรวมนี้ช่วยให้ลูกค้า DynamoDB สามารถรับผลการค้นหาแบบใกล้เคียงเรียลไทม์จากข้อมูลธุรกรรมของตนโดยนําเสนอโซลูชันที่มีการจัดการเต็มรูปแบบสําหรับการทําให้ข้อมูลธุรกรรมจาก DynamoDB ซึ่งพร้อมใช้งานใน OpenSearch Service ภายในไม่กี่วินาทีหลังจากการเขียน ลูกค้าเพียงแค่เลือกตาราง DynamoDB ที่มีข้อมูลที่ต้องการวิเคราะห์ด้วย OpenSearch Service และการบูรณาการ ETL แบบไร้รอยต่อจะจําลองสคีมาและข้อมูลลงใน OpenSearch Service ทันทีโดยใช้ไปป์ไลน์การนําเข้า OpenSearch ลูกค้าสามารถจําลองข้อมูลจากตาราง DynamoDB ได้หลายตารางไปยังโดเมนที่มีการจัดการแบบ OpenSearch Service เพียงโดเมนเดียวหรือคอลเลกชันแบบไม่ต้องใช้เซิร์ฟเวอร์เพื่อรับข้อมูลเชิงลึกแบบองค์รวมจากแอปพลิเคชันต่างๆ ในขณะเดียวกันก็รวมแอสเซ็ตการวิเคราะห์หลักเข้าด้วยกัน เพื่อประหยัดต้นทุนและเพิ่มประสิทธิภาพในการดําเนินงานได้อย่างมาก
ลูกค้าสามารถเริ่มต้นใช้งานได้โดยใช้ คอนโซลการจัดการของ AWS สําหรับ DynamoDB OpenSearch Service AWS CLI หรือ AWS SDK หรือ AWS CloudFormation หากต้องการเปิดใช้งานผสานรวม ลูกค้าจะต้องเลือกตาราง DynamoDB ที่มีข้อมูลที่ต้องการจำลองเป็นอันดับแรก จากนั้นลูกค้าจะเลือกสตรีม DynamoDB สําหรับการจําลองแบบแบบใกล้เคียงเรียลไทม์หรือเลือกการส่งออกส่วนเพิ่มของ DynamoDB สําหรับการจําลองแบบแบบหน่วงเวลา เป็นกลไก CDC เพื่อให้ข้อมูลระหว่างสองระบบซิงค์กัน
การบูรณาการ ETL แบบไร้รอยต่อนี้จะสร้างไปป์ไลน์ OpenSearch Ingestion ในบัญชีของลูกค้า ซึ่งจะรับหน้าที่ดูแลการจําลองแบบข้อมูลไปยังคลัสเตอร์ที่มีการจัดการแบบ OpenSearch Service หรือคอลเลกชันแบบไม่ต้องใช้เซิร์ฟเวอร์ การนําเข้าของ OpenSearch จะเรียนรู้โครงสร้างของตาราง DynamoDB จากนั้นจะสร้างโดเมนที่มีการจัดการแบบ OpenSearch Service ที่เทียบเท่ากันหรือสร้างโดเมนคอลเลกชันแบบไม่ต้องใช้เซิร์ฟเวอร์ และบูตปลายทางด้วยข้อมูลที่มีจากตาราง DynamoDB หรืออีกทางหนึ่ง ลูกค้าสามารถระบุสคีมาสําหรับดัชนีที่จะสร้างขึ้นใน OpenSearch Service ได้ด้วยเช่นกัน
การบูรณาการ ETL แบบไร้รอยต่อนี้มีแดชบอร์ดที่คุณสามารถตรวจสอบสถานะของการผสานการทํางานได้ครบวงจนด้วยตัววัดแบบเรียลไทม์และข้อมูลบันทึกของ Amazon CloudWatch คุณสามารถตั้งค่าการแจ้งเตือนได้ในกรณีที่มีการละเมิดเกณฑ์ที่ผู้ใช้กําหนด การผสานรวมนี้ยังตรวจสอบสถานะของตาราง DynamoDB และดัชนีของ OpenSearch Service อย่างต่อเนื่อง และแจ้งให้ผู้ใช้ทราบทันทีในกรณีที่มีรีเกรสชันในเอนทิตีใดๆ เหล่านี้
เพื่อให้แน่ใจว่าการนําเข้า OpenSearch มีสิทธิ์ที่จําเป็นในการทําจำลองข้อมูลในทั้งสองระบบนี้การบูรณาการ ETL แบบไร้รอยต่อกับ OpenSearch Service จะสร้างบทบาทใน IAM ที่มีสิทธิ์ที่จําเป็นในการอ่านข้อมูลจากตาราง DynamoDB และเขียนไปยังโดเมนหรือคอลเลกชันของ OpenSearch บทบาทนี้จะสร้างขึ้นโดยไปป์ไลน์การนําเข้าของ OpenSearch เพื่อให้แน่ใจว่าเมื่อย้ายข้อมูลจากต้นทางไปยังปลายทางจะได้รับการรักษาความปลอดภัยที่เหมาะสมและสม่ำเสมอ
การบูรณาการ ETL แบบไร้รอยต่อนี้ใช้ความสามารถในการแปลงข้อมูลแบบเนทีฟของไปป์ไลน์นำเข้าของ OpenSearch เพื่อรวบรวมและกรองข้อมูลในขณะที่ทำการเคลื่อนข้าย เมื่อมีการย้ายข้อมูลจากตาราง DynamoDB ลูกค้าอาจต้องการวางฟิลด์สองสามฟิลด์หรือสร้างฟิลด์ใหม่ตามการรวบรวมในฟิลด์ที่มีอยู่
อีกทางเลือกหนึ่งลูกค้ายังสามารถเขียนข้อมูลบันทึกที่กําหนดเองสําหรับการนำเข้าข้อมูลของ OpenSearch เพื่อให้สามารถแปลงข้อมูลได้ตรงตามความต้องการ สําหรับผู้ใช้รายอื่นที่ต้องการย้ายข้อมูลทั้งหมดจากต้นทางไปยัง Data Sink การบูรณาการ ETL แบบไร้รอยต่อนี้จะให้พิมพ์เขียวการนำเข้าข้อมูลของ OpenSearch นอกกรอบเพื่อให้สามารถทําการผสานรวมได้ด้วยการคลิกเพียงแค่ไม่กี่ปุ่ม
การบูรณาการ ETL แบบไร้รอยต่อนี้ให้ตัวเลือกที่สามารถให้ลูกค้ากำหนดสคีมาข้อมูลได้ตามความต้องการ พร้อมการแมปดัชนีที่ใช้การนำเข้าข้อมูลของ OpenSearch เมื่อทำการเขียนข้อมุลจาก DynamoDB ไปยัง OpenSearch Service ประสบการณ์นี้จะถูกเพิ่มลงในคอนโซล UI ภายใน DynamoDB เพื่อให้ลูกค้าสามารถควบคุมรูปแบบของดัชนีที่สร้างขึ้นบน OpenSearch Service ได้อย่างสมบูรณ์
การผสานรวม ETL แบบไร้รอยต่อ กับ OpenSearch Service ไม่มีค่าใช้จ่ายเพิ่มเติม นอกเหนือจากค่าใช้จ่ายขององค์ประกอบพื้นฐาน การผสานรวม ETL แบบไร้รอยต่อนี้ใช้การนำเข้าข้อมูลของ OpenSearch เพื่ออ่านข้อมูลในตาราง DynamoDB และจำลองข้อมูลไปยัง OpenSearch Service ค่าใช้จ่ายที่เกี่ยวข้องกับการผสานรวม ETL แบบไร้รอยต่อ DynamoDB กับ OpenSearch Service คือค่าใช้จ่ายด้าน OpenSearch Compute Units (OCUs) ที่ใช้ในการนำเข้าข้อมูลของ OpenSearch เพื่อจำลองข้อมูลทั่วทั้งระบบ นอกจากนี้ ลูกค้ายังมีตัวเลือกในการเลือกสตรีม DynamoDB หรือการส่งออกส่วนเพิ่มเป็นตัวเลือกของ CDC ได้อีกด้วย สําหรับการส่งออกส่วนเพิ่ม จะมีค่าใช้จ่ายที่เกี่ยวข้องกับการเขียนข้อมูลไปยังบัคเก็ต S3 สําหรับสตรีม DynamoDB ลูกค้าจะถูกเรียกเก็บเงินมาตรฐานสําหรับการใช้สตรีม DynamoDB
การบูรณาการ ETL แบบไร้รอยต่อ กับ OpenSearch Service พร้อมให้ใช้งานในทุกรีเจี้ยนที่ OpenSearch Ingestion พร้อมให้ใช้งานในปัจจุบัน
การเรียกเก็บเงิน
เปิดทั้งหมดใช่ คุณสามารถซื้อ Database Savings Plans สำหรับการใช้งาน Amazon DynamoDB ของคุณ และลดค่าใช้จ่ายลงได้สูงสุดถึง 18% เมื่อคุณทำข้อตกลงในการใช้งานในปริมาณที่สม่ำเสมอเป็นระยะเวลา 1 ปี ข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานที่มีสิทธิ์สามารถพบได้ใน หน้า Database Savings Plans
มี Free Tier ของ DynamoDB ให้พื้นที่จัดเก็บข้อมูลมากมายถึง 25 GB พร้อมด้วยหน่วยความจุการเขียนที่จัดเตรียมไว้ 25 หน่วย และหน่วยความจุการอ่านที่จัดเตรียมไว้ 25 หน่วย (WCU, RCU) ซึ่งเพียงพอที่จะจัดการคำขอ 200 ล้านรายการต่อเดือน
DynamoDB เป็นฐานข้อมูลที่ไม่สัมพันธ์แบบไม่ต้องใช้เซิร์ฟเวอร์อย่างเต็มรูปแบบ เมื่อเทียบกับฐานข้อมูลอื่นๆ ที่เรียกเก็บจากเมตริกต่างๆ เช่น พื้นที่จัดเก็บ DynamoDB สามารถปรับขนาดเป็นศูนย์ได้ ซึ่งหมายความว่าเมื่อลูกค้าใช้โหมดปรับขนาดตามความต้อง ลูกค้าจะต้องจ่ายเฉพาะทรัพยากรที่ใช้งานอยู่เท่านั้น
พูดง่ายๆ แบบปรับขนาดตามความต้องการเหมาะสำหรับลูกค้าที่ต้องการจ่ายเฉพาะสิ่งที่พวกเขาใช้หรือมีเวิร์กโหลดที่คาดเดาไม่ได้ แบบความจุที่จัดเตรียมไว้เป็นที่นิยมของลูกค้าที่มีแอปพลิเคชันที่แสดงปริมาณการใช้งานที่สม่ำเสมอกันหรือคาดการณ์ได้ และต้องการคาดการณ์ความต้องการใช้งานเพื่อควบคุมค่าใช้จ่าย
DynamoDB มีเอกลักษณ์เฉพาะตัวเนื่องจากมันเป็นฐานข้อมูลแบบไม่ต้องใช้เซิร์ฟเวอร์ที่ให้ทางเลือกแก่ลูกค้าในการจ่ายเงินเฉพาะทรัพยากรที่พวกเขาใช้เท่านั้น และจะปรับขนาดเป็นศูนย์เมื่อไม่ได้ใช้งานด้วยการกำหนดราคาตามความต้องการ เมื่อฐานข้อมูลอยู่ในการใช้งาน จะคำนวณค่าใช้จ่ายตามหน่วยคำขอเขียนและอ่าน
- การสำรองข้อมูลตามความต้องการที่ใช้การสำรองข้อมูลสแนปช็อตที่จุดที่ระบุในเวลา
- ตารางส่วนกลางสำหรับการจำลองแบบหลายรีเจี้ยนและแบบมัลติแอคทีฟ
- DynamoDB Accelerator (DAX) ซึ่งเป็นบริการแคชที่รองรับ Amazon DynamoDB ช่วยลดเวลาแฝงผ่านแคชแบบใช้หน่วยความจำ
- สตรีม DynamoDB สำหรับลำดับตามเวลาของการเปลี่ยนแปลงระดับรายการในตาราง
DynamoDB มีชุดตัวเลือกมากมายที่สามารถเพิ่มลงเข้ามาในบริการได้ รายการบางส่วนเช่น: