Dalam seri 100 Hari DevOps dan Cloud (AWS), Hari ke-9 menyoroti dua tugas praktis yang mengajarkan pentingnya diagnosis sistematis dan langkah-langkah pengamanan. Masalah pertama adalah kegagalan MariaDB yang tidak dapat dimulai. Alih-alih langsung berasumsi bahwa mesin database rusak, praktisi harus terlebih dahulu membaca log dan memeriksa status layanan. Perintah `sudo systemctl status mariadb` memberikan gambaran umum, sedangkan `sudo tail -30 /var/log/mariadb/mariadb.log` dan `sudo journalctl -u mariadb --since "2025-11-09 12:43:00" --until "2025-11-09 12:45:00"` memberikan detail error yang tepat. Dalam kasus ini, log menunjukkan bahwa direktori runtime `/run/mariadb` dimiliki oleh root, sehingga pengguna `mysql` tidak dapat menulis file socket dan PID. Solusi satu baris—`sudo chown mysql:mysql /run/mariadb`—memulihkan layanan, dan `sudo systemctl restart mariadb` mengonfirmasi bahwa masalah telah teratasi. Selain itu, memastikan layanan diaktifkan dengan `sudo systemctl is-enabled mariadb` menjamin layanan akan dimulai kembali setelah reboot.
Tugas kedua berfokus pada pengamanan sumber daya cloud. Pada AWS, menghapus instance EC2 secara tidak sengaja dapat menyebabkan kerugian besar, sehingga fitur *termination protection* menjadi sangat penting. Dengan menggunakan `aws ec2 modify-instance-attribute --instance-id i-1234567890abcdef0 --disable-api-termination`, administrator dapat mencegah penghapusan yang tidak disengaja. Perlindungan ini hanya memblokir jalur API; volume yang terpasang masih dapat dihapus secara manual, sehingga kombinasi dengan *stop protection* (`--disable-api-stop`) memberikan keamanan berlapis. Untuk memverifikasi status, `aws ec2 describe-instance-attribute --instance-id i-1234567890abcdef0 --attribute disableApiTermination` mengembalikan nilai `true` jika perlindungan aktif.
Kedua tugas ini menekankan pola pikir yang sama: luangkan waktu untuk mengumpulkan informasi sebelum bertindak. Membaca log dengan cermat mencegah kesalahan diagnosis, dan mengaktifkan flag perlindungan membuat tindakan yang merugikan secara sengaja menjadi lebih sulit. Bagi tim DevOps di Indonesia, di mana banyak proyek masih berkembang dengan sumber daya terbatas, kebiasaan ini dapat mengurangi downtime dan melindungi lingkungan produksi dari kesalahan manusia.
Secara keseluruhan, Hari ke-9 mengajarkan bahwa penyebab paling umum kegagalan layanan seringkali terletak pada konfigurasi di sekitar layanan tersebut, bukan pada layanan itu sendiri. Dengan menggabungkan praktik diagnosis yang baik dengan langkah-langkah pengamanan cloud, profesional TI dapat meningkatkan keandalan dan kepercayaan pelanggan. Seri ini terus berlanjut dengan 91 hari lagi untuk dieksplorasi.