View a markdown version of this page

Membuat replika instans Connect Customer yang ada - Pelanggan Amazon Connect
Hal-hal penting yang perlu diketahuiKarakteristik contoh replikaSumber daya apa yang dicerminkan dalam instance replikaApa yang harus dilakukan setelah instance replika dibuatKapan harus menghubungi AWS DukunganMengapa ReplicateInstance panggilan gagalMenemukan Wilayah sumber instans Anda

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

Membuat replika instans Connect Customer yang ada

catatan

Pengguna baru? Lihat Lokakarya Ketahanan Global Connect Customer. Kursus online ini memandu Anda melalui proses orientasi dan pengujian nomor telepon dan failover agen menggunakan API baru melalui AWS CLI.

Ketahanan Global hanya tersedia untuk instans Connect Customer yang dibuat di Wil AWS ayah berikut: AS Timur (Virginia Utara), AS Barat (Oregon), Asia Pasifik (Osaka), Asia Pasifik (Tokyo), Eropa (Frankfurt), dan Eropa (London).

  • Anda hanya dapat membuat replika di Wilayah AS Timur (Virginia Utara) jika sumber Anda adalah AS Barat (Oregon), atau sebaliknya.

  • Anda hanya dapat membuat replika di Wilayah Eropa (Frankfurt) jika sumber Anda adalah Eropa (London), atau sebaliknya.

  • Anda hanya dapat membuat replika di Wilayah Asia Pasifik (Osaka) jika sumber Anda adalah Asia Pasifik (Tokyo).

Untuk mendapatkan akses ke fitur ini, hubungi Arsitek Solusi Pelanggan Connect atau Manajer Akun Teknis Anda.

Anda memanggil ReplicateInstance API untuk membuat replika instance Connect Customer Anda di instans lain Wilayah AWS dan untuk menyalin informasi konfigurasi untuk sumber daya Connect Customer di seluruh Wilayah AWS.

Hal-hal penting yang perlu diketahui

  • Sebelum berlari ReplicateInstance:

    • Pastikan Anda memiliki izin IAM minimum yang diperlukan untuk membuat instance. Lihat Izin yang diperlukan untuk menggunakan kebijakan IAM khusus untuk mengelola akses ke konsol Connect Customer.

    • Perbarui alur Anda untuk mengganti Wilayah hardcode apa pun dengan $['AwsRegion'] parameter $.AwsRegion atau. Pada runtime aliran, parameter ini diganti dengan Wilayah tempat aliran dijalankan.

    • Pastikan fungsi Lambda Anda Wilayah AWS memiliki nama yang sama.

    • Untuk bot Amazon Lex, Anda dapat melakukan salah satu hal berikut:

      • Gunakan Amazon Lex Global Resiliency untuk mereplikasi bot di seluruh Wil AWS ayah dan mempertahankan ID bot.

      • Ubah aliran Anda ke cabang berdasarkan AWS Wilayah tempat aliran berjalan. Pada runtime aliran, parameter ini diganti dengan Wilayah tempat aliran dijalankan, seperti yang ditunjukkan pada contoh berikut.

        Halaman properti dari blok atribut kontak periksa.

    • Untuk mengi Kunci yang dikelola AWS zinkan dalam instance replika, menggunakan AWS konsol, buat instance Connect Customer sementara di Wilayah tempat Anda berencana membuat instance replika. Ini akan membuat default Kunci yang dikelola AWS untuk Connect Customer.

  • ReplicateInstancemenyalin konfigurasi Connect Custom Wilayah AWS er sebagai bagian dari proses replikasi awal. Setelah langkah pertama ini selesai, setiap perubahan yang dilakukan pada sumber daya asli atau cermin di lain waktu akan terus disinkronkan. Ini terjadi dua arah, dari sumber ke replika, dan dari replika ke sumber.

  • Semua nomor telepon pada instance sumber yang belum dikaitkan dengan grup nomor ditambahkan secara otomatis ke grup distribusi lalu lintas default. Langkah ini memungkinkan nomor telepon tersedia di Wilayah sumber dan replika, dan memungkinkan asosiasi aliran nomor telepon dicerminkan di seluruh wilayah. Wilayah AWS

  • Untuk contoh di Asia Pasifik (Tokyo), hanya nomor telepon yang secara eksplisit diaktifkan untuk Connect Customer Global Resiliency (ACGR) yang akan mendukung perilaku replikasi lengkap ke Asia Pasifik (Osaka). Saat melakukan routing melalui Asia Pasifik (Osaka), panggilan masuk mungkin mengalami waktu pengiriman hingga 20 detik.

  • Akses darurat untuk masuk ke instance replika hanya tersedia setelah profil routing default dan antrian telah dicerminkan di seluruh Wilayah.

  • Saat konfigurasi disebarkan Wilayah AWS, Anda dapat melihat kemajuan dalam AWS CloudTrail log. Atau, di situs web Connect Customer admin Anda dapat menavigasi ke Manajemen pengguna, Lihat perubahan historis untuk melihat jejak audit perubahan kepada pengguna. Jejak audit juga tersedia untuk konfigurasi lain.

  • Anda mungkin melihat kesalahan berikut di CloudTrail log yang tidak memengaruhi pencerminan konfigurasi.

    • Kesalahan Http 409 (konflik): Kesalahan ini terjadi karena konflik pencerminan saat memproses beberapa pembaruan konfigurasi yang dilakukan ke sumber daya pusat kontak yang sama secara berurutan. Meskipun kesalahan ini mungkin muncul di log Anda, kesalahan tersebut tidak memengaruhi pencerminan sumber daya pusat kontak Anda yang sebenarnya.

  • Konflik nama sumber daya akan terjadi jika sumber daya dalam instance sumber dan instance replika memiliki nama yang sama tetapi ID sumber daya yang berbeda. Ini mungkin terjadi, misalnya, jika sumber daya dalam instance replika dibuat secara manual di luar proses replikasi.

    Dalam kasus konflik nama sumber daya, ReplicateInstance tidak menyinkronkan sumber daya di seluruh Wilayah. Sebaliknya itu melempar ResourceConflictException kesalahan. Setelah menyelesaikan konflik nama (misalnya, menghapus sumber daya dalam instance replika), Anda dapat menjalankan ReplicateInstance lagi untuk menyinkronkan sumber daya.

  • Setelah menjalankanReplicateInstance, Anda harus menggunakan AssociateTrafficDistributionGroupUser API untuk mengaitkan agen ke grup distribusi lalu lintas default atau grup distribusi lalu lintas kustom.

  • Menjalankan ReplicateInstance tidak menyinkronkan fungsi Lambda atau bot Amazon Lex, atau integrasi/pihak ketiga lainnya yang mungkin Anda miliki.

Karakteristik contoh replika

  • Instans Connect Customer replika dibuat di AWS akun yang sama dengan instance Connect Customer Anda yang ada.

  • ReplicateInstancemembuat grup distribusi lalu lintas default jika belum ada. Grup distribusi lalu lintas default ini memiliki tiga jenis distribusi lalu lintas:

    • Masuk

    • Agen

    • Telepon

    Gunakan CreateTrafficDistributionGroup API untuk membuat lebih banyak grup distribusi lalu lintas, namun, grup distribusi lalu lintas tambahan ini bukan grup distribusi lalu lintas default dan dengan demikian hanya mendukung distribusi agen dan telepon.

  • Grup distribusi lalu lintas default adalah satu-satunya grup distribusi lalu lintas tempat Anda dapat mengubah SignInConfig distribusi. Lihat IsDefault parameter dalam tipe TrafficDistributionGroup data.

  • Anda gunakan SignInConfig untuk memilih server masuk backend untuk membantu agen masuk ke instans Connect Customer mereka. Misalnya, jika Anda memanggil UpdateTrafficDistribution dengan modifikasi SignInConfig dan non-defaultTrafficDistributionGroup, an InvalidRequestException dikembalikan.

  • Instans replika memiliki ID instance yang sama dengan instance Connect Customer yang direplikasi darinya.

Sumber daya apa yang dicerminkan dalam instance replika

ReplicateInstancemencerminkan Connect Customer sumber daya berikut di seluruh Wilayah AWS.

penting

Kuota layanan untuk sumber daya ini dicocokkan secara otomatis Wilayah AWS sebelum sumber daya dicerminkan di seluruh Wilayah. Untuk menambah kuota lain dalam instance replika, kirimkan permintaan.

  • Kemahiran agen

  • Arus

  • Modul aliran

  • Pengguna

  • Perutean profil

  • Antrean

  • Profil keamanan

  • Jam operasional

  • Menghubungkan cepat

  • Atribut yang telah ditentukan

  • Prompt (tidak termasuk yang disimpan di S3)

  • Hierarki pengguna (grup dan level)

  • Status agen

  • Atribut yang telah ditentukan

  • Laporan yang disimpan

  • Tampilan

  • Tabel data

  • Workspace

  • Versi Modul Aliran

  • Alias Modul Aliran

  • Metrik Kustom

  • Kasus Uji

  • Notifikasi

Catatan penting tentang sumber daya tertentu

  • Laporan tersimpan: Saat laporan yang disimpan direplikasi, jadwal yang terkait dengan laporan yang disimpan tidak di replikasi.

  • Tampilan: Hanya Tampilan dalam status yang diterbitkan yang direplikasi. Tampilan dalam status draf tidak direplikasi.

  • Tabel data: Saat Anda mereplikasi instance, Connect Customer memperbarui kode Wilayah dari Nama Sumber Daya Amazon (ARN) literal untuk sumber daya bantuan agen Connect Customer atau Connect Customer ke Wilayah lokal. Ini berlaku apakah ARN disimpan sebagai nilai tabel data biasa atau muncul dalam ekspresi yang didukung (misalnya, =HOOP() atau=XLOOKUP()).

ReplicateInstancejuga mereplikasi asosiasi berikut di seluruh: Wilayah AWS

  • Nomor telepon untuk mengalir

  • Antrian ke profil routing

  • Profil pengguna ke keamanan, profil routing, dan hierarki pengguna

  • Perutean profil

  • Antrian untuk koneksi cepat

  • Antrian hingga jam operasi

  • Antrian untuk mengalir

catatan

Setelah replikasi awal, perubahan konfigurasi direplikasi dua arah antara instans yang direplikasi hampir secara real-time. Jika gagal, Connect Customer Global Resiliency mencoba menyinkronkan pembaruan dalam waktu 30 menit.

Apa yang harus dilakukan setelah instance replika dibuat

Setelah instance Connect Customer replika dibuat, Anda perlu mengonfigurasinya:

  1. Pastikan redundansi untuk integrasi front-end dan back-end (misalnya, SSO, Lambda, Lex) di seluruh Wilayah.

  2. Buat pembaruan manual yang cocok di seluruh instans yang ditautkan.

  3. Gunakan AssociateTrafficDistributionGroupUser API untuk mengaitkan agen ke grup distribusi lalu lintas default.

    Sebelum Anda dapat mengaitkan agen ke grup distribusi lalu lintas, mereka harus ada pada instans sumber dan replika. Anda tidak dapat mengaitkan pengguna ke grup distribusi lalu lintas ketika mereka baru ditambahkan ke instance sumber dan belum ada di replika.

Kapan harus menghubungi AWS Dukungan

Hu AWS bungi Dukungan untuk bantuan dengan kegiatan berikut:

  • Untuk memahami status mirroring di luar apa yang tersedia di CloudTrail log dan jejak audit di situs web Connect Customer admin.

Mengapa ReplicateInstance panggilan gagal

Pang ReplicateInstance gilan API gagal dengan an InvalidRequestException dalam kasus berikut:

  1. Wilayah tempat Anda membuat replika adalah Wilayah yang sama dengan instance yang ada.

  2. Instance sudah direplikasi sebagai bagian dari panggilan ReplicateInstance API yang berbeda.

  3. Instance tidak memiliki alias.

  4. Instance tidak dalam ACTIVE status.

  5. Instance tidak mengaktifkan SAML.

  6. Ada konflik nama sumber daya.

Cara menemukan Region sumber instans Connect Customer

Jika lupa Wilayah mana yang merupakan Wilayah sumber untuk instans Connect Customer Anda, lakukan langkah-langkah berikut untuk menemukannya:

  1. Panggil ListTrafficDistributionGroups API dengan AndaInstanceId.

  2. Untuk setiap grup distribusi lalu lintas dalam daftar respons, yang dikembalikan InstanceARN menyertakan Wilayah sumber. Misalnya di ARN berikut, source-region akan menjadi Wilayah instance Connect Customer Anda.

    arn:aws:connect:source-region:account-id:traffic-distribution-group/ traffic-distribution-group-id