Studi Kasus: Migrate Aplikasi ke Cloud VM Linux

Migrate Aplikasi ke Cloud menjadi langkah strategis bagi banyak perusahaan, developer, dan pengelola sistem yang ingin meningkatkan fleksibilitas infrastruktur. Ketika sebuah aplikasi mulai membutuhkan resource lebih besar, konfigurasi server yang lebih bebas, atau kemampuan scaling yang lebih baik, Cloud VM Linux dapat menjadi salah satu pilihan yang menarik.

Namun, proses migrate aplikasi ke cloud tidak sesederhana menyalin source code dari server lama ke server baru. Ada banyak komponen yang saling berhubungan, seperti database, PHP runtime, web server, environment variable, cron job, queue worker, DNS, SSL, firewall, hingga konfigurasi permission. Jika salah satu komponen tersebut terlewat, aplikasi dapat mengalami error setelah proses migrasi selesai.

Karena itu, migrasi sebaiknya dilakukan secara bertahap dan terukur. Artikel ini membahas studi kasus Migrate Aplikasi ke Cloud VM Linux, mulai dari perencanaan, persiapan server, pemindahan aplikasi dan database, pengujian, perubahan DNS, sampai monitoring setelah migrasi.

Apa Itu Migrate Aplikasi ke Cloud?

Migrate aplikasi ke cloud adalah proses memindahkan aplikasi yang sebelumnya berjalan pada infrastruktur tertentu menuju lingkungan cloud. Infrastruktur awal dapat berupa shared hosting, VPS, dedicated server, server kantor, maupun server virtual yang dikelola sendiri.

Dalam konteks Cloud VM Linux, aplikasi dipindahkan ke virtual machine yang menggunakan sistem operasi Linux. Administrator kemudian memiliki kontrol terhadap sistem operasi, resource CPU dan RAM, storage, networking, firewall, serta software yang dibutuhkan aplikasi.

Sebagai contoh, sebuah aplikasi Laravel sebelumnya berjalan pada VPS dengan 4 vCPU dan 8 GB RAM. Seiring pertumbuhan pengguna, aplikasi mulai membutuhkan konfigurasi server yang lebih fleksibel. Administrator kemudian menyiapkan Cloud VM Linux dengan resource yang lebih sesuai.

Pada tahap tersebut, source code bukan satu-satunya komponen yang harus dipindahkan. Database, konfigurasi PHP, web server, Redis, scheduler, queue worker, SSL, dan DNS juga harus dipersiapkan.

Oleh karena itu, migrasi aplikasi sebaiknya dianggap sebagai proses pemindahan environment, bukan hanya pemindahan file.

Mengapa Aplikasi Perlu Dipindahkan ke Cloud VM?

Ada beberapa alasan mengapa organisasi memilih melakukan migrasi aplikasi ke cloud. Salah satu alasan utama adalah fleksibilitas resource.

Pada server tradisional, peningkatan kapasitas sering membutuhkan perubahan hardware. Sebaliknya, Cloud VM memungkinkan resource disesuaikan dengan kebutuhan workload. Walaupun mekanisme scaling berbeda pada setiap penyedia cloud, konsep dasarnya tetap memberikan fleksibilitas yang lebih besar.

Selain resource, Cloud VM juga memberikan kontrol yang lebih luas terhadap lingkungan aplikasi. Administrator dapat memilih distribusi Linux, versi runtime, web server, database, firewall, monitoring, dan berbagai software lainnya.

Hal ini sangat berguna ketika aplikasi membutuhkan konfigurasi khusus yang sulit diterapkan pada shared hosting.

Selain itu, cloud juga dapat membantu memisahkan komponen aplikasi. Sebagai contoh, web application dapat ditempatkan pada satu VM, sedangkan database berada pada VM lain. Kemudian Redis atau service tertentu dapat dipisahkan sesuai kebutuhan.

Dengan arsitektur tersebut, infrastruktur dapat dikembangkan secara bertahap tanpa harus mengubah keseluruhan sistem sekaligus.

Studi Kasus: Aplikasi Web Berbasis Laravel

Untuk memahami prosesnya, kita gunakan contoh aplikasi web production berbasis Laravel.

Server lama memiliki konfigurasi Linux dengan Nginx, PHP-FPM, MariaDB, Redis, dan Supervisor. Aplikasi juga menggunakan cron untuk menjalankan scheduler dan queue worker untuk memproses pekerjaan di background.

Struktur sederhananya dapat digambarkan seperti berikut:

User
  |
  v
Nginx
  |
  v
PHP-FPM
  |
  +---- MariaDB
  |
  +---- Redis
  |
  +---- Queue Worker

Aplikasi tersebut awalnya berjalan dengan baik. Namun, karena jumlah pengguna meningkat, administrator ingin memindahkannya ke Cloud VM Linux dengan konfigurasi yang lebih fleksibel.

Target migrasi bukan hanya membuat website dapat dibuka. Target sebenarnya adalah memastikan seluruh fungsi aplikasi tetap berjalan seperti sebelumnya.

Tahap Pertama: Melakukan Audit Server Lama

Sebelum melakukan migrasi, administrator perlu mengetahui kondisi server lama.

Audit diperlukan untuk mengetahui versi software dan dependency yang digunakan aplikasi. Tanpa proses ini, ada kemungkinan konfigurasi penting tertinggal ketika server baru disiapkan.

Mulailah dengan memeriksa sistem operasi:

cat /etc/os-release

Kemudian periksa versi PHP:

php -v

Periksa juga database:

mysql --version

Jika menggunakan Nginx:

nginx -v

Selanjutnya, periksa service yang sedang berjalan:

systemctl --type=service --state=running

Selain itu, periksa konfigurasi cron dan service tambahan seperti Redis, Supervisor, Node.js, atau service lain yang digunakan aplikasi.

Tujuan audit ini adalah membuat gambaran lengkap mengenai environment aplikasi.

Dengan demikian, ketika server baru dibuat, administrator tidak perlu menebak software apa saja yang harus diinstal.

Tahap Kedua: Memeriksa Dependency Aplikasi

Setelah server lama diaudit, dependency aplikasi perlu dicatat.

Untuk aplikasi Laravel, misalnya, dependency dapat mencakup PHP, Composer, database, Redis, Node.js, NPM, dan beberapa extension PHP.

Periksa extension PHP dengan:

php -m

Selanjutnya, bandingkan hasilnya dengan kebutuhan aplikasi.

Hal ini penting karena aplikasi dapat gagal dijalankan hanya karena satu extension tidak tersedia.

Selain itu, versi PHP juga harus diperhatikan. Aplikasi lama yang dibuat untuk PHP versi tertentu belum tentu langsung kompatibel dengan versi PHP yang lebih baru.

Oleh sebab itu, jangan melakukan upgrade versi PHP hanya karena server baru menggunakan sistem operasi terbaru. Periksa compatibility aplikasi terlebih dahulu.

Tahap Ketiga: Menyiapkan Cloud VM Linux

Setelah kebutuhan diketahui, langkah berikutnya adalah menyiapkan Cloud VM.

Pilih distribusi Linux yang sesuai dengan aplikasi dan kemampuan administrator. Ubuntu Server dan Debian merupakan pilihan populer untuk aplikasi web. Sementara itu, AlmaLinux dan Rocky Linux dapat menjadi pilihan bagi lingkungan yang menggunakan ekosistem Enterprise Linux.

Setelah server aktif, lakukan update sistem.

Pada distribusi berbasis Debian atau Ubuntu, contohnya:

apt update
apt upgrade -y

Sedangkan pada sistem berbasis RHEL:

dnf update -y

Setelah itu, konfigurasi user administrator dan SSH key.

Sebaiknya akses SSH tidak hanya mengandalkan password. Penggunaan SSH key dapat memberikan metode autentikasi yang lebih aman dan nyaman untuk administrasi server.

Tahap Keempat: Mengamankan Server Sebelum Deployment

Sebelum aplikasi dipublikasikan, Cloud VM sebaiknya diamankan terlebih dahulu.

Firewall menjadi salah satu komponen penting. Hanya port yang benar-benar dibutuhkan yang sebaiknya dibuka ke internet.

Untuk web server, port 80 dan 443 biasanya diperlukan. Sementara itu, port database sebaiknya tidak dibuka secara publik apabila database hanya digunakan oleh aplikasi internal.

Selain firewall, administrator juga perlu memperhatikan update security, SSH, permission, user access, serta monitoring log.

Keamanan sebaiknya diterapkan sebelum aplikasi mendapatkan traffic. Dengan begitu, server tidak perlu diamankan setelah aplikasi terlanjur berjalan secara publik.

Tahap Kelima: Instalasi Web Server dan Runtime

Setelah Cloud VM siap, instal software yang dibutuhkan aplikasi.

Untuk contoh ini, kita menggunakan Nginx dan PHP-FPM.

Pastikan versi PHP sesuai dengan requirement aplikasi:

php -v

Kemudian pastikan PHP-FPM berjalan:

systemctl status php8.2-fpm

Nama service dapat berbeda tergantung versi PHP dan distribusi Linux.

Setelah runtime tersedia, instal Composer apabila aplikasi menggunakan Laravel.

Pada tahap ini, aplikasi sebenarnya belum perlu langsung dipublikasikan. Fokus utama adalah memastikan environment server baru telah siap.

Tahap Keenam: Memindahkan Source Code

Setelah environment tersedia, source code aplikasi dapat dipindahkan.

Salah satu tool yang sering digunakan adalah rsync.

Contohnya:

rsync -avz /var/www/app/ user@SERVER-BARU:/var/www/app/

Keuntungan rsync adalah proses sinkronisasi berikutnya dapat dilakukan dengan lebih efisien karena file yang tidak berubah tidak perlu dikirim ulang.

Untuk aplikasi berukuran besar, metode tersebut sangat membantu.

Namun, pastikan directory temporary dan cache tidak dipindahkan secara tidak perlu. Beberapa file dapat dibuat ulang pada server baru.

Setelah source code tersedia, dependency aplikasi dapat diinstal kembali menggunakan Composer.

Untuk Laravel, misalnya:

composer install --no-dev --optimize-autoloader

Dengan demikian, environment production dapat dibuat berdasarkan dependency yang didefinisikan aplikasi.

Tahap Ketujuh: Migrasi Database

Database biasanya menjadi bagian paling kritis dalam migrate aplikasi ke cloud.

Source code dapat dipindahkan dengan relatif mudah, tetapi database berisi data pengguna, transaksi, konfigurasi, dan informasi penting lainnya.

Salah satu metode umum untuk MariaDB atau MySQL adalah menggunakan mysqldump.

Contoh:

mysqldump -u root -p nama_database > database.sql

Setelah file backup dipindahkan ke server baru, database dibuat dan backup tersebut di-restore.

mysql -u root -p nama_database < database.sql

Setelah proses selesai, jangan langsung menganggap migrasi berhasil.

Periksa jumlah tabel, struktur database, data penting, user, dan relasi antar tabel. Kemudian jalankan aplikasi untuk memastikan koneksi database berfungsi.

Perbedaan versi MySQL atau MariaDB juga perlu diperhatikan. Perubahan authentication method, SQL mode, collation, atau behavior tertentu dapat menyebabkan aplikasi yang sebelumnya berjalan normal mengalami masalah setelah migrasi.

CTA: Gunakan Cloud VPS untuk Menjalankan Aplikasi

Jika Anda membutuhkan lingkungan Linux dengan kontrol resource dan konfigurasi yang lebih fleksibel, Cloud VPS Indonesia dari Jakhoster dapat menjadi salah satu pilihan untuk deployment aplikasi.

Cloud VPS dapat digunakan untuk berbagai workload, mulai dari website, aplikasi Laravel, API, database, Docker, hingga berbagai kebutuhan server Linux lainnya.

Pelajari Cloud VPS Indonesia:
https://www.jakhoster.com/cloud-vps-indonesia

Dengan Cloud VPS, administrator dapat menyesuaikan environment berdasarkan kebutuhan aplikasi, termasuk memilih sistem operasi, mengatur web server, mengelola database, memasang firewall, serta melakukan optimasi server.

Tahap Kedelapan: Memindahkan Environment Configuration

Setelah database tersedia, konfigurasi aplikasi perlu disiapkan.

Pada Laravel, konfigurasi utama biasanya berada pada file .env.

Contohnya:

APP_ENV=production
APP_DEBUG=false

DB_DATABASE=application
DB_USERNAME=appuser
DB_PASSWORD=password

Selain database, file environment dapat berisi konfigurasi Redis, SMTP, API eksternal, storage, queue, dan berbagai service lainnya.

Periksa semua variable yang digunakan aplikasi.

Kesalahan yang sering terjadi adalah aplikasi berhasil dibuka tetapi fungsi tertentu tidak berjalan karena environment variable belum dipindahkan.

Sebagai contoh, halaman website dapat berjalan normal, tetapi email tidak terkirim karena konfigurasi SMTP belum tersedia.

Oleh karena itu, pengujian harus mencakup seluruh fungsi aplikasi, bukan hanya halaman utama.

Tahap Kesembilan: Konfigurasi Web Server

Setelah source code dan environment tersedia, buat virtual host atau server block pada Nginx.

Contoh sederhana:

server {
    listen 80;
    server_name example.com;

    root /var/www/app/public;

    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php8.2-fpm.sock;
    }
}

Untuk Laravel, document root sebaiknya diarahkan ke directory public.

Setelah konfigurasi selesai, lakukan pengecekan:

nginx -t

Jika konfigurasi valid, lakukan reload:

systemctl reload nginx

Tahap ini kemudian dapat dilanjutkan dengan pengujian menggunakan domain atau hostname sementara.

Tahap Kesepuluh: Mengatur Permission

Permission file merupakan detail kecil yang sering menyebabkan masalah setelah migrasi.

Aplikasi harus dapat membaca source code, sedangkan directory tertentu perlu dapat ditulis oleh user yang menjalankan PHP-FPM.

Pada Laravel, storage dan bootstrap/cache merupakan contoh directory yang perlu diperhatikan.

Misalnya:

chown -R www-data:www-data /var/www/app

Kemudian permission directory yang membutuhkan akses tulis dapat disesuaikan.

Jangan menggunakan chmod 777 sebagai solusi umum. Permission terlalu longgar dapat meningkatkan risiko keamanan.

Lebih baik tentukan user dan group yang memang membutuhkan akses.

Tahap Kesebelas: Migrasi Cron dan Queue Worker

Aplikasi production sering memiliki proses background.

Laravel Scheduler, misalnya, dapat membutuhkan cron untuk menjalankan task tertentu. Jika cron tidak dipindahkan, fitur scheduled task dapat berhenti meskipun website terlihat normal.

Queue worker juga harus diperhatikan.

Jika aplikasi menggunakan Supervisor, konfigurasi worker perlu dibuat kembali pada server baru.

Setelah itu, periksa status process:

supervisorctl status

Pastikan worker benar-benar berjalan.

Ini penting terutama untuk aplikasi yang menangani email, notifikasi, invoice, laporan, import data, atau pekerjaan asynchronous lainnya.

Tahap Keduabelas: Konfigurasi SSL

Setelah web server berjalan, konfigurasi HTTPS perlu dilakukan.

SSL bukan hanya berguna untuk keamanan komunikasi. Banyak aplikasi modern juga bergantung pada HTTPS untuk cookie secure, authentication, API callback, payment gateway, dan integrasi pihak ketiga.

Setelah SSL aktif, lakukan pengujian terhadap halaman utama, login, API, form, dan callback eksternal.

Periksa juga apakah masih terdapat mixed content setelah perpindahan domain.

Tahap Ketigabelas: Testing Sebelum DNS Cutover

Sebelum domain diarahkan ke Cloud VM, lakukan pengujian menyeluruh.

Pada tahap ini, jangan hanya membuka homepage.

Uji login, logout, registrasi, upload, download, database transaction, email, API, queue, cron, dan fitur bisnis utama.

Jika aplikasi memiliki payment gateway, webhook juga harus diuji.

Begitu pula jika aplikasi menggunakan storage eksternal, CDN, Redis, atau API pihak ketiga.

Pendekatan tersebut membuat proses migrasi jauh lebih aman karena masalah dapat ditemukan ketika server lama masih tersedia.

Tahap Keempatbelas: Sinkronisasi Data Terakhir

Jika aplikasi memiliki traffic aktif, proses migrasi dapat dilakukan dengan strategi low downtime.

Pertama, lakukan pemindahan source code dan database awal. Setelah itu, server baru dapat diuji tanpa mengubah traffic production.

Menjelang cutover, lakukan sinkronisasi terakhir.

Jika database sangat aktif, administrator dapat menggunakan metode migrasi database yang sesuai dengan kebutuhan downtime dan ukuran database.

Untuk aplikasi kecil, maintenance mode selama beberapa menit mungkin sudah cukup.

Namun, aplikasi dengan traffic tinggi mungkin membutuhkan strategi database replication atau metode migrasi yang lebih kompleks.

Dengan demikian, metode migrasi harus disesuaikan dengan tingkat kritikal aplikasi.

Tahap Kelimabelas: DNS Cutover

Setelah server baru dinyatakan siap, DNS diarahkan menuju IP Cloud VM.

Sebelum melakukan perubahan, perhatikan TTL DNS.

TTL yang lebih rendah sebelum migrasi dapat membantu mempercepat perubahan pada sebagian resolver. Namun, perubahan DNS tetap tidak selalu langsung terlihat secara global.

Karena itu, server lama sebaiknya tidak langsung dimatikan.

Biarkan server lama tetap tersedia selama periode observasi.

Dengan cara tersebut, apabila terjadi masalah yang tidak terdeteksi saat testing, administrator masih memiliki opsi rollback.

Monitoring Setelah Migrasi

Migrasi sebenarnya belum selesai ketika domain sudah mengarah ke Cloud VM.

Beberapa jam dan hari pertama setelah cutover justru menjadi periode penting untuk monitoring.

Periksa penggunaan CPU:

top

Kemudian periksa RAM:

free -h

Periksa storage:

df -h

Periksa service yang mengalami kegagalan:

systemctl --failed

Selain resource, periksa juga log Nginx, PHP-FPM, database, aplikasi, dan firewall.

Monitoring dapat membantu menemukan masalah yang hanya muncul ketika traffic production mulai masuk.

Sebagai contoh, aplikasi mungkin terlihat normal ketika hanya diuji oleh administrator. Namun, ketika jumlah pengguna meningkat, PHP-FPM dapat kehabisan worker atau database connection menjadi terlalu banyak.

Karena itu, observasi berdasarkan traffic nyata sangat penting.

Masalah yang Sering Terjadi Saat Migrate Aplikasi ke Cloud

Salah satu masalah yang paling umum adalah perbedaan versi software. PHP pada server baru mungkin berbeda dari server lama sehingga framework atau dependency mengalami compatibility issue.

Selain itu, extension PHP yang belum terinstal juga dapat menyebabkan error.

Masalah database juga cukup sering terjadi. Perbedaan versi MySQL atau MariaDB dapat memengaruhi query, authentication, collation, dan SQL mode.

Kemudian, permission juga menjadi penyebab error yang umum. Aplikasi mungkin tidak dapat menulis cache, session, upload, atau log.

Masalah lain adalah konfigurasi .env yang tidak lengkap. Aplikasi terlihat berjalan, tetapi integrasi tertentu gagal.

Selain itu, cron dan queue worker sering terlupakan. Padahal kedua komponen tersebut dapat menjadi bagian penting dari aplikasi production.

Oleh sebab itu, checklist migrasi sebaiknya dibuat berdasarkan environment aktual aplikasi, bukan hanya berdasarkan source code.

Apakah Server Lama Harus Langsung Dimatikan?

Tidak selalu.

Justru mempertahankan server lama untuk sementara merupakan strategi yang lebih aman.

Jika terjadi error serius setelah DNS cutover, traffic dapat dikembalikan ke server lama sambil masalah diperbaiki pada Cloud VM.

Namun, server lama tetap harus dijaga keamanannya selama masih aktif.

Setelah aplikasi stabil dan semua fungsi berjalan normal, backup terakhir dapat dibuat. Kemudian server lama dapat dihentikan jika memang sudah tidak diperlukan.

Kesimpulan

Migrate Aplikasi ke Cloud membutuhkan perencanaan yang lebih matang daripada sekadar memindahkan file aplikasi.

Dalam studi kasus aplikasi Laravel, proses migrasi mencakup audit server lama, identifikasi dependency, persiapan Cloud VM Linux, hardening server, instalasi runtime, pemindahan source code, migrasi database, konfigurasi environment, web server, permission, cron, queue worker, SSL, testing, DNS cutover, dan monitoring.

Yang terpenting, migrasi sebaiknya dilakukan secara bertahap. Jangan langsung mematikan server lama sebelum server baru benar-benar teruji.

Selain itu, setiap aplikasi memiliki karakteristik berbeda. Aplikasi sederhana mungkin dapat dipindahkan dalam waktu singkat, sedangkan aplikasi dengan database besar, traffic tinggi, banyak integrasi, dan kebutuhan uptime tinggi memerlukan strategi migrasi yang lebih kompleks.

Pada akhirnya, Cloud VM Linux memberikan kontrol dan fleksibilitas yang lebih besar terhadap environment aplikasi. Namun, manfaat tersebut akan maksimal jika server dikonfigurasi dengan benar dan proses migrasi dilakukan berdasarkan perencanaan, testing, backup, serta monitoring yang jelas.

Dengan pendekatan tersebut, migrate aplikasi ke cloud tidak hanya menjadi proses memindahkan server, tetapi juga kesempatan untuk membangun infrastruktur yang lebih terstruktur, aman, mudah dikelola, dan siap mengikuti pertumbuhan aplikasi.