Inginkan CI/CD pipeline Anda Pipa CI/CD Anda agar sistem Anda berjalan lancar tanpa kejutan? Mulailah dengan menambahkan peringatan. Peringatan memberitahu tim Anda tentang bangunan gagal, masalah pengiriman, atau penurunan kinerja, membantu Anda memperbaiki masalah dengan cepat. Berikut adalah panduan cepat untuk mengatur mereka:
- Mengapa Peringatan Penting: Mereka memantau metrik kunci seperti tingkat kesuksesan bangunan, frekuensi pengiriman, dan waktu pemulihan, sehingga aliran pipa Anda tetap sehat.
- Pilih Alat yang Tepat: Alat seperti Pengelola Peringatan Prometheus atau Datadog terintegrasi dengan platform seperti GitHub Aksi atau Jenkins.
- Pengaturan Peringatan: Tentukan ambang batas yang jelas, autentikasi yang aman, dan uji saluran pemberitahuan (misalnya, Slack, email).
- Hindari Kelelahan Peringatan: Prioritaskan peringatan kritis, kelompokkan peringatan peringatan, dan kurangi kebisingan dengan penyaringan cerdas.
- Pertahankan Peringatan yang Aman: Gunakan manajemen rahasia yang terpusat, kendali akses, dan jejak audit untuk melindungi sistem Anda.
Peringatan dapat menghemat waktu, mengurangi waktu down, dan meningkatkan kerja sama. Mari kita masuk ke bagaimana mengimplementasikannya secara efektif.
Bagaimana Kami Meningkatkan Observabilitas Dalam Pipa CI CD Kami oleh Dotan Horovits
Menambahkan Peringatan ke Pipa CI/CD
Mengatur peringatan di pipa CI/CD Anda memastikan tim Anda tetap terinformasi tentang masalah kritis. Berikut cara memilih alat yang tepat, mengintegrasinya, dan menguji konfigurasi Anda secara efektif.
Pilih Alat Peringatan Anda
Mengambil alat peringatan yang tepat bergantung pada kebutuhan pipa dan infrastruktur Anda. Alat seperti Prometheus Alertmanager berfungsi dengan baik di lingkungan sumber terbuka, sementara Datadog adalah pilihan yang solid untuk operasi tingkat perusahaan.
| Kriteria | Apakah Yang Perlu Diperhatikan | Mengapa Ini Penting |
|---|---|---|
| Kemampuan Integrasi | Kompatibilitas dengan platform CI/CD Anda | Mengurangi kompleksitas dan mengurangi hambatan |
| Saluran Peringatan | Support untuk Slack, email, SMS, dll. | Memastikan peringatan mencapai tim Anda dengan cepat |
| Kustomisasi | Kemampuan untuk menyesuaikan aturan dan ambang batas | Mengizinkan pemantauan yang tepat dan disesuaikan |
| Struktur Biaya | Model harga (per-pengguna vs. per-sumber daya) | Mempengaruhi skalabilitas dan perencanaan anggaran |
Setelah Anda telah memilih alat, langkah berikutnya adalah menghubungkannya ke platform CI/CD Anda.
Hubungi Peringatan ke Platform CI/CD
Mengintegrasikan sistem peringatan dengan platform CI/CD Anda biasanya dapat dilakukan menggunakan fitur khusus platform. Misalnya, GitHub Aksi menawarkan integrasi yang sudah siap pakai dari Marketplace-nya [5], sementara Jenkins mendukung peringatan melalui plugin seperti HTTP Request Plugin.
Untuk mengatur integrasi:
- Autentikasi yang 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 diharapkan.
Dengan integrasi selesai, penting untuk memastikan bahwa semuanya berfungsi sebagaimana diharapkan dalam kondisi nyata.
Periksa Pengaturan Peringatan Anda
Memeriksa sistem peringatan Anda sangat penting untuk menghindari alarm palsu atau pemberitahuan yang hilang. Berikut cara Anda dapat memvalidasi pengaturan Anda:
- Tes Ambang Batas: Simulasikan kondisi-kondisi berbeda untuk memastikan bahwa peringatan akan diaktifkan pada ambang batas yang tepat. Hal ini membantu memastikan bahwa sistem Anda bereaksi dengan tepat terhadap skenario-skenario yang berbeda.
- Verifikasi Saluran Pemberitahuan: Tes setiap saluran pemberitahuan (misalnya, Slack, email, SMS) untuk memastikan bahwa peringatan mencapai orang yang tepat melalui metode yang disukainya.
- Tes Integrasi: Lakukan tes akhir-ke-akhir (end-to-end) pada pipa peringatan Anda. Ini termasuk memeriksa bagaimana peringatan dihasilkan, diarahkan, dan disampaikan melalui semua sistem yang terhubung.
Tips Manajemen Peringatan
Manajemen peringatan yang efektif dalam pipa CI/CD Anda semua tentang menemukan keseimbangan yang tepat - tetap terinformasi tanpa tenggelam dalam pemberitahuan yang tidak perlu. Berikut cara Anda dapat mengoptimalisasi sistem peringatan Anda untuk hasil yang lebih baik.
Hentikan Kelebihan Pemberitahuan
Apakah Anda tahu bahwa 57% organisasi menghadapi masalah keamanan DevOps karena rahasia yang terbuka? [8]? Satu penyebab utama adalah kelebihan peringatan, di mana terlalu banyak notifikasi membuat sulit untuk fokus pada masalah nyata. Berikut adalah cara sederhana untuk mengelola berbagai jenis peringatan:
| Pilih Jenis Peringatan | Strategi Pengelolaan | Hasil yang Diharapkan |
|---|---|---|
| Kritis | Pemberitahuan Langsung | Tanggapannya Real-Time |
| Pengingat | Pemberitahuan dalam Batch | Ulasan Harian |
| Informasi | Format Ringkasan | Ringkasan mingguan |
Mengurangi kebisingan yang tidak perlu, atur jam diam untuk peringatan non-kritis dan gunakan mesin korelasi untuk mengelompokkan notifikasi terkait. Dengan cara ini, tim Anda dapat fokus pada hal yang benar-benar penting. Peringatan juga dapat lebih bermanfaat dengan menyertakan informasi kontekstual yang berguna.
Peringatan yang Lebih Bermanfaat
Peringatan hanya berguna jika dapat memicu 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 yang spesifik dan log yang relevan.
- Mengapa itu penting: Tampilkan potensi dampak bisnis.
- 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.
Meskipun meningkatkan kualitas peringatan sangat penting, menjaga mereka aman pun tidak kalah pentingnya.
Jaga Peringatan Aman
Laporan baru-baru ini 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 Terpusat: Gunakan alat seperti HashiCorp Vault atau context: Alternatif untuk alat lainnya. AWS Secrets Manager
- untuk mengelola rahasia dengan aman.context: Alternatif untuk alat lainnya. | Pengelolaan Akses Kontrol: Berlakukan prinsip kebijakan keamanan terkecil untuk membatasi siapa saja yang dapat mengakses peringatan.
- Audit Trails: Aktifkan log yang rinci untuk melacak siapa yang mengakses peringatan dan kapan.
“Keamanan CI/CD berarti memblokir aliran software Anda di setiap langkah - code, pembangunan, pengiriman. Karena jika Anda tidak, penyerang akan.” - Spectral [7]
Kasus Peringatan Khusus
Sementara strategi peringatan umum menangani sebagian besar aliran CI/CD, beberapa alat dan alur kerja memerlukan pendekatan yang lebih terstruktur. Aplikasi mobile dan sistem darurat, khususnya, memerlukan strategi peringatan yang disesuaikan untuk menangani tantangan unik mereka. Mari kita telusuri cara mengoptimalisasi peringatan untuk skenario-skenario ini.
Peringatan Aplikasi Mobile dengan Capgo

Aliran CI/CD mobile membawa setiap set tantangan - pengiriman aplikasi ke toko, fragmentasi perangkat, dan kekhawatiran keamanan yang lebih tinggi, untuk menyebut beberapa. Peringatan standar seringkali tidak cukup untuk menangani kompleksitas ini. Seperti yang dijelaskan Barnabás Birmacher, pendiri dan CEO dari Bitrise:
“Ketika datang ke DevOps Mobile, kebutuhan kecepatan dipertaruhkan dengan kebutuhan kepercayaan” [9].
Untuk aplikasi yang dibangun menggunakan Capacitor dan memanfaatkan Capgo’s sistem pembaruan hidup, peringatan berperan lebih kritis lagi. Pembaruan ini menghindari tinjauan aplikasi toko tradisional, sehingga penting untuk tetap mengikuti masalah seperti gagalnya proses build, kesalahan tes, dan kelemahan keamanan. Misalnya, gagalnya proses build mungkin menandakan masalah pengiriman, sedangkan kesalahan tes mungkin menunjukkan masalah kompatibilitas di berbagai perangkat. Kelemahan keamanan, yang sensitifnya data pengguna, memerlukan tindakan segera.
Capgo’s sistem analitik menawarkan pemantauan waktu nyata dari tingkat kesuksesan pembaruan, memungkinkan peringatan berdasarkan metrik adopsi pengguna. Jika tingkat adopsi menurun atau laporan crash meningkat, peringatan 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 peringatan mobile efektif dengan Capgo, pantau beberapa lapisan dari pipeline Anda, termasuk proses build CI/CD, distribusi pembaruan, dan adopsi pengguna. Konfigurasi peringatan untuk gagalnya proses build, kesalahan distribusi pembaruan, trigger rollback, dan pola perilaku pengguna yang tidak biasa. Selain itu, Capgo’s sistem saluran maju memungkinkan peluncuran tahap demi tahap, sehingga memungkinkan tes beta sebelum pembaruan mencapai basis pengguna yang lebih luas.
Hubungkan ke Alat Tanggap Darurat
Beberapa situasi memerlukan tanggapan insiden segera, terutama ketika gagal sistem kritis terjadi. Integrasi alat tanggapan darurat ke dalam peringatan CI/CD dapat mengubah potensi krisis menjadi insiden yang dapat diatasi.
Alat-alat modern seperti PagerDuty, Opsgenie, dan ServiceNow dapat mengubah peringatan CI/CD dasar menjadi protokol darurat skala penuh. Dengan mengatur webhook, Anda dapat mengirimkan data peringatan 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 peringatan IT sebesar 50% dan mengurangi waktu yang dihabiskan untuk insiden yang salah-positif sebesar 80%
Platform AIOps meningkatkan manajemen insiden dengan menggunakan pemahaman 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.
Sukses integrasi tanggapan darurat bergantung pada kategorisasi peringatan yang tepat dan alur kerja otomatis. Peringatan CI/CD harus mencakup konteks yang cukup untuk alat-alat untuk mengklasifikasikan insiden secara otomatis. Misalnya, gagal deployment kritis dapat memicu pemberitahuan 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. Kemampuan tanggap insiden adalah penting 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 tindakan yang dapat diambil untuk menyelesaikan masalah”
Masalah Umum Pemberitahuan dan Solusi
Membangun pada strategi untuk mengatur dan mengelola pemberitahuan, mari kita telusuri beberapa masalah yang dihadapi tim dan cara untuk menyelesaikannya. Bahkan sistem pemberitahuan yang terbaik dapat mengalami masalah yang mengganggu alur kerja. Dua tantangan yang sering dihadapi adalah menghadapi jumlah pemberitahuan yang berlebihan dan memperbaiki mekanisme pemberitahuan yang rusak. Menyelesaikan masalah-masalah ini secara efektif sangat penting untuk menjaga pipa CI/CD berjalan lancar
Pemberitahuan yang Terlalu Banyak
Ketika tim Anda diserang dengan ratusan pemberitahuan harian, menjadi lebih sulit untuk mengenali masalah kritis. Fenomena ini, sering disebut “kelelahan pemberitahuan”, dapat menyembunyikan apa yang sebenarnya penting. Misalnya, 5% monitor teratas dapat mengaktifkan hingga tujuh pemberitahuan harian, sehingga membuat signal yang penting dapat hilang di dalam keributan [13].
Penyebab biasa dari 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 ini, pertimbangkan untuk menerapkan teknik penyaringan cerdas. Berikut ini yang dapat membantu:
- Hapus peringatan yang berulang dengan menyatukan pemberitahuan yang terkait.
- Penyesuaian ambang batas untuk fokus pada metrik yang kritikal sambil mengurangi kebisingan dari metrik yang tidak mendesak.
- Penggunaan deteksi flapping untuk mencegah peringatan yang diaktifkan oleh masalah sementara, seperti gangguan jaringan yang singkat.
Penggunaan pembelajaran mesin juga dapat berperan, mengurangi peringatan hingga 60–90% sambil mempertahankan keandalan sistem. [13]. Léo Baecker dari Hyperping menggarisikan pendekatan ini:
“Manajemen peringatan DevOps yang efektif adalah suatu keseimbangan. Kunci adalah fokus pada kualitas daripada kuantitas - setiap peringatan harus berdaya tindakan, bermakna, dan jelas.” [6]
Untuk meningkatkan kualitas peringatan, tambahkan konteks ke setiap pemberitahuan. 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-jam sibuk ketika sumber daya sedang terbebani [6].
Dengan menyempurnakan sistem peringatan, Anda dapat memastikan bahwa tim Anda fokus pada masalah yang sebenarnya tanpa terjebak oleh kebisingan yang tidak perlu
Sistem Pemberitahuan yang Rusak
Sistem pemberitahuan yang rusak dapat memiliki konsekuensi serius. Jika kegagalan pipa kritis tidak terdeteksi karena peringatan tidak terjadi, penundaan yang dihasilkan dapat mahal. 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
Pemicu paling umum dari peringatan yang rusak termasuk pengaturan SMTP yang salah, gagalnya plugin, dan masalah koneksi jaringan. Periksa log sistem untuk kesalahan pengiriman pemberitahuan [16]. Sering kali, masalahnya hanya karena kesalahan konfigurasi sederhana, seperti alamat email yang salah atau token autentikasi yang telah kedaluwarsa
Alat Pencatatan Log yang Terpusat, seperti ELK Stack atau Splunkmengurangi waktu troubleshooting dengan mengumpulkan log dari berbagai komponen. Alat-alat ini dapat membantu menentukan apakah masalah terletak pada platform CI/CD, layanan pemberitahuan, atau infrastruktur jaringan [16].
Menghindari masalah-masalah ini, pertimbangkan untuk mengatur pengawasan diri untuk sistem pemberitahuan Anda. Misalnya:
- Mengawasi tingkat pengiriman pemberitahuan dan menetapkan peringatan jika volume pemberitahuan menurun secara tidak terduga.
- Membuat pipa pengujian yang dirancang untuk gagal secara sengaja, memastikan pemberitahuan dikirimkan kepada tim yang tepat dalam waktu yang diharapkan.
Documentasi adalah faktor penting lainnya dalam menjaga sistem pemberitahuan yang dapat diandalkan. Simpan catatan rinci tentang konfigurasi pemberitahuan dan prosedur pembaruan untuk mempercepat waktu troubleshooting [1]. Anda juga dapat menerapkan “pemberitahuan sebagai code”, mengontrol versi pengaturan pemberitahuan Anda bersama dengan aplikasi code. Pendekatan ini memungkinkan Anda untuk mengikuti perubahan, mengembalikan pembaruan yang bermasalah, dan menjaga konsistensi di antara lingkungan [6].
Pemberitahuan yang dapat diandalkan sangat penting dalam mengurangi waktu down. Dengan waktu pemulihan rata-rata untuk insiden produksi yang beredar sekitar 30 menit, pengelolaan pemberitahuan proaktif memainkan peran penting dalam memenuhi tujuan tingkat layanan [13].
Ringkasan
Integrasi pemberitahuan ke dalam pipa CI/CD secara signifikan meningkatkan baik respons insiden maupun code kualitas. Dengan memberikan feedback segera, pemberitahuan membantu tim menangkap masalah-masalah awal, mencegah bug kecil berkembang menjadi kehilangan yang mahal [6].
Peringatan waktu nyata memungkinkan tim untuk bertindak cepat dan berkolaborasi, yang secara langsung mengurangi waktu siklus dan menjaga proyek tetap berada di jalur yang benar [2]. Pendekatan proaktif ini sangat penting karena 75% organisasi telah melaporkan insiden keamanan yang terkait dengan lingkungan CI/CD [4]. Peringatan yang tepat dapat menandai akses tidak sah, perilaku komit yang tidak biasa, atau potensi kelemahan sebelum mereka berkembang menjadi masalah besar. Fokus pada deteksi awal ini menyiapkan dasar untuk meningkatkan kualitas peringatan.
Namun, bukan hanya tentang memiliki peringatan - itu tentang memiliki peringatan yang tepat. Tim akan mendapatkan manfaat maksimal ketika mereka menerapkan penyaringan cerdas, menghapus notifikasi yang tidak perlu, dan menyediakan 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 . Hal 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 pembangunan, durasi pengujian, dan tingkat kesuksesan pengembangan membantu menemukan area untuk perbaikan
. Pipa yang terawasai dengan baik mengurangi gangguan, membebaskan pengembang untuk fokus pada menulis kode __CAPGO_KEEP_0__ daripada melakukan troubleshooting [3]. A well-monitored pipeline reduces disruptions, freeing developers to focus on writing code instead of troubleshooting [3]Pertanyaan yang Sering Diajukan
.:: faq
FAQs
How dapat saya mengurangi kelelahan peringatan di pipeline CI/CD saya sambil memastikan masalah kritis ditangani dengan cepat?
Untuk mengurangi kelelahan peringatan di pipeline CI/CD Anda dan memastikan masalah kritis mendapatkan perhatian yang mereka butuhkan, fokus pada rank peringatan berdasarkan tingkat keparahan dan kepentingan. Teknik seperti deduplikasi dan agregasi dapat membantu mengurangi kebisingan, sehingga lebih mudah untuk menemukan apa yang benar-benar 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, baiknya Anda melakukan tinjauan dan penyesuaian batas peringatan secara teratur untuk tetap beradaptasi dengan kebutuhan yang berubah dari pipeline Anda. Dengan cara ini, sistem peringatan Anda tetap efisien dan sejalan dengan tujuan Anda. Mengsederhanakan 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 prinsip akses 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.
Maksimalkan manajemen rahasia untuk menyimpan informasi sensitif seperti API kunci dan kredensial dengan aman. Ini juga sangat penting untuk untuk memantau dan memeriksa log akses secara teratur untuk mengidentifikasi dan menangani aktivitas yang mencurigakan dengan cepat. Pastikan peringatan telah disetel untuk memberitahu tim yang tepat segera ketika terjadi perilaku yang tidak biasa. Selain itu, selalu pastikan komponen pipeline CI/CD Anda diperbarui dan diperbaiki untuk melindungi terhadap kelemahan keamanan yang diketahui.
For 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 update waktu nyata sesuai dengan persyaratan Apple dan Android.
::: faq
Bagaimana cara mengatur peringatan yang bermakna untuk pengiriman aplikasi seluler sehingga mereka berguna dan dapat diambil tindakan?
Untuk 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 build, waktu pengiriman, dan metrik pengalaman pengguna. Pastikan untuk menetapkan ambang batas peringatan yang hanya aktif ketika benar-benar diperlukan - ini membantu mencegah kelebihan notifikasi. Teruslah memeriksa dan menyesuaikan ambang batas ini berdasarkan performa masa lalu dan perubahan perilaku aplikasi Anda.
Leverage tools dengan Pantauan waktu nyata kemampuan untuk segera mengidentifikasi dan menyelesaikan masalah, sehingga proses pengiriman Anda berjalan lancar. Platform seperti Capgo mungkin dapat membuat hal ini lebih mudah dengan menawarkan solusi CI/CD terintegrasi dan peringatan yang disesuaikan dengan kebutuhan pengiriman spesifik, memberikan Anda update instan dan kontrol yang lebih besar atas pipa pengiriman Anda.
Teruskan dari Cara Menambahkan Peringatan ke Pipa CI/CD
Jika Anda menggunakan Cara Menambahkan Peringatan ke Pipa CI/CD untuk merencanakan keamanan dan kewenangan, hubungkannya dengan Enkripsi untuk detail implementasi di Enkripsi, Pengawasan untuk detail implementasi di Pengawasan, 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.