Change word bidang into field

content/id/docs/tasks/job/automated-tasks-with-cron-jobs.md

@@ -46,7 +46,7 @@ Keluaran akan mirip dengan ini:
 cronjob.batch/hello created
 ```
 
-Atau kamu dapat menggunakan `kubectl run` untuk membuat sebuah CronJob tanpa menulis sebuah konfigurasi yang lengkap:
+Kamu juga dapat menggunakan `kubectl run` untuk membuat sebuah CronJob tanpa menulis sebuah konfigurasi yang lengkap:
 
 ```shell
 kubectl run hello --schedule="*/1 * * * *" --restart=OnFailure --image=busybox -- /bin/sh -c "date; echo Hello from the Kubernetes cluster"
@@ -65,11 +65,12 @@ hello   */1 * * * *   False     0        <none>          10s
 ```
 
 Seperti yang kamu lihat dari hasil perintah di atas, CronJob belum menjadwalkan atau menjalankan pekerjaan apa pun.
-Mengamati Job yang akan dibuat sekitar satu menit:
+Waktu yang biasanya dibutuhkan untuk mengamati Job hingga Job tersebut dibuat akan membutuhkan sekitar satu menit:
 
 ```shell
 kubectl get jobs --watch
 ```
+
 Keluaran akan mirip dengan ini:
 
 ```
@@ -129,7 +130,7 @@ Kamu dapat membaca lebih lanjut tentang menghapus Job di [_garbage collection_](
 
 ## Menulis Speifikasi Sebuah Cron
 
-Seperti semua konfigurasi Kubernetes, sebuah CronJob membutuhkan bidang `apiVersion`, `kind`, dan `metadata`. Untuk informasi
+Seperti semua konfigurasi Kubernetes, sebuah CronJob membutuhkan _field_ `apiVersion`, `kind`, dan `metadata`. Untuk informasi
 umum tentang bekerja dengan berkas konfigurasi, lihat dokumentasi [men-_deploy_ aplikasi](/docs/user-guide/deploying-applications),
 dan [mengunakan kubectl untuk manajemen sumber daya](/docs/user-guide/working-with-resources).
 
@@ -141,7 +142,7 @@ Semua modifikasi pada sebuah CronJob, terutama `.spec`, akan diterapkan pada pro
 
 ### Penjadwalan
 
-`.spec.schedule` adalah bidang yang wajib diisi dari sebuah `.spec`
+`.spec.schedule` adalah _field_ yang wajib diisi dari sebuah `.spec`
 Dibutuhkan sebuah format string [Cron](https://en.wikipedia.org/wiki/Cron), misalnya `0 * * * *` atau `@hourly`, sebagai jadwal Job untuk dibuat dan dieksekusi.
 
 Format ini juga mencakup nilai langkah `Vixie cron`. Seperti penjelasan di [FreeBSD manual](https://www.freebsd.org/cgi/man.cgi?crontab%285%29):
@@ -154,7 +155,7 @@ Format ini juga mencakup nilai langkah `Vixie cron`. Seperti penjelasan di [Free
 > tanda bintang, jadi jika kamu menginginkan "setiap dua jam", gunakan saja `*/2`.
 
 {{< note >}}
-Sebuah tanda tanya (`?`) dalam penjadwalan memiliki makna yang sama dengan tanda bintang `*`, yaitu, singkatan dari nilai apa pun yang tersedia untuk bidang tertentu.
+Sebuah tanda tanya (`?`) dalam penjadwalan memiliki makna yang sama dengan tanda bintang `*`, yaitu, singkatan dari nilai apa pun yang tersedia untuk _field_ tertentu.
 {{< /note >}}
 
 ### Templat Job
@@ -165,24 +166,24 @@ Untuk informasi lebih lanjut tentang menulis sebuah Job `.spec` lihat [Menulis s
 
 ### _Starting Deadline_
 
-Bidang `.spec.startingDeadlineSeconds` adalah bidang opsional.
-Bidang tersebut berarti batas waktu dalam satuan detik untuk memulai sebuah Job jika Job melewatkan waktu yang telah dijadwalkan karena alasan apapun.
+_Field_ `.spec.startingDeadlineSeconds` adalah _field_ opsional.
+_Field_ tersebut berarti batas waktu dalam satuan detik untuk memulai sebuah Job jika Job melewatkan waktu yang telah dijadwalkan karena alasan apapun.
 Setelah mencapai batas waktu, CronJob tidak akan memulai sebuah Job.
 Job yang tidak memenuhi batas waktu, dengan cara ini dianggap sebagai Job yang gagal.
-Jika bidang ini tidak ditentukan, maka Job tidak memiliki batas waktu.
+Jika _field_ ini tidak ditentukan, maka Job tidak memiliki batas waktu.
 
 _Controller_ CronJob menghitung berapa banyak jadwal yang terlewat untuk sebuah CronJob. jika lebih dari 100 jadwal yang terlewat, maka tidak ada lagi CronJob yang akan dijadwalkan. Ketika `.spec.startingDeadlineSeconds` tidak disetel, CronJob Controller menghitung jadwal yang terlewat dari `status.lastScheduleTime` hingga sekarang.
 
 Misalnya, sebuah CronJob seharusnya berjalan setiap menit, `status.lastScheduleTime` CronJob adalah pukul 5:00am, tetapi sekarang pukul 07:00am. Itu berarti ada 120 jadwal yang terlewat, maka tidak ada lagi CronJob yang akan dijadwalkan.
 
-Jika bidang `.spec.startingDeadlineSeconds` disetel (tidak kosong), CronJob Controller akah menghitung berapa banyak Job yang terlewat dari nilai `.spec.startingDeadlineSeconds` hingga sekarang.
+Jika _field_ `.spec.startingDeadlineSeconds` disetel (tidak kosong), CronJob Controller akah menghitung berapa banyak Job yang terlewat dari nilai `.spec.startingDeadlineSeconds` hingga sekarang.
 
 Misalnya, jika disetel ke `200`, CronJob Controller akan menghitung jadwal yang terlewat dalam 200 detik terakhir. Pada kasus ini, jika terdapat lebih dari 100 jadwal yang terlewat dalam 200 detik terakhir, maka tidak ada lagi CronJob yang akan dijadwalkan. 
 
 ### Kebijakan _Concurrency_
 
-Bidang `.spec.concurrencyPolicy` juga opsional.
-Bidang tersebut menentukan bagaimana memperlakukan eksekusi _concurrent_ dari sebuah Job yang dibuat oleh CronJob.
+_Field_ `.spec.concurrencyPolicy` juga opsional.
+_Field_ tersebut menentukan bagaimana memperlakukan eksekusi _concurrent_ dari sebuah Job yang dibuat oleh CronJob.
 Kamu dapat menetapkan hanya satu dari kebijakan _concurrency_:
 
 * `Allow` (bawaan): CronJob mengizinkan Job berjalan secara _concurrent_
@@ -194,8 +195,8 @@ Jika terdapat banyak CronJob, Job akan selalu diizinkan untuk berjalan secara _c
 
 ### Penangguhan
 
-Bidang `.spec.suspend` juga opsional.
-Jika bidang tersebut disetel `true`, semua eksekusi selanjutnya akan ditangguhkan.
+_Field_ `.spec.suspend` juga opsional.
+Jika _field_ tersebut disetel `true`, semua eksekusi selanjutnya akan ditangguhkan.
 Konfigurasi ini tidak dapat berlaku untuk eksekusi yang sudah dimulai.
 Secara bawaan _false_.
 
@@ -206,8 +207,8 @@ Ketika `.spec.suspend` diubah dari `true` ke `false` pada CronJob yang memiliki
 
 ### Batas Riwayat Pekerjaan
 
-Bidang `.spec.successfulJobHistoryLimit` dan `.spec.failedJobHistoryLimit` juga opsional.
-Bidang tersebut menentukan berapa banyak Job yang sudah selesai dan gagal yang harus disimpan.
-Secara bawaan, masing-masing bidang tersebut disetel 3 dan 1. Mensetel batas ke `0` untuk menjaga tidak ada Job yang sesuai setelah Job tersebut selesai.
+_Field_ `.spec.successfulJobHistoryLimit` dan `.spec.failedJobHistoryLimit` juga opsional.
+_Field_ tersebut menentukan berapa banyak Job yang sudah selesai dan gagal yang harus disimpan.
+Secara bawaan, masing-masing _field_ tersebut disetel 3 dan 1. Mensetel batas ke `0` untuk menjaga tidak ada Job yang sesuai setelah Job tersebut selesai.
 
 {{% /capture %}}