Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengkonfigurasi integrasi
Saat menyiapkan integrasi nol-ETL, Anda dapat mengonfigurasi berbagai parameter untuk mengontrol bagaimana data disinkronkan antara sumber dan sistem target Anda. Pengaturan berikut saat ini hanya tersedia untuk sumber SaaS.
## Mengkonfigurasi Interval Penyegaran
Anda dapat mengonfigurasi interval Refresh untuk integrasi untuk sumber SaaS pada saat pembuatan integrasi. Nilai default adalah 1 jam. Anda dapat mengonfigurasi frekuensi di mana CDC (Change Data Capture) menarik atau beban tambahan harus terjadi. Ini memberikan fleksibilitas untuk menyelaraskan kecepatan refresh dengan pola pembaruan data spesifik Anda, pertimbangan pemuatan sistem, dan sasaran pengoptimalan kinerja. Peningkatan waktu dapat diatur dari 15 menit menjadi 8640 menit (enam hari). Interval penyegaran tidak dapat dimodifikasi setelah integrasi dibuat saat targetnya adalah Redshift. Untuk target lain, interval penyegaran dapat dimodifikasi setelah pembuatan integrasi. Untuk sumber DynamoDB dengan interval penyegaran 24 jam atau lebih, [Batch harian berurutan untuk sumber DynamoDB](#zero-etl-config-refresh-interval-ddb-batches) lihat untuk detail tentang pemrosesan batch harian berurutan.
Ini dapat dilakukan melalui konsol, dengan memperbarui interval penyegaran dalam Pengaturan Replikasi.
Peningkatan waktu dapat diatur dari 15 menit menjadi 8640 menit (enam hari), memungkinkan Anda untuk menyeimbangkan antara kesegaran data dan pemanfaatan sumber daya sistem. Saat ini, interval penyegaran dapat disesuaikan untuk sumber DynamoDB dan SaaS:
+ **Interval minimum:** 15 menit
+ **Interval maksimum:** 8640 menit (6 hari)
+ **Nilai default:** 15 menit untuk sumber DynamoDB dan 60 menit untuk sumber SaaS
Faktor yang perlu dipertimbangkan saat memilih interval penyegaran:
+ **Volatilitas data:** Seberapa sering data sumber Anda berubah
+ **Persyaratan bisnis:** Seberapa terkini data analitik Anda
+ **Pertimbangan biaya:** Pembaruan yang lebih sering dapat mengakibatkan biaya pemrosesan dan penyimpanan yang lebih tinggi
**catatan**
RefreshInterval parameter mendefinisikan frekuensi pemicu CDC. Frekuensi penyegaran yang sebenarnya dapat dipengaruhi oleh volume perubahan dalam data sumber Anda dan kapasitas pemrosesan sistem target. Pantau kinerja integrasi Anda dan sesuaikan interval penyegaran sesuai kebutuhan untuk mengoptimalkan kasus penggunaan spesifik Anda.
Atau melalui API dengan meneruskan bagian `RefreshInterval` dalam [IntegrationConfig](https://docs.aws.amazon.com/glue/latest/webapi/API_IntegrationConfig.html)sebagai bagian dari CreateIntegration Permintaan. Untuk memodifikasi interval penyegaran secara terprogram, Anda dapat menggunakan [ModifyIntegration API](https://docs.aws.amazon.com/glue/latest/webapi/API_ModifyIntegration.html#API_ModifyIntegration_RequestSyntax) dengan parameter. IntegrationConfig
### Batch harian berurutan untuk sumber DynamoDB
Untuk integrasi nol-ETL dengan sumber Amazon DynamoDB, saat Anda mengonfigurasi interval penyegaran 1440 menit (24 jam) atau lebih, integrasi menggunakan pemrosesan batch harian berurutan, bukan operasi ekspor tunggal. Perilaku ini disebabkan oleh batasan [jendela ekspor DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/ServiceQuotas.html), yang memiliki periode ekspor maksimum 24 jam.
Ketika interval penyegaran melebihi 24 jam, integrasi beroperasi sebagai berikut:
1. Proses CDC menunggu durasi interval penyegaran penuh (misalnya, 6 hari untuk interval 8640 menit).
1. Setelah interval penyegaran berlalu, integrasi melakukan beberapa ekspor DynamoDB berurutan, masing-masing mencakup hingga jendela 24 jam.
1. Pekerjaan CDC memproses setiap batch secara berurutan untuk menangkap semua perubahan yang terjadi selama periode interval penyegaran.
Misalnya, jika Anda menetapkan interval penyegaran 8640 menit (6 hari), integrasi akan menunggu 6 hari dan kemudian mengeksekusi 6 atau 7 ekspor berurutan (ekspor 1 ekor mencakup waktu tambahan yang dihabiskan untuk operasi ekspor) dan pekerjaan CDC untuk menyinkronkan semua perubahan dari periode itu.
## Cuplikan Sesuai Permintaan
Zero-ETL secara default mencakup pengambilan data berkelanjutan (CDC) tetapi jika Anda memiliki kasus penggunaan untuk mereplikasi data lengkap setelah Anda dapat melakukannya dengan menggunakan fitur Snapshot On-Demand. Fitur yang saat ini didukung hanya untuk sumber SaaS dapat digunakan untuk mereplikasi data sekali tanpa sinkronisasi berkelanjutan. Opsi ini menyediakan replikasi data satu kali tanpa pembaruan yang sedang berlangsung, dan memerlukan pembersihan manual. Setelah replikasi selesai, sebaiknya hapus sumber daya integrasi agar tidak mencapai batas integrasi akun.
Atau melalui API dengan menyetel `ContinuousSync` parameter ke `false` dalam [IntegrationConfig](https://docs.aws.amazon.com/glue/latest/webapi/API_IntegrationConfig.html)sebagai bagian dari CreateIntegration Permintaan.
**catatan**
Pengaturan On-Demand Snapshot tidak dapat dimodifikasi setelah integrasi dibuat. Pilih opsi ini dengan hati-hati berdasarkan persyaratan sinkronisasi data Anda.
## Memodifikasi interval Refresh
Fitur ini saat ini hanya tersedia untuk AWS Glue target dan memungkinkan Anda memperbarui interval penyegaran untuk integrasi yang ada.