Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Kuesioner orientasi beban kerja di Deteksi dan Respons Insiden (jalur pengecualian)
catatan
Jika Anda tidak dapat menggunakan CLI IDR untuk mengisi beban kerja Anda, gunakan kuesioner berikut untuk orientasi beban kerja.
Topik ini menyediakan kuesioner yang perlu Anda lengkapi saat melakukan onboarding beban kerja dan mengonfigurasi alarm untuk diserap ke AWS Incident Detection and Response. Kuesioner orientasi beban kerja mencakup informasi umum tentang beban kerja Anda, detail arsitekturnya, alarm, dan kontak untuk respons insiden. Di bagian penyerapan alarm kuesioner, Anda menentukan alarm kritis yang memicu pembuatan insiden di Deteksi dan Respons Insiden untuk beban kerja Anda, serta informasi runbook tentang siapa yang harus dihubungi dan tindakan apa yang harus diambil. Mengisi kuesioner ini dengan benar adalah langkah kunci dalam menyiapkan proses pemantauan dan respons insiden untuk AWS beban kerja Anda.
Unduh kuesioner orientasi beban kerja:
Rincian beban kerja - Pertanyaan umum
| Pertanyaan | Contoh Respons |
|---|---|
| Nama Perusahaan | Amazon Inc. |
| Nama beban kerja ini (termasuk singkatan apa pun) | Operasi Ritel Amazon (ARO) |
| Pengguna akhir primer dan fungsi beban kerja ini. | Beban kerja ini adalah aplikasi e-commerce yang memungkinkan pengguna akhir untuk membeli berbagai item. Beban kerja ini adalah penghasil pendapatan utama untuk bisnis kami. |
Detail beban kerja - Pertanyaan arsitektur
| Pertanyaan | Contoh Respons |
|---|---|
Daftar tag sumber AWS daya yang digunakan untuk menentukan sumber daya yang merupakan bagian dari beban kerja ini. AWS menggunakan tag ini untuk mengidentifikasi sumber daya beban kerja ini untuk mempercepat dukungan selama insiden. catatanTag peka terhadap huruf besar dan kecil. Jika Anda memberikan beberapa tag, semua sumber daya yang digunakan oleh beban kerja ini harus memiliki tag yang sama. |
Nama Aplikasi: Optimax lingkungan: Produksi |
Daftar Layanan AWS(s) yang digunakan oleh beban kerja ini, Akun AWS(s) dan Wilayah AWS(s) tempat mereka berada. |
Layanan AWS: Rute 53, ALB, ECS,... Akun: 123456789101, 123456789102,... Wilayah: US-EAST-1, US-WEST-2,... |
Detail beban kerja - Pertanyaan penyerapan alarm
Untuk pertanyaan penyerapan alarm, Anda menentukan alarm kritis untuk beban kerja Anda yang ingin Anda gunakan Deteksi dan Respons Insiden AWS, serta kontak yang Anda inginkan untuk digunakan oleh Insinyur Manajemen Insiden saat alarm ini dipicu.
Bagian konsumsi alarm dibagi menjadi beberapa bagian berikut:
Bagian Kontak: Pertama, tentukan kontak utama yang akan disertakan pada Dukungan Kasus yang dibuat dengan AWS Incident Detection and Response saat alarm dipicu, serta aplikasi konferensi pilihan Anda untuk jembatan insiden. Jika tidak ada preferensi jembatan yang disediakan, AWS Incident Detection and Response akan membuat jembatan insiden selama insiden. Selanjutnya, tentukan kontak eskalasi dan interval waktu untuk melibatkan mereka ketika kontak utama tidak dapat dijangkau. Terakhir, daftarkan setiap kontak yang harus menerima pembaruan status insiden reguler melalui kasus dukungan selama insiden terjadi.
Matriks alarm: Buat daftar rangkaian alarm yang akan melibatkan Deteksi dan Respons Insiden AWS saat dipicu. Lihat “Kriteria Alarm Kritis” yang ditentukan oleh Deteksi dan Respons Insiden AWS saat memilih alarm untuk onboarding. Untuk informasi selengkapnya, lihat Definisi alarm.
CloudWatch Alarm Amazon (biarkan bagian ini kosong jika Anda tidak memiliki CloudWatch alarm Amazon)
Alarm APM pihak ketiga (biarkan bagian ini kosong jika Anda tidak memiliki alarm APM pihak ketiga)
EventBridge EventBus ARN: Ini adalah ARN dari EventBus ARN khusus yang Anda buat di Mengambil Alarm dari APM dengan integrasi langsung EventBridge atauMenelan alarm dari APM tanpa integrasi langsung dengan EventBridge.
Pengidentifikasi Alarm: Bagikan nomor akun, wilayah, dan nama alarm APM.
Kontak Keterlibatan Beban Kerja dan Eskalasi - Pertanyaan Runbook
| Pertanyaan | Contoh Respons |
|---|---|
AWS melibatkan kontak beban kerja melalui Dukungan kasus. Siapa kontak utama ketika alarm memicu beban kerja ini? Tentukan aplikasi konferensi pilihan Anda dan AWS akan meminta rincian ini selama insiden. catatanJika aplikasi konferensi pilihan tidak disediakan, maka AWS akan menghubungi selama insiden dan menyediakan jembatan Chime bagi Anda untuk bergabung. |
Tim Aplikasi app@example.com +61 2 3456 7890 |
Jika kontak utama tidak tersedia selama insiden, harap berikan kontak eskalasi dan garis waktu dalam urutan komunikasi yang diinginkan. |
1. Setelah 10 menit, jika tidak ada tanggapan dari Kontak Utama, libatkan: John Smith - Pengawas Aplikasi john.smith@example.com +61 2 3456 7890 2. Setelah 10 menit, jika tidak ada tanggapan dari John Smith, hubungi: Jane Smith - Manajer Operasi jane.smith@example.com +61 2 3456 7890 |
Matriks alarm
Berikan informasi berikut untuk mengidentifikasi rangkaian alarm yang akan melibatkan Deteksi dan Respon Insiden AWS untuk membuat insiden atas nama beban kerja Anda. Setelah teknisi dari AWS Incident Detection and Response meninjau alarm Anda, langkah-langkah onboarding tambahan akan dikirimkan.
Kriteria alarm kritis Deteksi dan Respons Insiden AWS:
Alarm Deteksi Insiden dan Respons AWS hanya boleh masuk ke status “Alarm” setelah dampak bisnis yang signifikan terhadap beban kerja yang dipantau (kehilangan pengalaman revenue/degraded pelanggan) yang memerlukan perhatian operator segera.
Alarm Deteksi Insiden dan Respons AWS juga harus melibatkan resolver Anda untuk beban kerja pada saat yang sama atau sebelum keterlibatan. AWS Manajer Insiden berkolaborasi dengan penyelesai Anda dalam proses mitigasi, dan tidak berfungsi sebagai responden lini pertama yang kemudian meningkat kepada Anda.
Ambang batas alarm Deteksi Insiden dan Respons AWS harus diatur ke ambang batas dan durasi yang sesuai sehingga setiap kali alarm menyala, penyelidikan harus dilakukan. Jika alarm bergerak antara status “Alarm” dan “OK”, dampak yang cukup terjadi untuk menjamin respons dan perhatian operator.
Kebijakan Deteksi dan Respons Insiden AWS untuk pelanggaran kriteria:
Kriteria ini hanya dapat dievaluasi berdasarkan kasus per kasus saat peristiwa terjadi. Tim Manajemen Insiden bekerja dengan manajer akun teknis (TAM) Anda untuk menyesuaikan alarm dan dalam kasus yang jarang menonaktifkan pemantauan jika diduga alarm pelanggan tidak mematuhi kriteria ini dan melibatkan tim Manajemen Insiden secara tidak perlu pada tingkat reguler.
penting
Berikan alamat email distribusi grup saat memberikan alamat kontak, sehingga Anda dapat mengontrol penambahan dan penghapusan penerima tanpa pembaruan runbook.
Berikan nomor telepon kontak untuk tim rekayasa keandalan situs (SRE) Anda jika Anda ingin tim Deteksi dan Respons Insiden AWS menghubungi mereka setelah mengirim email keterlibatan awal.
CloudWatch Alarm ARN |
Kontak utama untuk alarm ini. (Jika berbeda dari kontak utama beban kerja) |
Tentukan yang paling relevan Layanan AWS untuk alarm ini untuk melibatkan insinyur yang tepat. Mas N/A uk jika tidak diperlukan. |
Contoh:
|
Contoh: Sam Smith - Manajer Aplikasi sam.smith@example.com +61 2 3456 7890 |
Contoh: ECS |
EventBridge Bus Acara ARN (Ini dibuat sebagai bagian dari integrasi APM pihak ketiga untuk merutekan peringatan ke AWS Incident Detection and Response.) |
Contoh: (Akan ada bus acara per Account/Region kombinasi)
|
||
Pengidentifikasi Alarm |
Apa yang diwakili oleh metrik ini? Mengapa alarm ini penting? |
Kontak utama untuk alarm ini. (Jika berbeda dari kontak utama beban kerja) |
Tentukan yang paling relevan Layanan AWS untuk alarm ini untuk melibatkan insinyur yang tepat. Mas N/A uk jika tidak diperlukan. |
Contoh: ALB_5xx_ Target_Response ID Akun: 123456789012 Wilayah: us-east-1 |
Contoh: Metrik ini mewakili respons transaksi dari target di belakang ALB. Jika kesalahan 5XX melebihi ambang batas, ini merupakan kegagalan kritis untuk memproses transaksi bisnis. |
Contoh: Sam Smith - Manajer Aplikasi sam.smith@example.com +61 2 3456 7890 |
Contoh: ECS |
