Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mode AMS
Gunakan ini untuk membantu Anda memilih mode AWS Managed Services (AMS) yang sesuai untuk hosting aplikasi Anda, berdasarkan kombinasi fleksibilitas dan tata kelola preskriptif yang Anda inginkan untuk mencapai hasil bisnis Anda.
Audiens yang dituju untuk informasi ini adalah:
+ Tim pelanggan yang bertanggung jawab atas strategi dan tata kelola landing zone mereka. Informasi ini akan membantu tim menyusun fondasi landing zone yang dikelola AMS, dengan mode AMS yang ingin mereka tawarkan kepada pelanggan internal dan eksternal mereka.
+ Pemilik bisnis dan aplikasi ditugaskan untuk memigrasikan aplikasi mereka ke AMS. Informasi ini akan membantu merencanakan migrasi aplikasi, dengan mode AMS yang sesuai untuk aplikasi migrate/host mereka. Catatan, aplikasi yang sama dapat di-host di lebih dari satu mode AMS selama fase siklus hidup Siklus Hidup Pengembangan Perangkat Lunak (SDLC) yang berbeda.
+ Mitra AMS bertugas membimbing pelanggan tentang berbagai opsi untuk membangun dan bermigrasi ke AMS.
Informasi ini mengasumsikan bahwa Anda telah membuat keputusan untuk memanfaatkan AMS untuk mempercepat perjalanan Anda ke cloud. Lihat paper ini di dua titik dalam perjalanan migrasi cloud Anda: Pertama, selama fase dasar menyiapkan platform yang dikelola AMS. Kedua, ketika Anda beralih dari fondasi ke fase migrasi dari perjalanan adopsi cloud Anda, tepat setelah orientasi ke AMS selesai dan Anda berfokus pada tata kelola dan operasi aplikasi.
# Mode dan aplikasi AMS atau beban kerja
Pertimbangkan persyaratan operasional dan tata kelola untuk aplikasi Anda saat memilih mode yang tepat, baik dengan meminta akun aplikasi baru atau menghosting aplikasi di akun aplikasi yang ada. Pemilihan mode AMS yang sesuai untuk setiap aplikasi atau beban kerja tergantung pada faktor-faktor berikut:
+ Jenis fungsi siklus hidup SDLC yang akan disediakan lingkungan (misalnya, kotak pasir dengan perubahan yang tidak dimoderasi, UAT dengan beberapa perubahan yang sering, produksi dengan perubahan minimal dan sangat diatur)
+ Kebijakan tata kelola yang diperlukan (ditegakkan melalui SCPs di tingkat OU)
+ Model Operasional (jika Anda ingin memiliki tanggung jawab operasional atau ingin mengalihdayakannya ke AMS)
+ Hasil bisnis yang diinginkan, seperti waktu untuk beroperasi di cloud, dan biaya operasi.
**catatan**
Untuk deskripsi jenis mode per layanan AMS, lihat [Jenis mode dan akun di AMS](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-types.html).
Untuk kasus penggunaan dunia nyata dari berbagai mode, lihat [Kasus penggunaan dunia nyata untuk mode AMS](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-and-use-cases.html)
Tabel berikut menguraikan pertimbangan utama bagi pemilik aplikasi untuk membantu memutuskan mode AMS yang paling sesuai. Pemilik aplikasi harus menyertakan fase penilaian sebelum migrasi aplikasi untuk sepenuhnya memahami mode mana yang berlaku untuk aplikasi spesifik mereka. Contoh: Untuk aplikasi berbasis layanan cloud-native atau arsitektur tanpa server, opsi terbaik adalah mulai membangun dan mengulangi dalam mode Pengembang dan menerapkan Infrastruktur akhir sebagai Kode menggunakan mode AMS Managed — SSP. Dalam hal ini, pemfaktoran ulang ringan mungkin diperlukan untuk memastikan bahwa CloudFormation templat apa pun yang dibuat untuk penerapan otomatis memenuhi pedoman konsumsi yang ditetapkan oleh AMS. Selain itu, izin IAM apa pun harus disetujui oleh AMS Security untuk memastikan mereka mengikuti model hak istimewa paling sedikit.
Mode AMS yang dipilih untuk meng-host aplikasi, dapat membantu Anda membangun model operasi cloud yang Anda inginkan.
**catatan**
Lebih dari satu model operasi cloud dapat ada dalam satu Zona Pendaratan Terkelola AMS berdasarkan berbagai mode AMS yang dipilih untuk meng-host aplikasi.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/managedservices/latest/onboardingguide/ams-modes-and-apps-og.html)
**\$1** Operations On Demand (OOD) memiliki penawaran untuk pelanggan yang menggunakan mode CM Standar untuk mengelola perubahan mereka melalui sumber daya khusus. Untuk detail selengkapnya, lihat [katalog penawaran Operations on Demand dan hubungi](https://docs.aws.amazon.com/managedservices/latest/userguide/ood-catalog.html) manajer pengiriman layanan cloud (CSDM) Anda.
**catatan**
Perbandingan harga antara mode SSP dan mode Pengembang mengasumsikan bahwa layanan AWS yang sama disediakan.
Membandingkan Mode AMS dengan tujuan bisnis dan TI
![\[Comparison of AMS modes showing governance and flexibility against time to operationalize.\]](http://docs.aws.amazon.com/id_id/managedservices/latest/onboardingguide/images/ams-modes-choosing-dcm.png)
Seperti yang ditunjukkan, jika Anda mencari model tata kelola yang sangat terkontrol dan terstandarisasi untuk aplikasi Anda, maka mode Perubahan Standar yang dikelola AMS, AWS Service Catalog, atau Direct Change adalah yang paling cocok. Jika Anda memerlukan model tata kelola yang dipesan lebih dahulu dengan fokus pada inovasi aplikasi tanpa perlu kesiapan operasional, pilih mode Customer Managed. Dengan mode Customer Managed, Anda bisa membutuhkan waktu lebih lama untuk mengoperasionalkan aplikasi Anda karena Anda memikul tanggung jawab untuk menetapkan orang, proses, dan alat untuk mendukung kemampuan operasional seperti Manajemen Insiden, Manajemen Konfigurasi, Manajemen Penyediaan, Manajemen Keamanan, Manajemen Patch, dll.