Herion dan selamat datang kembali sekarang ke video ini di tingkat tinggi, atau kita akan membahas tentang layanan
konfigurasi AWB.
Sekarang, konfigurasi AWB terutama digunakan untuk merekam perubahan konfigurasi sumber daya dari waktu ke waktu.
Sekarang, misalnya, mari kita lihat, di minggu pertama, Anda memiliki infrastruktur tertentu.
Anda hanya memiliki satu set dua contoh.
Sekarang, di minggu kedua, apa yang Anda putuskan untuk dilakukan, Anda memutuskan untuk juga memiliki penyeimbang beban yang terintegrasi
dengan instans C2.
Di minggu ketiga, Anda memiliki bucket S3 baru yang mereka siapkan.
Anda memiliki database ide baru yang disiapkan untuk aplikasi Anda.
Jadi Eatables Config memungkinkan Anda untuk melanjutkan dan merekam perubahan konfigurasi sumber daya yang dibuat dari waktu
ke waktu.
Sekarang, ini sangat membantu dalam banyak skenario.
Mari kita asumsikan bahwa Anda memiliki contoh yang menghosting situs web dari 90 hari terakhir dan semuanya
bekerja dengan baik.
Sekarang, tiba-tiba dari satu minggu terakhir, ada banyak masalah dengan permintaan yang masuk ke situs
web.
Sekarang, pertanyaan yang muncul adalah apa yang sebenarnya dimodifikasi sekarang jika Anda memiliki
tingkat infrastruktur IP konfigurasi eatables, Anda dapat dengan mudah mengidentifikasi perubahan konfigurasi apa yang sedang
dilakukan pada sumber daya.
Jadi ini adalah salah satu kasus penggunaan yang baik dengan konfigurasi eatables yang banyak digunakan kasus penggunaan kedua
di mana penggunaan konfigurasi Idalis dikaitkan dengan audit dan kepatuhan.
Jadi konfigurasi EDNESS hadir dengan seperangkat aturan besar yang dapat terus memantau lingkungan Anda dan
melaporkan temuan.
Sebagai contoh, katakanlah Anda memiliki aturan EMI Idiz yang disetujui.
Jadi sekarang konfigurasi idalis apa yang akan merusak?
Anda melihat dua instance diluncurkan jika itu melakukan Stent tidak dibuat dari EMI tertentu.
Katakanlah Anda memiliki tujuan keamanan yang lebih tinggi yang seharusnya digunakan oleh semua pengguna dan satu pengembang yang memutuskan
untuk menggunakan beberapa EMI yang berbeda sama sekali.
Kemudian dengan audit konfigurasi eatables, Anda dapat dengan mudah mengidentifikasinya.
Jadi Anda memiliki satu sumber daya yang tidak sesuai sehingga Anda dapat dengan mudah mengidentifikasi, yang mudah dipahami,
tidak diluncurkan dari yang disetujui.
Dan yang kedua adalah keamanan cloud akan memungkinkan.
Dan ada beberapa set aturan dan aturan ini terus dievaluasi berdasarkan laporan mana dan
memang seharusnya begitu.
Mari kita lakukan satu hal.
Mari kita lanjutkan dan lihat hal-hal yang telah kita diskusikan di lingkungan demo untuk memahami berbagai hal dengan cara yang
lebih baik.
Jadi saat ini saya berada di konsol manajemen.
Mari kita lanjutkan dan pergi ke layanan konfigurasi.
Jadi beginilah tampilan konsol Convit database baru sekarang di sisi kanan, Anda melihat bahwa
ada beberapa aturan yang dibuat seperti Ismaili yang disetujui, keamanan cloud, aktifkan tahun pertama yang terkait dengan
root MFA diaktifkan atau tidak, dan banyak lainnya.
Jadi mari kita pergi ke depan dan cepat melihat ke dalamnya.
Jadi mari kita klik menyetujuinya.
Mungkin itu akan terjadi.
Namun jika kita melihat ke dalam deskripsi, itu menyatakan bahwa instance yang
berjalan menggunakan gambar yang ditentukan ini dan gambar yang telah kita tambahkan sebagai bagian dari aturan berlaku.
Satu dua tiga empat lima.
Jadi setiap instance mudah yang tidak menjalankan spesifik ini, FEMA akan ditandai oleh aturan ini.
Jadi saat ini menyatakan bahwa ada satu contoh yang mudah di sini dan statusnya tidak sesuai.
Itu pada dasarnya berarti ini mudah dilakukan, tidak menggunakan email khusus ini.
Sekarang, bukankah konfigurasi yang sudah mapan itu dilengkapi dengan banyak aturan yang dapat Anda lanjutkan dan tetapkan.
Jadi jika saya cepat melakukan apa yang saya lakukan, Gloria, ada beberapa cara agar Anda dapat memiliki aturan yang tidak dikelola, Anda
dapat membuat aturan khusus.
Jadi untuk mengelola aturan, Anda memiliki akses.
Sekali lagi, ada banyak aturan yang bisa Anda kunjungi dan baca deskripsinya, jika Anda mau.
Lihat itu masuk ke banyak halaman, AURIER.
Jadi semua ini adalah aturan terkelola yang akan mengevaluasi hasil Anda dan akan memberi Anda laporan kepatuhan atau ketidakpatuhan yang serupa
dengan apa yang telah kami lihat untuk email tersebut.
Jadi itulah yang dimaksud dengan audit dan kepatuhan.
Yang utama yang kami diskusikan terkait dengan konfigurasi sumber daya.
Dan di sinilah konfigurasinya benar-benar berfungsi dengan baik.
Jadi biarkan saya cepat menunjukkan di sini.
Jadi mari kita cepat pergi ke sumber daya di sini dan dari sini Anda dapat melanjutkan dan memilih sumber
daya dan konfigurasi akan memberi Anda perubahan konfigurasi, jika ada, untuk sumber daya tertentu.
Jadi izinkan saya melanjutkan dan menyalin ide instance yang sedang kita jalankan.
Jadi contoh ini, ini adalah contoh yang sama yang tidak mematuhi aturan konfigurasi yang terkait dengan
email.
Jadi mari kita lanjutkan dan buka ini saja.
Jadi ini pada dasarnya memberi Anda deskripsi.
Ini juga menunjukkan kepada Anda bahwa contoh khusus ini tidak mematuhi.
Salah satu yang kami minati saat ini adalah timeline sumber daya.
Jadi dari sini, pada dasarnya memberi Anda acara yang telah dibuat untuk sumber daya khusus ini.
Jadi, misalnya, mari kita buka pengubah konfigurasi.
Jadi saat ini Anda memiliki konfigurasi khusus ini dan ada konfigurasi baru tertentu yang telah ditambahkan
di sini.
Misalnya, katakanlah Anda memiliki grup keamanan tertentu, jadi Anda menggunakan peluncuran nama grup
AZN.
Namun, dalam konfigurasi baru, Anda melihat grup baru telah ditambahkan.
Jadi grup ini disebut sebagai firewall hyphen KP LEPs.
Jadi grup keamanan baru ditambahkan setahun.
Jadi hal yang sama bisa dilihat.
Bahkan, izinkan saya memaksimalkannya jika ini sulit dibaca.
Jadi jika Anda melihat kami berada di bawah hijau, ini menyatakan bahwa grup keamanan khusus ini terkait di sini.
Sekarang, Anda juga memiliki perubahan konfigurasi tertentu lainnya.
Jadi di sisi kiri, nama konfigurasi sedang berjalan.
Di sisi kanan, Anda melihat itu dihentikan.
Juga di sisi kiri, Anda melihat konfigurasi, status instan, P2 mikro.
Di sisi kanan adalah konfigurasi Stavisky Instan 2. 0.
Jadi ada banyak perubahan terkait dengan konfigurasi instance yang dilakukan pada
instance yang kami teliti.
Dan ini adalah contoh ide dengan cara yang sama.
Ada juga beberapa konfigurasi yang dibuat di kemudian hari.
Jadi ini adalah 21 57 dan ini pada 22 00.
Jadi mari kita lihat konfigurasi apa yang dilakukan di sini.
Jadi contoh itu sebelumnya dihentikan.
Sekarang menjalankan Aurier, dan sejak instance dihentikan, tidak ada nama DNS publik ketika instance adalah
transisi, set IP publik baru ditetapkan dan set nama DNS publik baru juga Azania.
Dan juga 22, 04, sekali lagi, Anda melihat instance dihentikan lagi, jadi sebelumnya berjalan.
Jadi di sisi kiri, itu berjalan lebih awal dengan IP publik ini dan kemudian dihentikan dan nama DNS dan
hal-hal lain dihapus.
Jadi ini dengan cepat memungkinkan Anda untuk mengidentifikasi perubahan apa yang sedang dilakukan pada sumber daya tertentu.
Dalam hal ini, mudah untuk membuat contoh.
Sekarang, izinkan saya memberi Anda satu contoh lagi agar kita lebih memahaminya.
Jadi di bawah sumber kali ini, izinkan saya melanjutkan dan menempelkan ide yang terkait dengan grup keamanan.
Jadi pada dasarnya, saya telah memodifikasi grup keamanan untuk demo hari ini.
Jadi mari kita pergi ke depan dan melihat ke dalam kelompok keamanan.
Mari kita pergi ke timeline sumber daya di sini.
Namun itu menyatakan bahwa ada beberapa perubahan konfigurasi yang telah dibuat, salah satunya, Anda lihat, adalah
bahwa ada aturan yang ditambahkan di sisi kanan, Anda akan melihat tambahan yang khas.
Jadi aturan ditambahkan di papan 22 pada gagasan nol nol nol nol ini.
Jadi seseorang telah menambahkan tempat bunuh diri untuk diizinkan ke seluruh Internet di lain waktu.
Satu aturan lagi ditambahkan.
Anda melihat aturan 80 pada CAGR dari nol nol nol nol.
Jadi seseorang memodifikasi grup keamanan.
Dan kami juga tahu persis perubahan apa yang dilakukan pada grup keamanan.
Jadi untuk membuat konfigurasi, menjadi jauh lebih mudah untuk melihat keseluruhan garis waktu perubahan konfigurasi yang telah
dibuat untuk sumber daya tertentu.
Jadi ini adalah dua kasus penggunaan utama di mana konfigurasi eatables digunakan secara luas.
Seiring dengan ini, Anda juga memiliki fitur kesesuaian kembali.
Jadi fitur ini pada dasarnya adalah kumpulan makanan, aturan konfigurasi, dan tindakan perbaikan yang dapat dengan
mudah diterapkan.
Sekarang, seperti yang kita diskusikan, jika Anda pergi ke aturan, mari klik Tambahkan aturan.
Ada begitu banyak aturan yang tersedia sehingga menjadi sedikit sulit jika Anda ingin melanjutkan
dan memahami setiap aturan secara detail untuk melihat apa yang sebenarnya dilakukan dan mencapai kasus penggunaan tertentu.
Alih-alih melakukan itu, yang dapat Anda lakukan adalah mengklik kembali kesesuaian.
Saat ini saya memiliki satu penganugerahan di belakang saya yang dikerahkan.
Tetapi jika Anda melihat contoh template yang terkait dengan data yang tersedia ini, Anda memiliki berbagai hal
seperti praktik terbaik operasional, kehutanan.
Jika Anda menurunkan operasi Anda, praktik terbaik untuk BCP dan pemulihan bencana.
Demikian pula untuk benchmark CIA untuk instance Ekta dan berbagai lainnya.
Jadi, alih-alih memilih setiap aturan satu per satu, Anda dapat memilih kembali seluruh kesesuaian.
Jadi mari kita lihat apakah saya memilih kesesuaian ini kembali.
Ini pada gilirannya datang dengan banyak aturan yang terkait dengan praktik terbaik dari basis PCI, dan
kemudian konfigurasi Eatables akan memberi Anda laporan kepatuhan dan ketidakpatuhan.
Misalnya, jika Anda melihat aturan di sini, jika Anda melihat ada banyak aturan yang ditambahkan,
hal-hal Norwegia seperti router dan perangkat keras, MFA, rute, akun MFA, maka Anda memiliki rute yang sama.
Akses ke semua ini berasal dari kesesuaian kembali, hanya untuk aturan manual yang ditambahkan
dalam keamanan cloud dan email yang disetujui.
Selain itu, yang lainnya berasal dari kesesuaian kembali yang diaktifkan.
Nama yang saya berikan secara lokal adalah template.
Namun, magang ini menggunakan kembali kesesuaian terkait IAM.
Itu hebat.
Jadi saya harap pada tinjauan tingkat tinggi Anda memahami manfaat konfigurasi eatables untuk
kasus penggunaan perubahan konfigurasi sumber daya untuk kasus penggunaan audit dan kepatuhan, dan juga pentingnya
fitur kesesuaian kembali.
Sekarang mari kita segera membahas dasar-dasar penetapan harga juga.
Faktanya, sebelumnya harga konfigurasi eatables sangat tinggi dan banyak organisasi, mereka tidak benar-benar
menggunakan konfigurasi idalis, khususnya aturan konfigurasi.
Namun, sekarang telah membuat banyak perubahan pada harga agar lebih masuk akal.
Jadi tergantung pada fitur yang Anda gunakan seperti yang kita diskusikan config hadir dengan banyak fitur,
tergantung pada fitur yang Anda gunakan, harganya juga akan berubah.
Jadi pada dasarnya Anda membayar nol koma nol nol tiga per item konfigurasi yang tercatat di badan akun database
Anda dan konfigurasi tidak berfungsi pada tingkat yang wajar.
Kemudian Anda juga memiliki harga berdasarkan evaluasi aturan.
Jadi tergantung pada jumlah aturan yang telah Anda tambahkan, sejumlah evaluasi yang terjadi,
Anda memiliki harga berdasarkan itu dan Anda juga dibebankan oleh evaluasi kembali kesesuaian di akun
Anda jika kami telah menggunakannya, itu bagus .
Jadi itulah gambaran tingkat yang sangat tinggi tentang manfaat dari layanan konfigurasi eatables.