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

# Merancang DevSecOps mekanisme
<a name="introduction"></a>

*Ryan Griffin, Amazon Web Services ()AWS*

Organizations dengan cepat mengadopsi DevOps dan DevSecOps memproses untuk menyebarkan infrastruktur. Pola umum sering mengikuti biner yang ketat: [infrastruktur sebagai layanan](https://aws.amazon.com/what-is/iaas/) (IaaS) dibandingkan dengan [platform integrasi sebagai layanan](https://aws.amazon.com/what-is/ipaas/) (iPaaS). Biasanya, desain dan implementasi DevOps mekanisme mengikuti serangkaian pola yang serupa, dan ada banyak panduan strategis tentang [DevOpspraktik](https://docs.aws.amazon.com/wellarchitected/latest/devops-guidance/devops-guidance.html). Namun, bimbingan taktis dan pengambilan keputusan praktis sering bergantung pada kompetensi tim pengembangan yang bertanggung jawab untuk mengimplementasikan DevSecOps fitur DevOps atau dan membangun jalur penyebaran.

Pertanyaan kunci yang muncul meliputi:
+ Alat apa yang sudah akrab dengan tim?
+ Apa yang dapat dicapai secara realistis dalam kerangka waktu yang diharapkan?

Ini adalah pertanyaan penting, tetapi tidak lengkap. Panduan ini berupaya memberikan konteks taktis tambahan untuk pertanyaan-pertanyaan ini dan lainnya. Ini bertujuan untuk mengubah biner IaaS dan iPaaS tradisional menjadi spektrum yang lebih bernuansa untuk insinyur implementasi, pemimpin tim, direktur, dan pembuat keputusan lainnya.

**catatan**  
Panduan ini memberikan skenario yang didasarkan pada pengalaman langsung organisasi besar setelah mereka menerapkan DevOps mekanisme.