Menangkap perubahan grafik secara real time menggunakan aliran Neptunus - Amazon Neptune

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Menangkap perubahan grafik secara real time menggunakan aliran Neptunus

Pengaliran Neptune mencatat setiap perubahan di grafik Anda seperti yang terjadi, dalam urutan yang dibuat, dengan cara yang terkelola sepenuhnya. Setelah Anda mengaktifkan Stream, Neptune mengurus ketersediaan, cadangan, keamanan dan kedaluwarsa.

catatan

Fitur ini tersedia di Mode Lab yang dimulai dengan Rilis 1.0.1.0.200463.0 (2019-10-15), dan tersedia untuk penggunaan produksi dimulai dengan rilis mesin Neptune 1.0.2.2.R2.

Berikut ini adalah beberapa dari banyak kasus penggunaan di mana Anda mungkin ingin menangkap perubahan pada grafik yang terjadi:

  • Anda mungkin ingin aplikasi Anda memberi tahu orang secara otomatis saat perubahan tertentu dibuat.

  • Anda mungkin ingin mempertahankan versi data grafik saat ini di penyimpanan data lain juga, seperti Amazon OpenSearch Service, Amazon ElastiCache, atau Amazon Simple Storage Service (Amazon S3).

Neptune menggunakan penyimpanan asli yang sama untuk pengaliran perubahan-log seperti untuk data grafik. Neptune menulis entri log perubahan secara sinkron bersama-sama dengan transaksi yang membuat perubahan tersebut. Anda mengambil catatan perubahan ini dari aliran log menggunakan file HTTP RESTAPI. (Untuk informasi, lihat Memanggil Streams API.)

Diagram berikut menunjukkan cara data perubahan-log dapat diambil dari Pengaliran Neptune.

Diagram yang menunjukkan cara data perubahan-log dapat diambil dari instans penulis dan baca-replika.
Jaminan aliran Neptunus

  • Perubahan yang dilakukan oleh transaksi segera tersedia untuk pembacaan dari penulis dan pembaca segera setelah transaksi selesai (selain dari setiap lag replikasi normal dalam pembaca).

  • Catatan perubahan muncul secara ketat berurutan, dalam urutan di mana perubahan terjadi (ini termasuk perubahan yang dilakukan dalam transaksi).

  • Pengaliran perubahan tidak mengandung duplikat. Setiap perubahan dicatat hanya sekali.

  • Pengaliran perubahan selesai. Tidak ada perubahan yang hilang atau dihilangkan.

  • Pengaliran perubahan berisi semua informasi yang diperlukan untuk menentukan keadaan lengkap database itu sendiri pada setiap titik waktu, asalkan keadaan awal diketahui.

  • Pengaliran dapat diaktifkan atau dinonaktifkan kapan saja.

Neptunus mengalirkan properti operasional

  • Pengaliran perubahan-log sepenuhnya dikelola.

  • Data perubahan-log ditulis serentak sebagai bagian dari transaksi yang sama yang membuat perubahan.

  • Ketika Stream Neptune diaktifkan, Anda dikenakan I/O dan biaya penyimpanan yang terkait dengan data perubahan-log.

  • Secara default, catatan perubahan secara otomatis dibersihkan satu minggu setelah dibuat. Dimulai dengan rilis mesin 1.2.0.0, periode retensi ini dapat diubah menggunakan parameter cluster DB neptune_streams_expiry_days ke sejumlah hari antara 1 dan 90.

  • Baca performa pada skala pengaliran dengan instans.

  • Anda dapat mencapai ketersediaan tinggi dan membaca throughput menggunakan replika baca. Tidak ada batas pada jumlah pembaca pengaliran yang dapat Anda buat dan gunakan secara bersamaan.

  • Data perubahan-log direplikasi di beseluruh Availability Zones, membuatnya sangat tahan lama.

  • Data log seaman data grafik Anda sendiri. Ini dapat dienkripsi saat istirahat dan saat transit. Akses dapat dikontrol menggunakanIAM, AmazonVPC, dan AWS Key Management Service (AWS KMS). Seperti data grafik, data dapat dicadangkan dan kemudian dipulihkan menggunakan point-in-time restores (PITR).

  • Penulisan sinkron data pengaliran sebagai bagian dari setiap transaksi menyebabkan sedikit degradasi dalam performa tulis secara keseluruhan.

  • Data pengaliran tidak dipecah, karena Neptune adalah single-sharded sesuai desain.

  • Aliran log GetRecords API menggunakan sumber daya yang sama seperti semua operasi grafik Neptunus lainnya. Ini berarti bahwa klien perlu melakukan load balance antara permintaan pengaliran dan permintaan DB lainnya.

  • Ketika pengaliran dinonaktifkan, semua data log segera menjadi tidak dapat diakses. Ini berarti bahwa Anda harus membaca semua data log yang menarik bagi Anda sebelum Anda menonaktifkan logging.

  • Saat ini tidak ada integrasi asli dengan AWS Lambda. Pengaliran log tidak menghasilkan peristiwa yang dapat memicu fungsi Lambda.

Topik