

 **Bantu meningkatkan halaman ini ** 

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

Untuk berkontribusi pada panduan pengguna ini, pilih GitHub ** tautan ** Edit halaman ini di yang terletak di panel kanan setiap halaman.

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

# Deploy AWS sumber daya dari Kubernetes dengan AWS Pengontrol untuk Kubernetes (ACK)
<a name="ack"></a>

 AWS Controllers for Kubernetes (ACK) memungkinkan Anda menentukan dan mengelola sumber daya AWS layanan langsung dari Kubernetes. Dengan AWS Controllers for Kubernetes (ACK), Anda dapat mengelola sumber daya beban kerja dan infrastruktur cloud menggunakan sumber daya kustom Kubernetes, tepat di samping beban kerja aplikasi Anda menggunakan API dan alat Kubernetes yang sudah dikenal.

Dengan Kapabilitas EKS, ACK sepenuhnya dikelola oleh AWS, menghilangkan kebutuhan untuk menginstal, memelihara, dan menskalakan pengontrol ACK pada cluster Anda.

## Bagaimana ACK bekerja
<a name="_how_ack_works"></a>

ACK menerjemahkan spesifikasi sumber daya kustom Kubernetes ke dalam AWS panggilan API. Saat Anda membuat, memperbarui, atau menghapus sumber daya kustom Kubernetes yang mewakili sumber daya AWS layanan, ACK membuat panggilan AWS API yang diperlukan untuk membuat, memperbarui, atau menghapus sumber daya. AWS 

Setiap AWS sumber daya yang didukung oleh ACK memiliki definisi sumber daya kustom (CRD) sendiri yang mendefinisikan skema API Kubernetes untuk menentukan konfigurasinya. Misalnya, ACK menyediakan CRD untuk S3 termasuk bucket, kebijakan bucket, dan sumber daya S3 lainnya.

ACK terus mendamaikan status AWS sumber daya Anda dengan status yang diinginkan yang ditentukan dalam sumber daya kustom Kubernetes Anda. Jika sumber daya hanyut dari keadaan yang diinginkan, ACK mendeteksi ini dan mengambil tindakan korektif untuk membawanya kembali ke keselarasan. Perubahan pada sumber daya Kubernetes segera tercermin dalam status AWS sumber daya, sementara deteksi penyimpangan pasif dan remediasi perubahan AWS sumber daya hulu dapat memakan waktu selama 10 jam (periode sinkronisasi ulang), tetapi biasanya akan terjadi lebih cepat.

 **Contoh manifes sumber daya S3 Bucket ** 

```
apiVersion: s3.services.k8s.aws/v1alpha1
kind: Bucket
metadata:
  name: my-ack-bucket
spec:
  name: {{my-unique-bucket-name}}
```

Saat Anda menerapkan sumber daya khusus ini ke cluster Anda, ACK membuat bucket Amazon S3 di akun Anda jika belum ada. Perubahan selanjutnya pada sumber daya ini, misalnya menentukan tingkat penyimpanan non-default atau menambahkan kebijakan, akan diterapkan ke sumber daya S3 di AWS. Ketika sumber daya ini dihapus dari cluster, bucket S3 akan dihapus AWS secara default.

## Manfaat ACK
<a name="_benefits_of_ack"></a>

ACK menyediakan manajemen Kubernetes-native AWS sumber daya, memungkinkan Anda mengelola AWS sumber daya menggunakan API dan alat Kubernetes yang sama yang Anda gunakan untuk aplikasi Anda. Pendekatan terpadu ini menyederhanakan alur kerja manajemen infrastruktur Anda dengan menghilangkan kebutuhan untuk beralih di antara alat yang berbeda atau mempelajari sistem infrastruktur sebagai kode yang terpisah. Anda menentukan AWS sumber daya secara deklaratif dalam manifes Kubernetes, memungkinkan alur GitOps kerja dan infrastruktur sebagai praktik kode yang terintegrasi secara mulus dengan proses pengembangan Anda yang ada.

ACK terus mendamaikan keadaan AWS sumber daya Anda yang diinginkan dengan keadaan aktualnya, memperbaiki penyimpangan dan memastikan konsistensi di seluruh infrastruktur Anda. Rekonsiliasi berkelanjutan ini berarti bahwa perubahan penting di luar band AWS pada sumber daya secara otomatis dikembalikan agar sesuai dengan konfigurasi yang Anda deklarasikan, menjaga integritas infrastruktur Anda sebagai kode. Anda dapat mengonfigurasi ACK untuk mengelola sumber daya di beberapa AWS akun dan wilayah, mengaktifkan arsitektur multi-akun yang kompleks tanpa alat tambahan.

Untuk organisasi yang bermigrasi dari alat manajemen infrastruktur lain, ACK mendukung adopsi sumber daya, memungkinkan Anda membawa AWS sumber daya yang ada di bawah manajemen ACK tanpa membuatnya kembali. ACK juga menyediakan sumber daya read-only untuk pengamatan AWS sumber daya tanpa akses modifikasi, dan anotasi untuk mempertahankan AWS sumber daya secara opsional bahkan ketika sumber daya Kubernetes dihapus dari cluster.

Untuk mempelajari lebih lanjut dan memulai dengan Kemampuan EKS untuk ACK, lihat [Konsep ACK](ack-concepts.md) dan[Pertimbangan ACK untuk EKS](ack-considerations.md).

## Didukung AWS layanan
<a name="supported_shared_aws_services"></a>

ACK mendukung berbagai AWS layanan, termasuk namun tidak terbatas pada:
+ Amazon EC2
+ Amazon S3
+ Amazon RDS
+ Amazon DynamoDB
+ Amazon ElastiCache
+ Amazon EKS
+ Amazon SQS
+ Amazon SNS
+  AWS Lambda
+  AWS IAM

Semua AWS layanan yang terdaftar sebagai Umumnya Tersedia di hulu didukung oleh Kemampuan EKS untuk ACK. Untuk daftar lengkap AWS layanan yang didukung, lihat halaman layanan [ ACK ](https://aws-controllers-k8s.github.io/docs/services) di situs web ACK.

## Integrasi dengan Kemampuan Terkelola EKS Lainnya
<a name="_integration_with_other_eks_managed_capabilities"></a>

ACK terintegrasi dengan Kemampuan Kelola EKS lainnya.
+  **Argo CD**: Gunakan Argo CD untuk mengelola penyebaran sumber daya ACK di beberapa cluster, memungkinkan alur GitOps kerja untuk infrastruktur Anda. AWS 
  + ACK memperluas manfaat GitOps ketika dipasangkan dengan Argo CD, tetapi ACK tidak memerlukan integrasi dengan git.
+  **kro (Kube Resource Orchestrator)**: Gunakan kro untuk menyusun sumber daya kompleks dari sumber daya ACK, menciptakan abstraksi tingkat yang lebih tinggi yang menyederhanakan manajemen sumber daya.
  + Anda dapat membuat sumber daya kustom komposit dengan kro yang menentukan sumber daya dan sumber daya Kubernetes. AWS Anggota tim dapat menggunakan sumber daya khusus ini untuk menyebarkan aplikasi kompleks dengan cepat.

## Memulai dengan ACK
<a name="_getting_started_with_ack"></a>

Untuk memulai dengan Kemampuan EKS untuk ACK:

1. Buat dan konfigurasikan Peran Kemampuan IAM dengan izin yang diperlukan untuk ACK untuk mengelola AWS sumber daya atas nama Anda.

1.  [Buat sumber daya kemampuan ACK ](create-ack-capability.md) di cluster EKS Anda melalui Kon AWS sol, AWS CLI, atau infrastruktur pilihan Anda sebagai alat kode.

1. Terapkan sumber daya kustom Kubernetes ke cluster Anda untuk mulai mengelola sumber daya Anda AWS di Kubernetes.