Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Buat definisi pekerjaan menggunakan EcsProperties
Dengan menggunakan definisi AWS Batch pekerjaan EcsProperties
, Anda dapat memodelkan perangkat keras, sensor, lingkungan 3D, dan simulasi lainnya dalam wadah terpisah. Anda dapat menggunakan fitur ini untuk secara logis mengatur komponen beban kerja Anda, dan memisahkannya dari aplikasi utama. Fitur ini dapat digunakan AWS Batch di Amazon Elastic Container Service (AmazonECS), Amazon Elastic Kubernetes Service (EKSAmazon), dan. AWS Fargate
ContainerProperties
versus definisi EcsProperties
pekerjaan
Anda dapat memilih untuk menggunakan ContainerProperties
atau definisi EcsProperties
pekerjaan sesuai dengan kasus penggunaan Anda. Pada tingkat tinggi, menjalankan AWS Batch pekerjaan dengan EcsProperties
mirip dengan menjalankan pekerjaan dengan aContainerProperties
.
Struktur definisi pekerjaan lama, menggunakanContainerProperties
, tetap didukung. Jika saat ini Anda memiliki alur kerja menggunakan struktur ini, Anda dapat terus menjalankannya.
Perbedaan utama adalah bahwa ada objek baru yang ditambahkan ke definisi pekerjaan untuk mengakomodasi definisi EcsProperties
berbasis.
Misalnya, definisi pekerjaan yang digunakan ContainerProperties
di Amazon ECS dan Fargate memiliki struktur berikut:
{ "containerProperties": { ... "image": "my_ecr_image1", ... }, ... }
Definisi pekerjaan yang digunakan EcsProperties
di Amazon ECS dan Fargate memiliki struktur berikut:
{ "ecsProperties": { "taskProperties": [{ "containers": [ { ... "image": "my_ecr_image1", ... }, { ... "image": "my_ecr_image2", ... },
Perubahan umum pada AWS Batch APIs
Berikut ini lebih lanjut menguraikan beberapa perbedaan utama saat menggunakan EcsProperties
dan tipe EcsProperties
API data:
-
Banyak parameter yang digunakan di dalamnya
ContainerProperties
muncul di dalamTaskContainerProperties
. Beberapa contoh termasuk,command
,image
,privileged
,secrets
, danusers
. Mereka semua dapat ditemukan di dalam TaskContainerProperties. -
Beberapa
TaskContainerProperties
parameter tidak memiliki ekuivalen fungsional dalam struktur lama. Beberapa contoh termasuk,dependsOn
,essential
,name
,ipcMode
, danpidMode
. Untuk informasi lebih lanjut, lihat EcsTaskDetailsdan TaskContainerProperties.Selain itu, beberapa
ContainerProperties
parameter tidak memiliki ekuivalen, atau aplikasi, dalam struktur.EcsProperties
IntaskProperties
,container
telah diganti dengancontainers
sehingga objek baru dapat menerima hingga sepuluh elemen. Untuk informasi lebih lanjut lihat RegisterJobDefinition: containerProperties dan:containerEcsTaskProperties. -
taskRoleArn
secara fungsional setara dengan.jobRoleArn
Untuk informasi lebih lanjut lihat EcsTaskProperties: taskRoleArn dan ContainerProperties: jobRoleArn. -
Anda dapat memasukkan dari satu (1) hingga sepuluh (10) wadah dalam
EcsProperties
struktur. Untuk informasi lebih lanjut lihat:containerEcsTaskProperties. -
instanceTypes Objek
taskProperties
dan adalah array, tetapi saat ini hanya menerima satu elemen. Misalnya, EcsProperties: taskProperties dan NodeRangeProperty: instanceTypes.
Definisi pekerjaan multi-kontainer untuk Amazon ECS
Untuk mengakomodasi struktur multi-kontainer untuk AmazonECS, beberapa tipe API data berbeda. Misalnya,
-
ecsProperties
adalah level yang sama seperticontainerProperties
dalam definisi kontainer tunggal. Untuk informasi lebih lanjut, lihat EcsPropertiesdi Panduan AWS Batch API Referensi. -
taskProperties
berisi properti yang ditentukan untuk ECS tugas Amazon. Untuk informasi lebih lanjut, lihat EcsPropertiesdi Panduan AWS Batch API Referensi. -
containers
mencakup informasi serupa dengan definisi kontainer tunggal.containerProperties
Perbedaan utamanya adalahcontainers
memungkinkan Anda menentukan hingga sepuluh kontainer. Untuk informasi lebih lanjut, lihat:container ECSTaskPropertiesdi Panduan Referensi.AWS Batch API -
essential
parameter menunjukkan bagaimana wadah mempengaruhi pekerjaan. Semua cotainer essentail harus menyelesaikan dengan sukses (keluar sebagai 0) agar pekerjaan dapat berkembang. Jika wadah yang ditandai sebagai essentail gagal (keluar sebagai non-0), maka pekerjaan gagal.Nilai default adalah
true
dan setidaknya satu kontainer harus ditandai sebagaiessential
. Untuk informasi lebih lanjut, lihatessential
di Panduan AWS Batch API Referensi. -
Dengan
dependsOn
parameter, Anda dapat menentukan daftar dependensi kontainer. Untuk informasi lebih lanjut, lihatdependsOn
di Panduan AWS Batch API Referensi.catatan
Kompleksitas
dependsOn
daftar dan runtime kontainer terkait dapat memengaruhi waktu mulai untuk pekerjaan Anda. Jika dependensi membutuhkan waktu lama untuk dijalankan, pekerjaan akan tetap dalamSTARTING
keadaan sampai selesai.
Untuk informasi selengkapnya tentang struktur ecsProperties
dan, lihat sintaks RegisterJobDefinitionpermintaan untuk ecsProperties.
Definisi pekerjaan multi-kontainer untuk Amazon EKS
Untuk mengakomodasi struktur multi-kontainer untuk AmazonEKS, beberapa tipe API data berbeda. Misalnya,
-
name
adalah pengidentifikasi unik untuk wadah. Objek ini tidak diperlukan untuk satu kontainer, tetapi diperlukan saat mendefinisikan beberapa kontainer dalam sebuah pod. Ketikaname
tidak ditentukan untuk kontainer tunggal, nama defaultdefault
,, diterapkan. -
initContainers
didefinisikan dalam tipe eksPodPropertiesdata. Thery dijalankan sebelum wadah aplikasi, selalu berjalan hingga selesai, dan harus berhasil diselesaikan sebelum penampung berikutnya dimulai.Kontainer ini terdaftar di agen Amazon EKS Connector dan menyimpan informasi pendaftaran di toko data backend Amazon Elastic Kubernetes Service.
initContainers
Objek dapat menerima hingga sepuluh (10) elemen. Untuk informasi selengkapnya, lihat Init Containersdi Kubernetes dokumentasi. catatan
initContainers
Objek dapat mempengaruhi waktu mulai untuk pekerjaan Anda. JikainitContainers
butuh waktu lama untuk menjalankan, pekerjaan akan tetap dalamSTARTING
keadaan sampai mereka selesai. -
shareProcessNamespace
menunjukkan apakah kontainer di pod dapat berbagi namespace proses yang sama. Nilai defaultnya adalahfalse
. Menyetel initrue
untuk mengaktifkan kontainer melihat dan memberi sinyal proses di wadah lain yang terletak di pod yang sama. -
Setiap wadah memiliki kepentingan. Semua kontainer harus berhasil diselesaikan (keluar sebagai 0) agar pekerjaan berhasil. Jika satu kontainer gagal (keluar sebagai selain 0), maka pekerjaan gagal.
Untuk informasi selengkapnya tentang struktur eksProperties
dan, lihat sintaks RegisterJobDefinitionpermintaan untuk eksProperties.