Strategi Optimasi Performa

Terraform adalah alat yang andal, tetapi pada infrastruktur besar atau kompleks, operasi dapat menjadi lambat. Mengoptimalkan konfigurasi Anda sangat penting karena beberapa alasan:

• Siklus Penerapan Lebih Cepat: Waktu plan dan apply yang lebih singkat berarti iterasi dan pengiriman yang lebih cepat.
• Biaya Cloud Berkurang: Desain sumber daya yang efisien sering kali menghasilkan biaya infrastruktur yang lebih rendah.
• Pengalaman Pengembang Lebih Baik: Lebih sedikit waktu menunggu, lebih banyak waktu mengerjakan!

Mari kita pelajari strategi untuk membuat alur kerja Terraform Anda lebih cepat dan efisien.

Secara bawaan, Terraform dirancang untuk efisiensi. Terraform secara otomatis menganalisis konfigurasi Anda untuk membangun graf dependensi.

Graf ini menentukan sumber daya mana yang bergantung pada sumber daya lainnya. Sumber daya yang tidak saling bergantung dapat dibuat, diperbarui, atau dihancurkan secara bersamaan (paralel). Hal ini secara signifikan mempercepat operasi dibandingkan pemrosesan berurutan.

• Graf Dependensi: Terraform memetakan hubungan antarsumber daya.
• Konkurensi: Operasi yang tidak saling bergantung berjalan secara bersamaan.

Anda dapat menyempurnakan paralelisme Terraform menggunakan bendera -parallelism bersama terraform apply atau terraform destroy. Bendera ini menetapkan jumlah maksimum operasi bersamaan.

Nilai yang lebih tinggi mungkin mempercepat operasi, tetapi dapat mencapai batas laju API penyedia cloud atau menyebabkan konflik. Nilai yang lebih rendah dapat berguna untuk debugging atau mengurangi beban. Nilai bawaannya adalah 10.

Contoh: Untuk membatasi hingga 5 operasi bersamaan:

Salah satu strategi pengoptimalan yang paling berdampak adalah menyediakan lebih sedikit sumber daya. Setiap sumber daya yang dikelola Terraform menambah beban dalam hal perencanaan, panggilan API, dan pengelolaan status.

Sebelum menentukan sumber daya baru, pertimbangkan hal-hal berikut:

• Apakah sumber daya ini benar-benar penting untuk tujuan saat ini?
• Apakah sumber daya yang ada dapat digunakan kembali atau dikonfigurasi secara berbeda, alih-alih membuat yang baru?
• Apakah tersedia jenis sumber daya yang lebih hemat biaya dan memenuhi persyaratan?

Sumber data berguna untuk mengambil informasi tentang infrastruktur cloud yang sudah ada atau layanan eksternal secara dinamis. Hal ini membuat konfigurasi menjadi fleksibel dan adaptif.

Namun, setiap sumber data biasanya menghasilkan satu atau beberapa panggilan API selama fase plan dan apply. Jika suatu nilai benar-benar statis, tidak berubah, dan diketahui saat konfigurasi dibuat (misalnya, wilayah AWS), meneruskannya sebagai variabel input atau menuliskannya secara langsung dapat menghindari pencarian API yang tidak perlu dan mempercepat operasi.

Banyak penyedia Terraform menawarkan opsi konfigurasi khusus yang dapat memengaruhi kinerja. Pengaturan ini sering kali mengendalikan cara penyedia berinteraksi dengan API cloud yang mendasarinya.

Contohnya meliputi:

• max_retries: Menyesuaikan berapa kali penyedia mencoba kembali panggilan API yang gagal.
• Pengumpulan Koneksi: Beberapa penyedia mungkin memiliki pengaturan untuk menggunakan kembali koneksi yang telah dibuat.
• Penyimpanan Sementara Autentikasi: Menggunakan file kredensial bersama atau pengasumsian peran dapat mempercepat jabat tangan autentikasi awal.

Selalu baca dokumentasi penyedia tertentu Anda untuk mengetahui opsi yang berkaitan dengan kinerja.

Setiap tindakan sumber daya (buat, baca, perbarui, hapus) dan kueri sumber data diterjemahkan menjadi satu atau beberapa panggilan API ke penyedia cloud Anda. Konfigurasi Terraform dengan ratusan sumber daya kecil yang terpisah dapat menghasilkan volume lalu lintas API yang besar.

Untuk mengurangi lalu lintas API:

• Konsolidasikan Sumber Daya: Jika memungkinkan, gabungkan beberapa sumber daya kecil menjadi lebih sedikit sumber daya yang lebih besar (misalnya, satu grup keamanan untuk beberapa instans).
• Gunakan Perulangan: Manfaatkan for_each atau count untuk mengelola sumber daya serupa secara efisien, alih-alih mendeklarasikan masing-masing secara terpisah.

Bendera -target memungkinkan Anda menerapkan perubahan hanya pada sumber daya atau modul tertentu. Hal ini dapat mempercepat operasi secara drastis saat Anda men-debug atau memperbaiki masalah terisolasi pada satu sumber daya.

Namun, gunakan -target dengan sangat hati-hati! Bendera ini melewati graf dependensi Terraform secara menyeluruh, yang dapat menyebabkan penyimpangan status, penerapan yang tidak lengkap, atau efek samping yang tidak terduga. Bendera ini umumnya tidak disarankan untuk penerapan infrastruktur penuh secara rutin.

Contoh: Untuk menerapkan perubahan hanya pada instans EC2 bernama "web":

File status Terraform adalah komponen penting yang melacak infrastruktur yang telah Anda terapkan. File status yang sangat besar atau kompleks dapat memperlambat operasi plan dan apply karena Terraform perlu membaca, mengurai, dan memprosesnya.

Tips untuk mempertahankan file status yang ringkas dan efisien:

• Modul yang Lebih Kecil: Gunakan modul yang terfokus dan memiliki satu tujuan, bukan modul monolitik.
• Pisahkan Konfigurasi: Untuk infrastruktur yang sangat besar, pertimbangkan untuk membagi konfigurasi menjadi beberapa modul akar yang lebih kecil, masing-masing dengan file statusnya sendiri.
• Hapus Sumber Daya Yatim: Gunakan terraform state rm dengan hati-hati untuk menghapus sumber daya yang sudah tidak ada atau tidak lagi dikelola oleh Terraform.

Manakah dari strategi berikut yang dapat membantu mengoptimalkan kinerja dan waktu eksekusi Terraform?

Kita telah membahas beberapa strategi utama untuk mengoptimalkan konfigurasi Terraform agar kinerja dan efisiensinya lebih baik:

• Memahami dan menyesuaikan paralelisme dalam operasi Terraform.
• Merancang konfigurasi dengan lebih sedikit sumber daya yang dikonsolidasikan untuk meminimalkan beban.
• Menyeimbangkan penggunaan sumber data dengan nilai statis secara cermat.
• Mengoptimalkan konfigurasi penyedia untuk meningkatkan interaksi API.
• Meminimalkan jumlah keseluruhan panggilan API ke penyedia cloud.
• Menggunakan -target secara selektif dan dengan sangat hati-hati untuk perbaikan tertentu.
• Menjaga file status tetap ringkas dan tertata dengan baik.

Dengan menerapkan teknik-teknik ini, Anda dapat mencapai penerapan yang lebih cepat, mengurangi biaya cloud, dan meningkatkan kemudahan pengelolaan infrastruktur sebagai kode secara keseluruhan.