Cara Menambahkan Peringatan ke Pipa CI/CD

Ingin pipa CI/CD Anda berjalan lancar tanpa kejutan? Mulai dengan menambahkan peringatan. Peringatan memberitahu tim Anda tentang bangunan gagal, masalah pengembangan, atau penurunan kinerja, membantu Anda memperbaiki masalah dengan cepat. Berikut adalah panduan cepat untuk mengatur mereka: Want your CI/CD pipeline to run smoothly without surprises? Start by adding alerts. Alerts notify your team about failed builds, deployment issues, or performance drops, helping you fix problems quickly. Here’s a quick guide to setting them up:

• Mengapa Peringatan Penting: Mereka memantau metrik kunci seperti tingkat kesuksesan build, frekuensi pengiriman, dan waktu pemulihan, sehingga pipa Anda tetap sehat.
• Pilih Alat yang Tepat: Alat seperti Pengelola Peringatan Prometheus atau Datadog terintegrasi dengan platform seperti GitHub Aksi atau Jenkins.
• Konfigurasi Peringatan: Menetapkan ambang batas yang jelas, autentikasi yang aman, dan menguji saluran pemberitahuan (misalnya, Slack, email).
• Menghindari Fatiga Pemberitahuan: Prioritaskan pemberitahuan kritis, kelompok peringatan, dan mengurangi kebisingan dengan filtering cerdas.
• Menjaga Pemberitahuan Aman: Menggunakan manajemen rahasia yang terpusat, kendali akses, dan jejak audit untuk melindungi sistem Anda.

Pemberitahuan dapat menghemat waktu, mengurangi waktu down, dan meningkatkan kerja sama. Mari kita menjelajahi cara mengimplementasikannya secara efektif.

Bagaimana Kami Membangun Observabilitas ke Dalam Pipa CI CD Kami oleh Dotan Horovits

Menambahkan Pemberitahuan ke Pipa CI/CD

Mengatur pemberitahuan di pipa CI/CD Anda memastikan tim Anda tetap terinformasi tentang masalah kritis. Berikut cara memilih alat yang tepat, mengintegrasikannya, dan menguji setup Anda secara efektif.

Pilih Alat Pemberitahuan Anda

Memilih alat pemberitahuan yang tepat bergantung pada kebutuhan dan infrastruktur pipa Anda. Alat seperti Prometheus Alertmanager berfungsi baik di lingkungan sumber terbuka, sementara Datadog adalah pilihan yang solid untuk operasi tingkat perusahaan.

Setelah Anda telah memilih alat, langkah berikutnya adalah menghubungkannya ke platform CI/CD Anda.

Hubungkan Pesan ke Platform CI/CD

Integrasi sistem peringatan dengan platform CI/CD Anda biasanya dapat dilakukan menggunakan fitur khusus platform. Misalnya, Aksi GitHub Tawarkan integrasi pra-bangun dari Pasarannya [5], sementara Jenkins Mendukung peringatan melalui plugin seperti Plugin Permintaan HTTP.

Untuk mengatur integrasi:

• Autentikasi aman menggunakan token akses untuk melindungi sistem Anda.
• Tentukan aturan peringatan dengan ambang batas Tujuan Tingkat Layanan (SLO) yang jelas untuk memastikan pemberitahuan yang bermakna.
• Uji setiap saluran pemberitahuan untuk memastikan bahwa peringatan disampaikan sebagaimana yang diharapkan.

Dengan integrasi selesai, penting untuk memastikan bahwa semuanya berfungsi sebagaimana yang diharapkan dalam kondisi nyata.

Cek Pengaturan Pemberitahuan Anda

Menguji sistem pemberitahuan Anda sangat penting untuk menghindari alarm palsu atau pemberitahuan yang hilang. Berikut cara Anda dapat memvalidasi pengaturan Anda:

• Pengujian Ambang Batas: Simulasikan berbagai kondisi untuk memastikan bahwa peringatan akan mengaktifkan pada ambang batas yang tepat. Hal ini membantu memastikan bahwa sistem Anda bereaksi dengan tepat terhadap skenario yang berbeda.
• Verifikasi Saluran: Uji setiap saluran peringatan (misalnya, Slack, email, SMS) untuk memastikan bahwa peringatan mencapai orang yang tepat melalui metode yang disukainya.
• Pengujian Integrasi: Lakukan pengujian akhir-ke-akhir dari pipa peringatan Anda. Ini termasuk memeriksa bagaimana peringatan dihasilkan, diarahkan, dan disampaikan melalui semua sistem yang terhubung.

Tips Manajemen Peringatan

: Mengelola peringatan dalam pipeline CI/CD Anda semua tentang menemukan keseimbangan yang tepat - tetap terinformasi tanpa tenggelam dalam pemberitahuan yang tidak perlu. Berikut adalah cara Anda dapat mengoptimalisasi sistem peringatan untuk hasil yang lebih baik.

Menghentikan Pemadaman Peringatan

: Apakah Anda tahu bahwa 57% organisasi menghadapi masalah keamanan DevOps karena rahasia yang terbuka? [8]: Salah satu musuh besar adalah pemadaman peringatan, di mana terlalu banyak pemberitahuan membuat sulit untuk fokus pada masalah yang sebenarnya. Berikut adalah cara sederhana untuk mengelola berbagai jenis peringatan:

Untuk mengurangi kebisingan yang tidak perlu, tetapkan jam diam untuk peringatan non-kritis dan gunakan mesin penggabungan untuk mengelompokkan pemberitahuan terkait. Dengan demikian, tim Anda dapat fokus pada hal yang benar-benar penting. Selain itu, buat peringatan lebih berdaya guna dengan menyematkan informasi kontekstual yang berguna.

Membuat Peringatan Lebih Bermanfaat

Peringatan hanya berguna jika mengarah pada tindakan. Untuk mencapai hal ini, termasuk konteks kritis dan pastikan ambang batas Anda sesuai dengan Tujuan Tingkat Layanan (SLO) Anda. Ambang batas dinamis juga dapat membantu dengan mengakui fluktuasi normal dalam sistem Anda.

Setiap peringatan harus menjawab pertanyaan-pertanyaan berikut:

• Apa yang terjadi: Berikan pesan kesalahan spesifik dan log yang relevan.
• Mengapa itu penting: Tampilkan dampak bisnis potensial.
• Siapa yang harus menangani: Tentukan kepemilikan dan jalur eskalasi dengan jelas.

Menambahkan konteks historis juga dapat menjadi perubahan besar, membantu responsif cepat mengidentifikasi pola atau masalah yang berulang.

Sementara meningkatkan kualitas peringatan sangat penting, menjaganya aman pun tidak kalah penting.

Tetapkan Peringatan Aman

A laporan terkini oleh CrowdStrike 2024 menunjukkan peningkatan 110% serangan keamanan ke dalam cloud yang mengincar kelemahan CI/CD [7]. Untuk melindungi sistem peringatan Anda, pertimbangkan langkah-langkah berikut:

• Pengelolaan Sentral: Gunakan alat seperti HashiCorp Vault atau AWS Secrets Manager untuk mengelola rahasia dengan aman.
• Pengaturan Akses: Terapkan prinsip kebijakan keamanan terkecil untuk membatasi siapa saja yang dapat mengakses peringatan.
• Jejak Audit: Aktifkan logging yang rinci untuk melacak siapa saja yang mengakses peringatan dan kapan.

Keamanan CI/CD berarti mengunci pipeline perangkat lunak Anda di setiap langkah - code, pembangunan, peluncuran. Karena jika Anda tidak, penyerang akan. [7]

Kasus Peringatan Khusus

Sementara strategi peringatan umum menangani sebagian besar pipeline CI/CD, beberapa alat dan alur kerja memerlukan pendekatan yang lebih terukur. Aplikasi seluler dan sistem darurat, khususnya, memerlukan strategi peringatan yang disesuaikan untuk menangani tantangan unik mereka. Mari kita jelajahi cara mengoptimalkan peringatan untuk skenario ini.

Peringatan Aplikasi Seluler dengan Capgo

Pipelining CI/CD seluler membawa setelan tantangan sendiri - pengiriman aplikasi toko, fragmentasi perangkat, dan kekhawatiran keamanan yang lebih tinggi, untuk menyebut beberapa. Peringatan standar seringkali tidak mencukupi dalam menangani kompleksitas ini. Seperti yang dijelaskan Barnabás Birmacher, pendiri dan CEO dari Bitrise, explains:

Ketika datang ke DevOps Seluler, kebutuhan kecepatan dipertarungkan oleh kebutuhan kepercayaan [9].

Untuk aplikasi yang dibangun menggunakan Capacitor dan memanfaatkan CapgoSistem pembaruan hidup dari __CAPGO_KEEP_0__ berperan lebih penting lagi. Pembaruan ini menghindari tinjauan aplikasi toko tradisional, sehingga sangat penting untuk tetap mengikuti masalah seperti gagal build, kesalahan tes, dan kerentanan keamanan. Misalnya, gagal build mungkin menandakan masalah pengiriman, sedangkan kesalahan tes dapat menunjukkan masalah kompatibilitas di berbagai perangkat. Kerentanan keamanan, yang sensitifnya data pengguna, memerlukan tindakan segera.

Capgo’s sistem analitik menawarkan pemantauan waktu nyata tingkat kesuksesan pembaruan, memungkinkan notifikasi berdasarkan metrik adopsi pengguna. Jika tingkat adopsi menurun atau laporan crash meningkat, notifikasi otomatis dapat memicu investigasi segera. Dengan kemampuan rollback satu-klik, masalah dapat diatasi dengan cepat.

“Kami menerapkan pengembangan agile dan @Capgo sangat kritis dalam menyampaikan secara terus-menerus kepada pengguna!” - Rodrigo Mantica [10]

Untuk mengatur notifikasi mobile efektif dengan Capgo, monitor beberapa lapisan pipa Anda, termasuk proses build CI/CD, distribusi pembaruan, dan adopsi pengguna. Konfigurasi notifikasi untuk gagal build, kesalahan distribusi pembaruan, trigger rollback, dan pola perilaku pengguna yang tidak biasa. Selain itu, Capgo’s sistem saluran maju memungkinkan peluncuran berstadium, memungkinkan tes beta sebelum pembaruan mencapai basis pengguna yang lebih luas.

Hubungkan ke Alat Tanggap Darurat

Beberapa situasi memerlukan tanggapan darurat segera, terutama ketika kegagalan sistem kritis terjadi. Integrasi alat tanggapan darurat ke dalam notifikasi CI/CD dapat mengubah potensi krisis menjadi insiden yang dapat diatasi.

Alat modern seperti PagerDuty, Opsgenie, dan ServiceNow dapat mengubah notifikasi CI/CD dasar menjadi protokol darurat skala penuh. Dengan mengatur webhook, Anda dapat mengirimkan data notifikasi yang terstruktur langsung ke platform-platform tersebut. Dari sana, mereka menerapkan routing cerdas, kebijakan eskalasi, dan alur kerja otomatis. [12].

Menurut IBM, AI dapat mengurangi kebisingan notifikasi IT sebesar 50% dan mengurangi waktu yang dihabiskan untuk insiden yang salah-positif sebesar 80%

Platform AIOps meningkatkan manajemen insiden dengan menggunakan pembelajaran mesin untuk memprediksi dan mencegah masalah. Organisasi yang menerapkan sistem ini sering melihat deteksi yang lebih cepat, penyelesaian yang lebih cepat, dan waktu sistem yang lebih baik.

Kesuksesan integrasi tanggapan darurat bergantung pada kategorisasi notifikasi yang tepat dan alur kerja otomatis. Notifikasi CI/CD harus mencakup konteks yang cukup untuk memungkinkan alat untuk mengklasifikasikan insiden secara otomatis. Misalnya, kegagalan deploymen kritis dapat memicu notifikasi segera kepada insinyur yang bertugas, sementara peringatan prioritas rendah mungkin menghasilkan tiket untuk tinjauan lebih lanjut.

Aktivitas pencegahan berdasarkan hasil penilaian risiko dapat mengurangi jumlah insiden, tetapi tidak semua insiden dapat dicegah. Oleh karena itu, kemampuan tanggap insiden diperlukan untuk mendeteksi insiden dengan cepat, mengurangi kerugian dan kerusakan, mengurangi kelemahan yang dimanfaatkan, dan memulihkan layanan IT. [11].

Pastikan alat tanggap darurat Anda dapat menghasilkan timeline insiden secara otomatis, mengumpulkan stakeholders yang tepat, dan menetapkan saluran komunikasi yang jelas. Tujuan adalah untuk mengubah keadaan darurat yang kacau menjadi insiden yang terstruktur dengan kepemilikan yang jelas dan langkah-langkah yang dapat diambil untuk menyelesaikan masalah.

Masalah Umum dan Solusi Peringatan

Membangun pada strategi untuk mengatur dan mengelola peringatan, mari kita jelajahi beberapa masalah umum yang timbul dan cara untuk menyelesaikannya. Bahkan sistem peringatan yang terbaik dapat mengalami masalah yang mengganggu alur kerja. Dua tantangan yang sering dialami adalah menghadapi jumlah notifikasi yang berlebihan dan memperbaiki mekanisme peringatan yang rusak. Menangani masalah-masalah ini secara efektif sangat penting untuk menjaga pipa CI/CD berjalan lancar.

Terlalu Banyak Peringatan

Ketika tim Anda diserang dengan ratusan notifikasi harian, menjadi lebih sulit untuk mengidentifikasi masalah kritis. Fenomena ini, sering disebut sebagai “kelelahan peringatan”, dapat menyembunyikan hal yang paling penting. Misalnya, 5% monitor teratas dapat mengaktifkan hingga tujuh peringatan harian, sehingga membuat signal yang penting dapat hilang di tengah keributan. [13].

Masalah biasa yang menyebabkan peringatan berlebihan termasuk positif palsu, pemberitahuan yang berulang, dan prioritas yang buruk [14]. Data peringatan yang tidak lengkap atau tidak jelas juga membuat sulit untuk menilai urgensi. Giuseppe Sanero, konsultan IT independen, menekankan pentingnya menangani masalah ini:

“Mengurangi kelelahan peringatan dan kebisingan di lingkungan DevOps sangat penting untuk memastikan bahwa operator dapat fokus pada masalah yang sebenarnya, sensitif waktu, tanpa terganggu oleh pemberitahuan yang tidak perlu.” [15]

Untuk menangani hal ini, pertimbangkan untuk menerapkan teknik penyaringan cerdas. Berikut ini yang dapat membantu:

• Hapus peringatan yang berulang dengan menyatukan pemberitahuan yang terkait.
• Tetapkan ambang batas untuk fokus pada metrik yang kritis sementara mengurangi kebisingan dari metrik yang tidak mendesak.
• Gunakan deteksi flapping untuk mencegah peringatan yang diaktifkan oleh masalah sementara, seperti gangguan jaringan yang singkat.

Pengolahan data dengan bantuan mesin juga dapat berperan, mengurangi peringatan hingga 60–90% sementara mempertahankan keandalan sistem [13]. Léo Baecker dari Hyperping menggarisikan pendekatan ini:

“Pengelolaan DevOps yang efektif adalah suatu tindakan yang seimbang. Kunci adalah fokus pada kualitas daripada kuantitas - setiap peringatan harus bermanfaat, bermakna, dan jelas.” [6]

Untuk meningkatkan kualitas peringatan, tambahkan konteks pada setiap notifikasi. Misalnya, jika bangunan gagal, peringatan harus menyebutkan tahap yang gagal, detail kesalahan, dan menyediakan tautan ke dokumentasi atau buku catatan yang relevan. Aturan waktu juga dapat mengurangi kebisingan dengan menyesuaikan sensitivitas selama jam sibuk ketika sumber daya sedang terbebani berat [6].

Dengan menyempurnakan sistem peringatan, Anda dapat memastikan bahwa tim Anda fokus pada masalah yang sebenarnya tanpa terjebak oleh kebisingan yang tidak perlu

Sistem Peningkatan yang Rusak

Sistem peringatan yang rusak dapat memiliki konsekuensi serius. Jika kegagalan pipa kritis tidak terdeteksi karena peringatan tidak terjadi, gangguan yang dihasilkan dapat mahal. Apa yang membuat masalah ini bahkan lebih sulit adalah bahwa peringatan yang rusak sering gagal diam, sehingga tim tidak menyadari sampai mereka memeriksa pipa secara manual

Penyebab umum dari peringatan yang rusak termasuk pengaturan SMTP yang salah, gagalnya plugin, dan masalah koneksi jaringan. Memeriksa log sistem untuk kesalahan pengiriman notifikasi adalah langkah pertama yang baik [16]Masalah ini seringkali menurun ke kesalahan konfigurasi sederhana, seperti alamat email yang salah atau token autentikasi yang telah kedaluwarsa

Alat Pencatatan Log yang Terpusat, seperti Stack ELK atau Splunk dapat memudahkan penyelidikan masalah dengan mengumpulkan log dari berbagai komponen. Alat-alat ini dapat membantu menentukan apakah masalah terletak pada platform CI/CD, layanan pemberitahuan, atau infrastruktur jaringanMenghindari masalah ini, pertimbangkan untuk mengatur pengawasan diri untuk sistem pemberitahuan Anda. Misalnya: [16].

Monitor tingkat pengiriman pemberitahuan dan tetapkan peringatan jika volume pemberitahuan menurun secara tidak terduga.

• Buat pipa pengujian yang dirancang untuk gagal secara sengaja, memastikan pemberitahuan dikirimkan kepada tim anggota yang tepat dalam waktu yang diharapkan.
• Dokumentasi adalah faktor penting lain dalam menjaga sistem pemberitahuan yang dapat diandalkan. Simpan catatan rinci tentang konfigurasi pemberitahuan dan prosedur pembaruan untuk mempercepat penyelidikan masalah

Penggunaan 'pemberitahuan sebagai __CAPGO_KEEP_0__', mengontrol versi pengaturan pemberitahuan Anda bersama dengan aplikasi __CAPGO_KEEP_1__. Pendekatan ini memungkinkan Anda untuk mengikuti perubahan, mengembalikan pembaruan yang bermasalah, dan menjaga konsistensi di antara lingkungan [1]. You can also adopt “alerts as code”, version-controlling your notification settings alongside your application code. This approach allows you to track changes, roll back problematic updates, and maintain consistency across environments [6].

Ringkasan [13].

Integrasi pemberitahuan ke dalam pipa CI/CD secara signifikan meningkatkan baik respons insiden maupun __CAPGO_KEEP_0__ kualitas. Dengan memberikan feedback segera, pemberitahuan membantu tim menangkap masalah-masalah awal, mencegah bug kecil berkembang menjadi kegagalan yang mahal

Integrating alerts into CI/CD pipelines significantly enhances both incident response and code quality. By providing immediate feedback, alerts help teams catch issues early, preventing small bugs from snowballing into expensive outages [6].

Peringatan waktu nyata memungkinkan tim untuk bertindak cepat dan bersama-sama, yang secara langsung mengurangi waktu siklus dan menjaga proyek tetap berjalan [2]. Pendekatan proaktif ini sangat penting karena 75% organisasi telah melaporkan insiden keamanan terkait dengan lingkungan CI/CD [4]. Peringatan yang dikonfigurasi dengan benar dapat mengidentifikasi akses tidak sah, perilaku komit yang tidak biasa, atau potensi kelemahan sebelum mereka menjadi masalah besar. Fokus pada deteksi dini ini menjadi landasan untuk meningkatkan kualitas peringatan.

Namun, bukan hanya tentang memiliki peringatan - itu tentang memiliki peringatan yang tepat. Tim mendapatkan manfaat terbesar ketika mereka menerapkan penyaringan cerdas, menghapus notifikasi yang tidak perlu, dan memberikan konteks yang berguna. Strategi ini melawan kelelahan peringatan, tantangan yang semakin besar karena volume peringatan keamanan telah lebih dari dua kali lipat dalam beberapa tahun terakhir . Ini sesuai dengan integrasi, pengujian, dan praktik manajemen yang lebih luas yang dibahas sebelumnya. [17]Pengawasan menambahkan lapisan nilai lainnya dengan mengungkapkan ketidakefisienan dalam pipa. Metrik seperti waktu bangun, durasi pengujian, dan tingkat kesuksesan pengiriman membantu menemukan area untuk diperbaiki

. Pipa yang terawat dengan baik mengurangi gangguan, membebaskan pengembang untuk fokus pada menulis __CAPGO_KEEP_0__ daripada troubleshooting [3]. A well-monitored pipeline reduces disruptions, freeing developers to focus on writing code instead of troubleshooting [3]Pertanyaan Umum

::: faq

FAQs

How can I reduce alert fatigue in my CI/CD pipeline while ensuring critical issues are handled quickly?

Untuk mengurangi kelelahan peringatan di pipeline CI/CD Anda dan memastikan masalah yang paling kritis mendapatkan perhatian yang layak, fokus pada mengurutkan peringatan berdasarkan tingkat keparahan dan kepentingan. Teknik seperti deduplikasi dan agregasi dapat membantu mengurangi kebisingan, sehingga lebih mudah untuk menemukan hal yang paling penting.

Untuk peringatan prioritas rendah, pertimbangkan untuk mengotomatisasi respons di mana saja Anda bisa. Ini tidak hanya menghemat waktu, tetapi juga mengurangi beban tim Anda. Selain itu, baiklah untuk secara teratur memeriksa dan menyesuaikan ambang batas peringatan untuk tetap beradaptasi dengan kebutuhan yang berubah dari pipeline Anda. Dengan cara ini, sistem peringatan Anda tetap efisien dan sejalan dengan tujuan Anda. Mengurangi proses peringatan Anda memastikan Anda mencapai keseimbangan yang tepat antara responsif dan efisien.

:::

::: faq

Bagaimana saya dapat memastikan peringatan di pipeline CI/CD saya aman dari akses tidak sah dan kelemahan keamanan? Untuk menjaga peringatan aman di pipeline CI/CD Anda, mulai dengan menerapkan prinsipakses kebijakan terkecil

. Ini membatasi akses ke konfigurasi peringatan dan data sensitif hanya kepada anggota tim yang benar-benar membutuhkannya, sehingga mengurangi kemungkinan aksi tidak sah. Menggunakan alat manajemen rahasia To menyimpan informasi sensitif seperti API kunci dan kredit dengan aman. Ini juga sangat penting untuk Mengawasi dan memantau log akses secara teratur Mengidentifikasi dan menangani aktivitas yang mencurigakan dengan cepat. Pastikan peringatan telah diatur untuk memberitahu tim yang tepat segera ketika perilaku yang tidak biasa terjadi. Selain itu, pastikan komponen pipeline CI/CD Anda selalu diperbarui dan diperbaiki untuk melindungi terhadap kelemahan yang diketahui.

Bagi pengembang yang menggunakan tools seperti Capgo, fitur seperti integrasi CI/CD yang halus dan enkripsi ujung ke ujung Dapat menambahkan lapisan keamanan tambahan. Selain itu, mereka membantu memastikan pembaruan waktu nyata sesuai dengan persyaratan Apple dan Android.

Bagaimana cara mengatur peringatan yang bermakna untuk pengiriman aplikasi seluler untuk memastikan mereka berguna dan dapat diambil tindakan?

Mengatur peringatan yang efektif untuk pengiriman aplikasi seluler Anda, mulai dengan menentukan

indikator kinerja utama (KPI) yang mencerminkan tujuan pengiriman Anda. Prioritaskan faktor-faktor kritis seperti kegagalan pembangunan, waktu pengiriman, dan metrik pengalaman pengguna. Pastikan untuk menetapkan ambang batas peringatan yang hanya aktif ketika benar-benar diperlukan - ini membantu mencegah kelebihan peringatan. Periksa dan sesuaikan ambang batas ini secara teratur berdasarkan performa masa lalu dan perubahan perilaku aplikasi Anda. Menggunakan tools dengan

key performance indicators (KPIs) yang mencerminkan tujuan pengiriman Anda. Prioritaskan faktor-faktor kritis seperti kegagalan pembangunan, waktu pengiriman, dan metrik pengalaman pengguna. Pastikan untuk menetapkan ambang batas peringatan yang hanya aktif ketika benar-benar diperlukan - ini membantu mencegah kelebihan peringatan. Periksa dan sesuaikan ambang batas ini secara teratur berdasarkan performa masa lalu dan perubahan perilaku aplikasi Anda. pengawasan waktu nyata kemampuan untuk segera mengidentifikasi dan menyelesaikan masalah, sehingga pengembangan Anda berjalan lancar. Platform seperti Capgo dapat membuat hal ini lebih mudah dengan menawarkan solusi CI/CD terintegrasi dan peringatan yang disesuaikan dengan kebutuhan pengembangan spesifik, memberikan Anda update instan dan kontrol yang lebih besar atas pipa pengembangan Anda. :::

Teruskan dari Cara Menambahkan Peringatan ke Pipa CI/CD

Jika Anda menggunakan Cara Menambahkan Peringatan ke Pipa CI/CD untuk merencanakan keamanan dan kinerja, hubungkan dengan Enkripsi untuk detail implementasi di Enkripsi, Kepatuhan untuk detail implementasi di Kepatuhan, Capgo Scanner Keamanan untuk alur kerja produk di Capgo Scanner Keamanan, Capgo Keamanan untuk alur kerja produk di Capgo Keamanan, dan Capgo Pusat Kepercayaan untuk alur kerja produk di Capgo Pusat Kepercayaan.