Dalam pengelolaan infrastruktur modern, terutama pada lingkungan cloud dan DevOps, Infrastructure as Code (IaC) digunakan untuk membuat konfigurasi infrastruktur lebih konsisten, terukur, dan mudah dikelola. Infrastruktur seperti server, jaringan, database, security group, load balancer, hingga resource cloud lainnya dapat didefinisikan melalui kode dan dikelola menggunakan tools seperti Terraform, OpenTofu, Pulumi, atau CloudFormation.

Namun, penggunaan IaC tidak otomatis membuat kondisi infrastruktur selalu sesuai dengan konfigurasi yang telah ditentukan. Seiring waktu, perubahan manual, proses troubleshooting, automation lain, atau perubahan pada resource dapat menyebabkan kondisi infrastruktur aktual berbeda dari konfigurasi yang menjadi acuan. Kondisi tersebut dikenal sebagai Infrastructure Drift atau sering juga disebut Configuration Drift.

Apa Itu Infrastructure Drift?

Infrastructure Drift adalah kondisi ketika konfigurasi atau kondisi infrastruktur yang sedang berjalan berbeda dari konfigurasi yang seharusnya berdasarkan Infrastructure as Code (IaC), state, atau konfigurasi yang telah ditetapkan sebagai acuan. Secara sederhana, Infrastructure Drift terjadi ketika apa yang tertulis dalam konfigurasi tidak lagi sama dengan apa yang benar-benar berjalan di lingkungan infrastruktur.

Misalnya, sebuah tim menggunakan Terraform untuk mendefinisikan security group dengan aturan tertentu. Setelah deployment berhasil, seorang administrator mengubah aturan tersebut secara langsung melalui dashboard cloud. Infrastruktur kemudian memiliki konfigurasi baru, tetapi perubahan tersebut tidak tercatat di kode Terraform.

Akibatnya: Konfigurasi IaC ≠ Infrastruktur Aktual
[Perbedaan inilah yang disebut sebagai drift].

Dalam konteks Terraform, drift dapat muncul ketika resource yang dikelola Terraform diubah di luar workflow Terraform. Terraform kemudian dapat mendeteksi perbedaan tersebut ketika melakukan proses perencanaan atau pemeriksaan terhadap kondisi resource.

Memahami Infrastructure Drift dengan Contoh Sederhana

Bayangkan sebuah perusahaan memiliki server dengan konfigurasi berikut:

Konfigurasi	Kondisi yang Diinginkan
CPU	4 vCPU
RAM	16 GB
Port HTTP	80
Port HTTPS	443
SSH	Hanya dari IP internal
Backup	Aktif

Konfigurasi tersebut ditulis menggunakan IaC.

Kemudian, seorang administrator melakukan perubahan langsung pada cloud console untuk membuka akses SSH dari seluruh internet karena sedang melakukan troubleshooting.

Kondisi aktual menjadi:

Konfigurasi	IaC	Aktual
CPU	4 vCPU	4 vCPU
RAM	16 GB	16 GB
Port HTTP	80	80
Port HTTPS	443	443
SSH	IP internal	`0.0.0.0/0`
Backup	Aktif	Aktif

Terdapat perbedaan antara konfigurasi IaC dan kondisi aktual pada aturan SSH.

Masalahnya bukan hanya karena ada perubahan konfigurasi. Persoalan utamanya adalah perubahan tersebut berada di luar workflow dan tidak tercermin pada konfigurasi yang seharusnya menjadi sumber kebenaran.

Mengapa Infrastructure Drift Bisa Terjadi?

Infrastructure Drift biasanya muncul karena adanya perubahan terhadap infrastruktur yang tidak tercatat atau tidak dikontrol melalui workflow pengelolaan infrastruktur. Beberapa penyebab yang paling umum antara lain:

1. Perubahan Manual melalui Cloud Console

Salah satu penyebab paling umum adalah administrator melakukan perubahan langsung melalui dashboard penyedia cloud. Contohnya:

mengubah security group;
mengganti ukuran instance;
mengubah konfigurasi jaringan;
menambahkan firewall rule;
mengubah konfigurasi database;
mengganti environment variable;
mengubah konfigurasi load balancer.

Perubahan tersebut mungkin terlihat kecil dan bahkan diperlukan untuk menyelesaikan masalah dengan cepat. Namun, jika perubahan tidak diperbarui pada IaC, kondisi tersebut dapat menciptakan drift.

2. Perubahan melalui CLI

Perubahan tidak selalu dilakukan melalui dashboard. Administrator atau developer juga dapat menggunakan command-line interface seperti:

AWS CLI
Azure CLI
Google Cloud CLI
Kubernetes CLI
API
tool administrasi lainnya

Misalnya, sebuah security group yang awalnya dikonfigurasi melalui Terraform kemudian dimodifikasi menggunakan CLI. Jika perubahan tersebut tidak dicerminkan kembali ke IaC, drift dapat terjadi.

3. Troubleshooting di Production

Infrastructure Drift juga sering muncul karena kebutuhan troubleshooting. Ketika terjadi masalah production, engineer mungkin perlu melakukan perubahan secara cepat. Contohnya:

membuka port tertentu;
menambah instance;
mengubah routing;
meningkatkan kapasitas server;
mengubah firewall rule;
mengaktifkan logging;
mengubah konfigurasi load balancer.

Perubahan tersebut mungkin valid untuk sementara waktu. Masalah muncul apabila setelah insiden selesai, perubahan tersebut tidak dikembalikan atau tidak dimasukkan ke konfigurasi IaC. Akibatnya, lingkungan production perlahan menjauh dari konfigurasi yang seharusnya.

4. Menggunakan Banyak Tool untuk Mengelola Infrastruktur

Drift juga lebih mudah terjadi ketika satu resource dikelola oleh banyak sistem.

Contohnya: Terraform → Cloud Console → Ansible → Custom Script → CI/CD

Masing-masing tool dapat melakukan perubahan terhadap resource yang sama. Jika tidak ada aturan yang jelas mengenai tool mana yang menjadi sumber perubahan, konfigurasi dapat dengan mudah tidak sinkron.

5. Perubahan oleh Tim atau Administrator Lain

Pada lingkungan perusahaan, sebuah infrastruktur biasanya dikelola oleh banyak orang. Seorang engineer mungkin mengubah konfigurasi tanpa mengetahui bahwa resource tersebut seharusnya hanya dikelola melalui IaC. Hal ini semakin kompleks ketika terdapat:

beberapa tim;
beberapa akun cloud;
banyak environment;
multi-region;
multi-cloud;
sistem legacy.

Semakin banyak pihak yang memiliki akses untuk melakukan perubahan langsung, semakin besar pula peluang terjadinya drift.

6. Perubahan Otomatis dari Sistem Lain

Tidak semua perubahan dilakukan manusia. Sistem otomatis juga dapat mengubah kondisi infrastruktur. Contohnya:

autoscaling;
automation script;
deployment pipeline;
managed service;
controller;
operator Kubernetes;
konfigurasi dari platform lain.

Dalam kondisi tertentu, resource dapat berubah karena mekanisme otomatis tersebut tanpa perubahan langsung pada file IaC. Karena itu, drift tidak selalu berarti seseorang melakukan kesalahan. Yang menjadi persoalan adalah kondisi aktual akhirnya tidak lagi sesuai dengan konfigurasi yang dijadikan acuan.

Apa Perbedaan Infrastructure Drift dan Configuration Drift?

Istilah Infrastructure Drift dan Configuration Drift sering digunakan secara bergantian karena konsepnya sangat berdekatan. Namun, keduanya dapat dibedakan berdasarkan konteks.

Aspek	Infrastructure Drift	Configuration Drift
Fokus	Infrastruktur secara keseluruhan	Konfigurasi resource atau sistem
Contoh	Server, network, instance, security group berubah	Parameter server atau aplikasi berubah
Lingkup	Bisa mencakup resource cloud	Biasanya lebih spesifik pada konfigurasi
Lingkungan	Cloud, data center, Kubernetes, network	OS, aplikasi, server, cloud resource
Penyebab	Perubahan manual, automation, deployment	Perubahan parameter atau konfigurasi

Apa Hubungan Infrastructure Drift dengan Infrastructure as Code?

Untuk memahami Infrastructure Drift, penting memahami konsep Infrastructure as Code (IaC). IaC merupakan pendekatan untuk mengelola dan menyediakan infrastruktur menggunakan kode atau file konfigurasi dibandingkan melakukan seluruh konfigurasi secara manual. Pendekatan ini memungkinkan infrastruktur dibuat secara lebih konsisten, repeatable, dan dapat dikelola melalui version control.

Contohnya, daripada membuat server secara manual melalui cloud console, administrator dapat mendefinisikannya dalam kode:

Server:
  CPU: 4
  RAM: 16 GB
  Region: Jakarta
  OS: Linux

Konfigurasi tersebut kemudian digunakan sebagai acuan untuk membuat infrastructure. Masalah muncul ketika kondisi aktual berubah:

IaC:
CPU = 4

Infrastructure:
CPU = 8

Perbedaan tersebut merupakan drift.

Dengan demikian, IaC berfungsi sebagai representasi kondisi yang diinginkan, sedangkan Infrastructure Drift menunjukkan adanya perbedaan antara kondisi yang diinginkan dan kondisi aktual.

Jenis-Jenis Infrastructure Drift

Infrastructure Drift dapat muncul dalam berbagai bentuk tergantung resource yang dikelola.

1. Compute Drift

Terjadi ketika konfigurasi server atau instance berubah. Contohnya:

ukuran instance berubah;
jumlah CPU berubah;
memory berubah;
image/AMI berubah;
instance dihentikan;
instance diganti;
metadata berubah.

2. Network Drift

Network Drift terjadi ketika konfigurasi jaringan berbeda dari IaC. Contohnya:

route table berubah;
subnet berubah;
security group berubah;
firewall rule berubah;
NAT configuration berubah;
IP configuration berubah.

Jenis drift ini perlu diperhatikan karena perubahan jaringan dapat berdampak langsung terhadap keamanan dan konektivitas.

3. Security Drift

Security Drift terjadi ketika konfigurasi keamanan tidak lagi sesuai dengan standar yang ditetapkan. Contohnya:

port yang seharusnya tertutup menjadi terbuka;
akses SSH diperluas;
firewall rule berubah;
IAM permission bertambah;
security policy berubah.

Security Drift sangat berisiko karena perubahan kecil dapat membuka akses yang seharusnya tidak tersedia.

4. Storage Drift

Storage Drift dapat terjadi ketika konfigurasi penyimpanan berubah. Contohnya:

ukuran volume berubah;
encryption berubah;
backup configuration berubah;
retention policy berubah;
access policy berubah.

5. Database Drift

Database juga dapat mengalami drift. Misalnya:

parameter database berubah;
konfigurasi backup berubah;
encryption berubah;
akses database berubah;
instance database menggunakan spesifikasi berbeda.

6. Kubernetes Drift

Pada Kubernetes, drift dapat terjadi ketika resource cluster berubah di luar konfigurasi deklaratif yang menjadi acuan. Contohnya:

deployment berubah;
replica count berubah;
service configuration berubah;
resource limit berubah;
ingress rule berubah.

Drift dalam lingkungan Kubernetes juga perlu diperhatikan karena cluster biasanya dikelola menggunakan pendekatan deklaratif dan GitOps.

Apa Dampak Infrastructure Drift?

Infrastructure Drift mungkin terlihat sebagai masalah kecil karena hanya berupa perbedaan konfigurasi. Namun, jika tidak terdeteksi, dampaknya dapat menjadi lebih serius.

1. Infrastruktur Menjadi Tidak Konsisten

Environment yang seharusnya memiliki konfigurasi sama dapat berkembang menjadi berbeda. Misalnya:

Environment	Konfigurasi
Development	4 vCPU
Staging	4 vCPU
Production	8 vCPU

Jika perubahan production tidak tercatat di IaC, tim mungkin tidak mengetahui alasan perbedaan tersebut.

2. Deployment Menjadi Tidak Terprediksi

Salah satu manfaat IaC adalah deployment yang konsisten dan repeatable. Namun, ketika terdapat drift, deployment berikutnya dapat menghasilkan perubahan yang tidak diantisipasi. Terraform, misalnya, membandingkan konfigurasi dengan kondisi resource dan dapat merencanakan perubahan untuk mengembalikan resource ke konfigurasi yang diinginkan. Akibatnya, perubahan manual yang sebelumnya dianggap aman dapat tertimpa ketika workflow IaC dijalankan.

3. Risiko Keamanan Meningkat

Drift dapat menciptakan konfigurasi yang lebih permisif daripada standar keamanan. Contoh sederhana:

Konfigurasi awal:
SSH → hanya IP kantor

Setelah perubahan manual:
SSH → 0.0.0.0/0

Jika perubahan tersebut tidak diketahui tim keamanan, server dapat memiliki exposure yang lebih besar daripada yang direncanakan.

4. Troubleshooting Menjadi Lebih Sulit

Ketika dokumentasi dan kondisi aktual berbeda, engineer akan kesulitan mengetahui kondisi sebenarnya. Tim mungkin melihat:

IaC mengatakan A
Dokumentasi mengatakan A
Server sebenarnya B

Situasi ini dapat memperpanjang proses troubleshooting karena engineer harus terlebih dahulu menemukan konfigurasi yang benar.

5. Reproducibility Menurun

Salah satu tujuan IaC adalah memungkinkan environment dibuat kembali secara konsisten. Namun, jika konfigurasi aktual mengandung perubahan yang tidak tercatat, menjalankan kembali IaC mungkin tidak menghasilkan environment yang sama.

Dengan kata lain: Infrastructure Drift dapat mengurangi kemampuan untuk mereproduksi environment secara akurat.

6. Biaya Cloud Bisa Meningkat

Drift juga dapat menyebabkan penggunaan resource melebihi kebutuhan. Misalnya, konfigurasi awal menggunakan instance tertentu, tetapi resource tersebut diubah secara manual menjadi instance yang lebih besar. Jika perubahan tidak dikontrol, biaya cloud dapat meningkat tanpa disadari.

Bagaimana Cara Mendeteksi Infrastructure Drift?

Infrastructure Drift perlu dideteksi secara rutin agar perbedaan konfigurasi tidak berkembang menjadi masalah yang lebih besar. Beberapa pendekatan yang dapat digunakan adalah sebagai berikut.

1. Membandingkan IaC dengan Infrastruktur Aktual

Cara paling dasar adalah membandingkan konfigurasi yang diinginkan dengan kondisi aktual. Dalam Terraform, perintah seperti: terraform plan

dapat digunakan untuk melihat perubahan yang perlu dilakukan agar kondisi resource sesuai dengan konfigurasi. Terraform juga menyediakan pendekatan terraform plan -refresh-only untuk memeriksa perubahan pada resource dan melihat perbedaan terhadap state tanpa langsung memodifikasi infrastruktur.

2. Menggunakan Drift Detection

Pada platform yang mendukungnya, drift detection dapat dijalankan secara berkala. Misalnya, HCP Terraform menyediakan health assessment yang dapat membandingkan konfigurasi resource aktual dengan state yang dikelola workspace. Pendekatan ini berguna terutama pada organisasi yang memiliki banyak environment dan resource.

3. Menggunakan Version Control

Konfigurasi IaC sebaiknya disimpan dalam sistem version control seperti Git. Dengan demikian, tim dapat melihat:

siapa yang melakukan perubahan;
kapan perubahan dilakukan;
apa yang berubah;
alasan perubahan;
versi konfigurasi sebelumnya.

Version control juga membantu menjadikan konfigurasi infrastructure sebagai bagian dari workflow pengembangan yang terkontrol.

4. Audit Log

Audit log dapat membantu menemukan sumber perubahan. Cloud provider umumnya menyediakan aktivitas atau event log yang dapat digunakan untuk mengetahui perubahan terhadap resource. Contohnya:

10:00 → Terraform deploy
11:30 → Security group changed
11:35 → Drift detected

Dengan informasi tersebut, tim dapat mencari penyebab perubahan dan menentukan apakah perubahan tersebut memang diperlukan.

Bagaimana Cara Mengatasi Infrastructure Drift?

Menemukan drift tidak selalu berarti harus langsung mengembalikan infrastructure ke konfigurasi sebelumnya. Tim perlu menentukan terlebih dahulu apakah perubahan tersebut memang diinginkan. Secara umum terdapat dua kemungkinan.

Perubahan Tidak Diinginkan
Jika perubahan dilakukan secara tidak sengaja, infrastructure dapat dikembalikan ke kondisi yang ditentukan oleh IaC.

Perubahan Diinginkan
Jika perubahan ternyata memang diperlukan, konfigurasi IaC harus diperbarui agar mencerminkan kondisi baru.
Dengan kata lain: Jangan hanya memperbaiki infrastructure. Perbarui juga sumber kebenarannya.

Langkah 1: Identifikasi Drift

Cari tahu resource apa yang berbeda. Misalnya:

Security Group
Expected: Port 22 → internal network
Actual:   Port 22 → 0.0.0.0/0

Langkah 2: Cari Penyebab Perubahan

Selanjutnya, cari tahu bagaimana perubahan tersebut terjadi. Pertanyaan yang dapat digunakan:

Siapa yang mengubahnya?
Kapan perubahan dilakukan?
Apakah perubahan dilakukan melalui console?
Apakah ada automation?
Apakah perubahan terkait incident?
Apakah perubahan memang direncanakan?

Langkah 3: Tentukan Kondisi yang Seharusnya

Setelah mengetahui penyebabnya, tentukan apakah kondisi aktual atau konfigurasi IaC yang harus menjadi acuan.

Jika perubahan tidak diperlukan: Aktual → kembali ke IaC
Jika perubahan diperlukan: IaC → diperbarui mengikuti kondisi yang disetujui

Langkah 4: Uji Perubahan

Sebelum melakukan remediation pada production, perubahan sebaiknya diuji terlebih dahulu. Terutama jika drift berkaitan dengan:

network;
database;
firewall;
security group;
load balancer;
storage;
authentication.

Langkah 5: Terapkan Remediation

Setelah keputusan dibuat, lakukan perubahan menggunakan workflow yang terkontrol. Dalam Terraform, misalnya, perubahan dapat diterapkan melalui: terraform plan kemudian: terraform apply

Tujuannya adalah memastikan perubahan infrastructure kembali mengikuti konfigurasi yang telah disetujui.

Cara Mencegah Infrastructure Drift

Mencegah drift lebih baik daripada terus-menerus memperbaikinya. Berikut beberapa praktik yang dapat diterapkan.

1. Jadikan IaC sebagai Single Source of Truth

Tim perlu menentukan sumber kebenaran untuk infrastructure. Jika Terraform digunakan sebagai tool utama, perubahan resource sebaiknya dilakukan melalui workflow Terraform, bukan secara langsung melalui cloud console.

2. Batasi Perubahan Manual

Cloud console tetap berguna untuk monitoring dan troubleshooting. Namun, perubahan konfigurasi production sebaiknya dilakukan melalui workflow yang terdokumentasi. Jika perubahan darurat harus dilakukan secara manual, perubahan tersebut sebaiknya segera dicatat dan disinkronkan kembali dengan IaC.

3. Gunakan Pull Request untuk Perubahan Infrastructure

Perubahan IaC sebaiknya mengikuti proses review. Contohnya:

Developer
   ↓
Edit IaC
   ↓
Pull Request
   ↓
Code Review
   ↓
Terraform Plan
   ↓
Approval
   ↓
Apply

Workflow tersebut membuat perubahan lebih mudah diaudit dan mengurangi perubahan yang tidak terkontrol.

4. Jalankan Drift Detection Secara Berkala

Jangan menunggu sampai deployment gagal untuk mengetahui adanya drift. Drift detection dapat dijalankan:

setiap hari;
setiap beberapa jam;
sebelum deployment;
setelah incident;
setelah perubahan besar;
berdasarkan tingkat kritikalitas resource.

Untuk environment production, pemeriksaan berkala sangat membantu menemukan perubahan yang terjadi di luar workflow IaC.

5. Gunakan Policy as Code

Selain mendeteksi drift, organisasi dapat menggunakan policy untuk mencegah konfigurasi yang tidak sesuai standar. Contohnya:

Port SSH:
Tidak boleh 0.0.0.0/0

Encryption:
Harus aktif

Storage:
Harus menggunakan encryption

Public IP:
Harus mendapatkan approval

Policy as Code memungkinkan aturan tersebut diperiksa secara otomatis sebelum perubahan diterapkan. HashiCorp juga mendokumentasikan penggunaan precondition dan policy untuk membantu menerapkan standar organisasi pada infrastructure.

6. Dokumentasikan Perubahan Darurat

Tidak semua perubahan manual dapat dihindari. Dalam incident production, engineer mungkin perlu melakukan perubahan dengan cepat. Yang penting adalah memastikan perubahan tersebut memiliki proses follow-up.

Contohnya:

Incident
   ↓
Manual Change
   ↓
Incident Resolved
   ↓
Review Change
   ↓
Update IaC
   ↓
Deploy

Dengan demikian, perubahan darurat tidak menjadi drift permanen.

Infrastructure Drift dalam DevOps

Infrastructure Drift memiliki hubungan erat dengan praktik DevOps. DevOps berusaha membuat proses development, deployment, dan infrastructure management menjadi lebih otomatis dan konsisten. IaC membantu tujuan tersebut dengan menjadikan infrastructure sebagai konfigurasi yang dapat:

disimpan di Git;
direview;
diuji;
digunakan kembali;
diotomatisasi;
di-deploy melalui CI/CD.

Namun, jika engineer tetap melakukan banyak perubahan manual di luar workflow, manfaat tersebut dapat berkurang. Karena itu, Infrastructure Drift dapat dianggap sebagai salah satu tantangan dalam menjaga consistency dan reliability pada infrastructure yang dikelola secara otomatis.

Infrastructure Drift pada Cloud Computing

Infrastructure Drift semakin relevan pada cloud computing karena resource cloud dapat dibuat dan diubah dengan sangat cepat. Sebuah organisasi dapat memiliki:

banyak virtual machine;
banyak network;
banyak database;
beberapa cloud account;
beberapa region;
Kubernetes cluster;
load balancer;
storage;
IAM policy.

Jika semuanya dikelola secara manual, sulit memastikan seluruh konfigurasi tetap konsisten. IaC membantu menyediakan konfigurasi terstruktur, tetapi perubahan di luar IaC tetap dapat menciptakan drift.

Karena itu, semakin kompleks lingkungan cloud, semakin penting pula mekanisme: IaC → Version Control → CI/CD → Policy → Drift Detection → Remediation

Infrastructure Drift dan GitOps

Dalam pendekatan GitOps, Git digunakan sebagai sumber kebenaran untuk konfigurasi yang diinginkan.

Perubahan dilakukan dengan memperbarui konfigurasi di repository, kemudian sistem otomatis menerapkan perubahan tersebut ke environment.

Konsep ini membantu mengurangi perubahan manual karena konfigurasi yang diinginkan berada di repository.

Jika kondisi cluster atau infrastructure berbeda dengan konfigurasi di Git, sistem dapat mendeteksi perbedaan tersebut dan melakukan proses rekonsiliasi sesuai desain platform yang digunakan.

Karena itu, GitOps dapat menjadi salah satu pendekatan untuk mengurangi risiko drift, terutama pada lingkungan Kubernetes dan cloud-native.

Perbandingan Infrastruktur Manual dan Infrastructure as Code

Aspek	Manual	Infrastructure as Code
Deployment	Banyak langkah manual	Dapat diotomatisasi
Konsistensi	Lebih sulit dijaga	Lebih mudah dijaga
Dokumentasi	Bisa tidak lengkap	Tersimpan dalam konfigurasi
Versioning	Terbatas	Menggunakan version control
Audit	Lebih sulit	Lebih mudah
Reproducibility	Rendah hingga sedang	Tinggi
Risiko drift	Relatif tinggi	Tetap ada, tetapi dapat dideteksi
Skalabilitas	Terbatas	Lebih mudah diskalakan

Perlu diperhatikan bahwa IaC tidak menghilangkan Infrastructure Drift sepenuhnya. IaC justru memberikan cara yang lebih terstruktur untuk mendefinisikan kondisi yang diinginkan dan mendeteksi ketika kondisi aktual menyimpang dari definisi tersebut.

Tools yang Dapat Membantu Mengelola Infrastructure Drift

Beberapa jenis tools dapat digunakan untuk membantu mengelola drift.

Tool/Kategori	Fungsi Utama
Terraform	Provisioning dan pengelolaan infrastructure sebagai kode
OpenTofu	Infrastructure as Code dengan pendekatan deklaratif
Pulumi	Infrastructure as Code menggunakan bahasa pemrograman
AWS CloudFormation	IaC untuk lingkungan AWS
HCP Terraform	Workflow Terraform dan fitur terkait drift detection
AWS Config	Pemeriksaan dan evaluasi konfigurasi resource AWS
Git	Version control konfigurasi
CI/CD	Otomatisasi proses deployment dan validation
Policy as Code	Validasi aturan infrastructure

Pemilihan tools sebaiknya disesuaikan dengan cloud provider, arsitektur, skala infrastructure, workflow DevOps, serta kebutuhan organisasi.

Contoh Alur Penanganan Infrastructure Drift

Berikut contoh workflow sederhana yang dapat diterapkan:

              IaC Configuration
                     |
                     v
               Version Control
                     |
                     v
                  CI/CD
                     |
                     v
              Cloud Infrastructure
                     |
                     |
             Manual Change / Event
                     |
                     v
              Infrastructure Drift
                     |
                     v
              Drift Detection
                     |
             +-------+-------+
             |               |
             v               v
       Change Invalid    Change Valid
             |               |
             v               v
      Restore via IaC    Update IaC
             |               |
             +-------+-------+
                     |
                     v
              Infrastructure
                 Consistent

Workflow tersebut menunjukkan bahwa tujuan utama bukan sekadar menemukan drift, tetapi memastikan setiap perubahan akhirnya kembali masuk ke proses pengelolaan infrastructure yang terkontrol.

Best Practice Mengelola Infrastructure Drift

Agar Infrastructure Drift tidak menjadi masalah berulang, beberapa praktik berikut dapat diterapkan:

Gunakan IaC sebagai sumber konfigurasi utama.
Simpan konfigurasi infrastructure di version control.
Gunakan pull request dan code review.
Batasi akses perubahan manual pada production.
Gunakan policy untuk resource yang sensitif.
Lakukan drift detection secara berkala.
Gunakan audit log untuk melacak perubahan.
Dokumentasikan perubahan darurat.
Segera sinkronkan perubahan manual dengan IaC.
Jangan menganggap semua drift harus langsung dihapus tanpa analisis.

Poin terakhir cukup penting. Drift dapat menunjukkan bahwa konfigurasi IaC sudah tidak sesuai dengan kebutuhan aktual. Dalam kondisi tersebut, solusi yang benar bukan selalu mengembalikan infrastructure ke kondisi lama, tetapi meninjau perubahan dan memperbarui konfigurasi secara resmi.

Kesimpulan

Infrastructure Drift adalah kondisi ketika infrastruktur aktual berbeda dari konfigurasi yang seharusnya berdasarkan Infrastructure as Code, state, atau sumber konfigurasi yang telah ditentukan.

Drift dapat muncul karena perubahan manual melalui cloud console, CLI, troubleshooting production, automation, perubahan oleh tim lain, maupun sistem yang secara otomatis memodifikasi resource.

Jika dibiarkan, Infrastructure Drift dapat menyebabkan konfigurasi tidak konsisten, deployment tidak terprediksi, risiko keamanan meningkat, troubleshooting menjadi lebih sulit, biaya cloud bertambah, dan reproducibility infrastructure menurun.

Karena itu, pengelolaan drift sebaiknya tidak hanya berfokus pada memperbaiki resource yang berbeda. Tim juga perlu memastikan bahwa perubahan infrastructure tercatat, dapat diaudit, dan kembali masuk ke workflow IaC.

Pendekatan seperti Infrastructure as Code, version control, CI/CD, policy as code, audit log, dan drift detection dapat membantu menjaga agar kondisi infrastructure tetap sesuai dengan konfigurasi yang telah ditetapkan.

Bagi bisnis yang mengandalkan website, aplikasi, cloud, dan infrastruktur digital, pemahaman mengenai Infrastructure Drift juga penting untuk menjaga lingkungan tetap konsisten, aman, dan mudah dikelola dalam jangka panjang.

Untuk mendapatkan lebih banyak informasi seputar cloud computing, DevOps, infrastructure, hosting, keamanan, website, dan teknologi digital, kunjungi Blog Hosteko. Anda juga dapat mempertimbangkan Hosteko Hosting Indonesia untuk kebutuhan domain dan hosting yang mendukung pengelolaan website secara lebih praktis.