# Representasi model operasi 2 per 2 Representasi model operasi 2 per 2 merupakan ilustrasi untuk membantu Anda memahami hubungan antar-tim dalam lingkungan. Diagram ini berfokus pada tindakan dan pelaksananya serta hubungan antar-tim, selain itu kami juga akan mendiskusikan tata kelola dan pembuatan keputusan yang berkaitan dengan contoh ini. Tim Anda dapat memiliki tanggung jawab dalam berbagai model bergantung pada beban kerja yang mereka dukung. Anda mungkin ingin mencoba area disiplin yang lebih terspesialisasi daripada yang dijelaskan. Variasi model ini dapat menjadi tak terbatas seiring Anda memisahkan atau menggabungkan aktivitas, atau menyebarkan tim dan memberikan detail spesifik. Anda dapat mengidentifikasi bahwa Anda memiliki kemampuan yang tumpang tindih atau tidak diketahui untuk seluruh tim, yang dapat memberikan keuntungan tambahan, atau mendorong efisiensi. Anda juga dapat mengidentifikasi kebutuhan yang belum terpenuhi dalam organisasi dan dapat merencanakan penanganannya. Saat mengevaluasi perubahan organisasi, pelajari kompensasi antara model, posisi tim individu Anda dalam model (sekarang dan setelah perubahan), bagaimana hubungan dan kemampuan tim akan berubah, dan apakah manfaat sesuai dengan dampak pada organisasi. Anda bisa sukses menggunakan masing-masing dari empat model operasi berikut. Beberapa model lebih sesuai untuk kasus penggunaan tertentu atau pada titik tertentu dalam pengembangan. Beberapa model dapat memberikan manfaat lebih dari model yang digunakan dalam lingkungan. **Topics** + [Model operasi yang terpisah sepenuhnya](fully-separated-operating-model.md) + [DevOps dengan penyedia layanan terkelola cloud](devops-with-cloud-managed-service-provider.md) + [Operasi cloud dan pemberdayaan platform (COPE)](cloud-operations-and-platform-enablement.md) + [DevOps Terdistribusi](distributed-devops.md) + [DevOps Terdesentralisasi](decentralized-devops.md) + [Mengembangkan model operasi Anda](evolving-your-ops-model.md) # Model operasi yang terpisah sepenuhnya Dalam diagram berikut, Aplikasi dan Infrastruktur berada pada sumbu vertikal. Aplikasi merujuk pada beban kerja yang digunakan dalam hasil bisnis dan dapat dikembangkan secara kustom atau perangkat lunak yang dibeli. Platform merujuk pada infrastruktur fisik serta virtual dan perangkat lunak lainnya yang mendukung beban kerja tersebut. Rekayasa dan Operasi berada pada sumbu horizontal. Rekayasa merujuk pada pengembangan, pembangunan, dan pengujian aplikasi serta infrastruktur. Operasi adalah deployment, pembaruan, dan dukungan yang masih berlangsung untuk aplikasi dan infrastruktur. ![\[Diagram model tradisional\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/operational-excellence-pillar/images/full-seperate.png) Secara historis, organisasi-organisasi biasanya menganut kerangka kerja seperti ITIL atau standar seperti ISO dan membentuk kegiatan operasional mereka sesuai standar-standar itu, yang sering kali menghasilkan topologi yang sepenuhnya terpisah. Dalam model ini, aktivitas dalam setiap kuadran dilakukan oleh tim yang berbeda. Pekerjaan diteruskan antar tim melalui mekanisme seperti permintaan pekerjaan, antrean, tiket, atau dengan menggunakan sistem manajemen layanan IT (ITSM). Transisi tugas kepada atau antar-tim dapat meningkatkan kompleksitas, serta menyebabkan bottleneck dan penundaan. Permintaan mungkin ditunda hingga menjadi prioritas. Kecacatan yang terlambat diidentifikasi dapat memerlukan banyak upaya untuk pengerjaan ulang dan mungkin harus melewati tim yang sama beserta fungsinya satu kali lagi. Jika ada insiden yang memerlukan tindakan tim rekayasawan, respons mereka akan ditunda oleh aktivitas transfer. Ada risiko ketidaksesuaian yang lebih tinggi saat bisnis, pengembangan, dan tim operasi dikelola di sekitar aktivitas atau fungsi yang sedang dijalankan. Hal ini dapat membuat tim berfokus pada tanggung jawab spesifik mereka, bukan pada mencapai hasil bisnis. Tim dapat terspesialisasi secara sempit, terisolasi secara fisik, atau terisolasi secara logis, menghambat komunikasi dan kolaborasi. # DevOps dengan penyedia layanan terkelola cloud DevOps dengan model penyedia layanan yang dikelola cloud akan mengikuti metodologi *Anda membangunnya, Anda menjalankannya* untuk tim aplikasi. Namun demikian, organisasi Anda mungkin belum memiliki keterampilan, atau anggota tim, untuk mendukung rekayasa platform khusus dan tim operasi, atau Anda mungkin tidak ada dalam posisi ingin meluangkan waktu dan tenaga untuk melakukannya. Jika tidak, Anda mungkin ingin memiliki tim platform yang berkonsentrasi pada pengembangan kemampuan yang akan memberikan bisnis Anda diferensiasi, tetapi Anda ingin melakukan outsourcing pada operasi harian yang tidak mendatangkan keuntungan kompetitif dan diferensiasi. Penyedia Layanan Terkelola seperti [AWS Managed Services](https://aws.amazon.com/managed-services/), atau Penyedia [AWS Partner Network](https://aws.amazon.com/partners/find/results/?keyword=Managed+Service+Provider), menyediakan keahlian untuk mengimplementasikan lingkungan cloud, dan mendukung persyaratan keamanan dan kepatuhan serta tujuan bisnis Anda. ![\[DevOps dengan penyedia layanan terkelola cloud\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/operational-excellence-pillar/images/devops-msp.en.png) Untuk variasi ini, kami akan menetapkan agar tata kelola dipusatkan dan dikelola oleh tim platform, dengan pembuatan akun dan kebijakan yang dikelola dengan AWS Organizations dan AWS Control Tower. Dalam model ini, mekanisme harus diubah agar dapat dijalankan dengan penyedia layanan tersebut. Hal ini tidak mengatasi bottleneck dan penundaan yang disebabkan oleh transisi tugas antar-tim, termasuk penyedia layanan, atau kemungkinan pengerjaan ulang terkait dengan keterlambatan identifikasi kecacatan. Anda mendapatkan manfaat dari standar penyedia, praktik terbaik, proses, dan keahlian. Anda juga mendapatkan manfaat dari pengembangan berkelanjutan penawaran layanan. Menambahkan layanan terkelola ke model operasi Anda dapat menghemat waktu dan sumber daya Anda, serta memungkinkan Anda menjaga tim internal Anda untuk tetap belajar dan fokus pada hasil strategis yang akan membedakan bisnis Anda, dan bukan mengembangkan keterampilan dan kemampuan baru. Hal ini juga dapat memberikan waktu bagi Anda untuk membangun dan mematangkan kemampuan platform Anda sendiri tanpa memperlambat program migrasi cloud Anda. # Operasi cloud dan pemberdayaan platform (COPE) Model cloud operations and platform enablement (COPE) ini berupaya membangun metodologi *Anda membangunnya, Anda menjalankannya* dengan mendukung tim aplikasi untuk melakukan aktivitas rekayasa dan operasi untuk beban kerja mereka, mengadopsi budaya DevOps. Tim aplikasi Anda mungkin bertugas untuk melakukan migrasi, mengadopsi cloud, atau melakukan modernisasi beban kerja, dan tidak memiliki kemampuan yang ada untuk mendukung arsitektur cloud serta operasi cloud secara memadai. Kurangnya kemampuan tim aplikasi dan keakraban ini cenderung akan memperlambat kelincahan organisasi Anda dan berdampak pada hasil bisnis. Untuk mengatasi masalah ini, Anda dapat menggunakan keahlian operasional yang ada dari dalam organisasi Anda untuk mendukung tim aplikasi yang sedang berproses mengadopsi operasi cloud. Ini dapat berupa tim ahli tim virtual khusus yang di beranggotakan peserta-peserta pilihan dari seluruh organisasi. Namun demikian, tujuannya tetap sama, yaitu memberikan dukungan operasional yang membangun kemampuan tim beban kerja, menggunakan prinsip otomatisasi cloud first, menghilangkan upaya-upaya yang menuntut tetapi tidak memberikan diferensiasi, menyediakan pola standar, dan mempromosikan otonomi. Tujuannya adalah untuk membangun kematangan yang cukup di seluruh kemampuan cloud dan menurunkan hambatan tanggung jawab operasional sehingga tim aplikasi tidak lagi membutuhkan dukungan tambahan. Model COPE berkonsentrasi pada tingkat beban kerja. Jika pendekatan ini diperlukan di beberapa tim sekaligus, dan jika Anda melakukan proyek migrasi multi-tahun yang kompleks dan dalam skala besar, atau jika Anda sedang membangun platform untuk mendukung inisiatif ini, Anda harus mempertimbangkan untuk menggunakan Pusat Keunggulan Cloud (CCoE). Ini adalah sebuah mekanisme yang banyak ditemukan berhasil ketika dilakukan dalam upaya untuk mempercepat migrasi mereka ke cloud dan secara luas mengubah organisasi mereka. ![\[Operasi Cloud dan Pemberdayaan Platform (COPE)\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/operational-excellence-pillar/images/cope.en.png) Tim rekayasa platform Anda membangun lapisan tipis kemampuan platform bersama inti, yang didasarkan pada standar yang telah ditentukan sebelumnya yang harus diadopsi oleh tim aplikasi dan disediakan oleh tim COPE. Tim rekayasa platform mengodekan arsitektur referensi dan pola yang disediakan untuk tim aplikasi melalui mekanisme layanan mandiri. Dengan menggunakan layanan seperti AWS Service Catalog, tim aplikasi dapat melakukan deployment arsitektur referensi, pola, layanan, dan konfigurasi yang disetujui, serta secara default mematuhi tata kelola terpusat dan standar keamanan. Tim rekayasa platform juga menyediakan set layanan yang terstandardisasi (misalnya, alat pengembangan, alat observabilitas, alat pencadangan dan pemulihan, serta jaringan) kepada tim aplikasi. Tim COPE mengelola dan mendukung layanan-layanan terstandardisasi dan memberikan bantuan kepada tim aplikasi yang membangun kehadiran cloud mereka berdasarkan arsitektur dan pola yang dijadikan referensi. Tim COPE bekerja dengan tim aplikasi untuk membantu mereka membangun operasi dasar. Selama proses ini, tim aplikasi akan mengemban tanggung jawab yang semakin besar atas sistem dan sumber daya mereka dari waktu ke waktu. Tim COPE mendorong peningkatan berkelanjutan bersama dengan tim rekayasa platform serta bertindak sebagai pendukung untuk tim aplikasi. Tim aplikasi mendapatkan bantuan dalam menyiapkan lingkungan, pipeline CI/CD, manajemen perubahan, observabilitas dan pemantauan, serta menetapkan insiden dan proses manajemen peristiwa dengan tim COPE yang terintegrasi sebagaimana yang diperlukan. Tim COPE bekerja sama dengan tim aplikasi dalam menjalankan aktivitas operasi ini, menghapus keterlibatan tim COPE dari waktu ke waktu saat tim aplikasi mengambil alih kepemilikan. Tim aplikasi memperoleh manfaat dari keterampilan tim COPE dan pelajaran yang dipetik oleh organisasi. Mereka dilindungi oleh pagar pembatas yang didirikan melalui tata kelola tersentralisasi. Tim aplikasi melakukan pembangunan berdasarkan kesuksesan yang diakui dan mendapatkan manfaat dari pengembangan berkelanjutan dari standar organisasi yang telah diadopsi. Mereka mendapatkan wawasan ke operasi beban kerja melalui proses penetapan observabilitas dan pemantauan dan dapat memahami dampak perubahan yang dibuat untuk beban kerja dengan lebih baik. Tim COPE juga dapat mempertahankan akses yang diperlukan untuk mendukung aktivitas operasi, memberikan tampilan operasi perusahaan yang mencakup tim aplikasi, dan untuk menyediakan dukungan manajemen insiden yang sangat penting. Tim COPE mempertahankan tanggung jawab untuk aktivitas yang dianggap sebagai pekerjaan berat yang tidak mendatangkan keuntungan kompetitif, yang mereka penuhi melalui solusi standar yang dapat didukung dalam skala besar. Mereka juga terus mengelola aktivitas operasi terprogram dan otomatis yang dipahami dengan baik untuk tim aplikasi sehingga mereka dapat fokus menjadikan aplikasi mereka kompetitif. Anda mendapatkan keuntungan dari standar, praktik terbaik, proses, dan keahlian organisasi yang diperoleh dari keberhasilan tim Anda. Anda menetapkan mekanisme untuk mereplikasi pola yang berhasil ini untuk tim baru yang melakukan adopsi atau modernisasi di cloud. Model ini menekankan pada kemampuan tim COPE untuk membantu penetapan tim aplikasi, serta mentransisikan pengetahuan dan artefak. Hal ini akan mengurangi beban operasional tim aplikasi dengan risiko bahwa tim aplikasi bisa gagal menjadi independen secara umum. Hal ini juga akan membangun hubungan antara CCoE, COPE, dan tim aplikasi dalam membuat loop umpan balik guna mendukung perkembangan dan inovasi lebih lanjut. Menetapkan tim rekayasa platform dan COPE, sekaligus menentukan standar di seluruh organisasi, dapat memfasilitasi adopsi cloud dan mendukung upaya modernisasi yang dilakukan. Dengan memberikan dukungan tambahan dari tim COPE yang bertindak sebagai konsultan dan mitra untuk tim aplikasi, Anda dapat menghilangkan hambatan tingkat beban kerja yang memperlambat adopsi tim aplikasi dari kemampuan cloud yang bermanfaat. # DevOps Terdistribusi Model DevOps terdistribusi memisahkan (atau mendistribusikan) operasi rekayasa aplikasi dan tanggung jawab operasi rekayasa infrastruktur di seluruh tim teknik, mengikuti [metodologi COPE](cloud-operations-and-platform-enablement.md). Rekayasawan aplikasi Anda melakukan rekayasa dan operasi beban kerja mereka. Dengan cara yang sama, rekayasawan infrastruktur melakukan rekayasa dan operasi pada platform yang digunakan untuk mendukung tim aplikasi. ![\[Diagram model DevOps terdistribusi\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/operational-excellence-pillar/images/distributed-devops.en.png) Untuk contoh ini, kami memperlakukan tata kelola sebagai tata kelola terpusat di tempat lain dalam organisasi. Standar sudah didistribusikan, disediakan, atau dibagikan kepada tim aplikasi. Gunakan alat atau layanan yang memungkinkan Anda mengelola lingkungan di seluruh akun Anda secara tersentralisasi, seperti [AWS Organizations](https://aws.amazon.com/organizations/). Layanan seperti [AWS Control Tower](https://aws.amazon.com/controltower/features/) akan memperluas kemampuan manajemen ini dengan membantu Anda menentukan cetak biru (yang mendukung model operasi Anda) untuk penyiapan akun, menerapkan tata kelola berkelanjutan menggunakan AWS Organizations, dan mengotomatiskan penyediaan akun baru. *You build it you run it* bukan berarti tim aplikasi bertanggung jawab atas tumpukan penuh (full-stack), tool chain, dan platform. Tim rekayasawan platform menyediakan set layanan yang terstandardisasi (misalnya, alat pengembangan, alat pemantauan, alat pencadangan dan pemulihan, serta jaringan) kepada tim aplikasi. Tim platform juga dapat menyediakan ke layanan penyedia cloud yang disetujui, konfigurasi tertentu, atau keduanya, kepada tim aplikasi. Mekanisme yang menyediakan kemampuan mandiri untuk men-deploy layanan dan konfigurasi yang disetujui, seperti Service Catalog, dapat membantu membatasi penundaan yang terkait dengan permintaan pemenuhan, dan sekaligus menegakkan tata kelola. Tim platform mengaktifkan visibilitas tumpukan penuh (full stack) agar tim aplikasi dapat membedakan antara masalah dengan komponen aplikasi dan layanan serta komponen infrastruktur yang digunakan aplikasi. Tim platform juga dapat menyediakan bantuan untuk mengonfigurasi layanan ini dan panduan tentang cara meningkatkan operasi sebuah tim aplikasi. Seperti yang didiskusikan sebelumnya, tersedianya mekanisme sangat penting untuk meminta penambahan, perubahan, dan pengecualian terhadap standar guna mendukung aktivitas dan inovasi aplikasi. Model DevOps terdistribusi memberikan loop umpan balik yang kuat kepada tim aplikasi. Operasi harian beban kerja meningkatkan kontak dengan pelanggan, baik melalui interaksi langsung atau tidak langsung lewat permintaan fitur dan dukungan. Visibilitas yang lebih tinggi ini memungkinkan tim aplikasi untuk menangani masalah dengan cepat. Keterlibatan yang mendalam dan hubungan yang lebih dekat memberikan wawasan atas kebutuhan pelanggan dan menciptakan inovasi yang lebih cepat. Semua ini juga berlaku untuk tim platform yang mendukung tim aplikasi, karena tim platform harus melihat tim aplikasi ini sebagai pelanggan mereka. Standar yang diadopsi mungkin belum disetujui untuk penggunaan, mengurangi jumlah peninjauan yang diperlukan untuk memasuki produksi. Menggunakan standar yang didukung dan diuji serta disediakan oleh tim platform dapat mengurangi frekuensi masalah dengan layanan tersebut. Pengadopsian standar akan membantu tim aplikasi untuk fokus menjadikan beban kerja mereka kompetitif. # DevOps Terdesentralisasi Model DevOps terdesentralisasi adalah variasi dari metodologi *Anda membangunnya, Anda menjalankannya* di mana operasi sebagian besar berada di bawah kepemilikan tim beban kerja. Rekayasawan aplikasi Anda melakukan rekayasa dan operasi-operasi beban kerja mereka. Dengan cara yang sama, rekayasawan infrastruktur melakukan rekayasa dan operasi-operasi pada platform yang digunakan untuk mendukung tim aplikasi. ![\[Diagram DevOps terdesentralisasi\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/operational-excellence-pillar/images/decentralized-devops.en.png) Untuk contoh ini, kami membuat tata kelola menjadi terdesentralisasi. Standar masih didistribusikan, disediakan, atau dibagikan kepada tim aplikasi oleh tim platform, tetapi tim aplikasi bebas untuk merekayasa dan mengoperasikan kemampuan platform baru guna mendukung beban kerja. Dalam model ini, tim aplikasi mengalami lebih sedikit kendala, tetapi hal itu disertai dengan peningkatan tanggung jawab yang signifikan. Keterampilan tambahan (dan anggota tim potensial) harus ada untuk mendukung kemampuan platform tambahan. Risiko pengerjaan ulang yang signifikan akan meningkat jika keahlian tidak memadai dan kecacatan tidak teridentifikasi lebih awal. Terapkan kebijakan yang tidak didelegasikan secara khusus ke tim aplikasi. Gunakan alat atau layanan yang memungkinkan Anda untuk mengelola lingkungan di seluruh akun Anda secara tersentralisasi, seperti [AWS Organizations](https://aws.amazon.com/organizations/). Layanan seperti [AWS Control Tower](https://aws.amazon.com/controltower/features/) akan memperluas kemampuan manajemen ini dengan membantu Anda menentukan cetak biru (yang mendukung model operasi Anda) untuk penyiapan akun, menerapkan tata kelola berkelanjutan menggunakan AWS Organizations, dan mengotomatiskan penyediaan akun baru. Tim aplikasi akan diuntungkan dengan memiliki mekanisme untuk meminta penambahan dan perubahan standar. Mereka dapat memberikan kontribusi berupa standar baru yang dapat memberikan manfaat bagi tim aplikasi lain. Tim platform dapat memutuskan bahwa memberikan dukungan langsung untuk kemampuan tambahan ini merupakan dukungan yang efektif untuk hasil bisnis. Model ini meminimalkan kendala inovasi dengan keterampilan yang signifikan dan persyaratan anggota tim. Ini mengatasi banyak hambatan dan penundaan yang disebabkan oleh transisi tugas antar tim sambil tetap mempromosikan pengembangan hubungan yang efektif antara tim dan pelanggan. # Mengembangkan model operasi Anda Model-model yang disediakan secara progresif terus bergerak menuju semakin banyaknya otonomi yang dimilikinya pada tingkat beban kerja, sesuai dengan prinsip tim dua pizza. Anda harus memahami bahwa perjalanan ini adalah perjalanan dari pendekatan tradisional ke pendekatan DevOps terdesentralisasi (sebagai dasar untuk evolusi berkelanjutan ke model tim dua pizza), dan ini kemungkinan akan memakan waktu dan membutuhkan kematangan pembangunan di sejumlah kemampuan. Oleh karena itu, kami telah memberikan contoh bagaimana Anda dapat bertransisi antar model saat tim dan organisasi Anda bergerak di sepanjang perjalanan transformasi perusahaan. Dalam setiap perubahan atau model, Anda berkembang menuju tim yang lebih otonom, tetapi masih selaras secara organisasi. ![\[Diagram evolusi model operasi cloud dari on-premise hingga aliran dan proses nilai otomatis\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/operational-excellence-pillar/images/evolving-ops.en.png) Saat melakukan evaluasi tentang bagaimana tim Anda dapat mendukung evolusi organisasi, pelajari kompensasi antara model, posisi tim individu Anda dalam model (sekarang dan setelah evolusi), bagaimana hubungan dan kemampuan tim akan berubah, dan apakah manfaat-manfaat yang didapatkan sesuai dengan dampak pada organisasi. Perlu diingat bahwa perubahan tidak pernah linier. Beberapa model lebih sesuai untuk kasus penggunaan atau titik tertentu dalam perjalanan, dan beberapa model ini mungkin memberikan keunggulan dibandingkan dengan yang ada di lingkungan Anda.