Cara Amazon Mencapai Kebebasan Basis Data Menggunakan AWS

Dalam kasus Amazon, hambatan untuk meninggalkan Oracle meliputi ukuran armada perusahaan. Ada lebih dari 5.000 basis data yang terhubung dengan berbagai sistem nonstandar, dengan kepemilikan dan dependensi yang tidak diinventarisasi secara terpusat. Ada risiko terkait personel juga. Karier milik banyak karyawan Amazon bergantung pada platform basis data Oracle. Apakah mereka akan sepenuhnya mendukung peralihan itu? Apakah beberapa akan pergi begitu saja?

Tantangan serupa dihadapi oleh banyak perusahaan lain yang ingin beralih dari Oracle ke AWS. Sama seperti perusahaan lain tersebut, Amazon memiliki alasan mendesak untuk membuatnya berhasil. Teknisi Amazon membuang terlalu banyak waktu untuk administrasi, penyediaan, dan perencanaan kapasitas basis data yang rumit dan rawan kesalahan. Pertumbuhan perusahaan yang pesat dan throughput yang meningkat membutuhkan lebih banyak serpihan basis data Oracle yang mengakibatkan penambahan operasi dan overhead pemeliharaan. Biaya pun timbul: bisnis yang berjalan seperti biasa di Oracle akan meningkatkan pengeluaran Amazon untuk lisensinya (yang bernilai jutaan dolar) sebesar 10 persen setahun.

“Situasi yang kami alami juga dialami oleh banyak perusahaan lain,” kata Thomas Park, senior manager of solutions architecture for Consumer Business Data Technologies di Amazon.com, yang membantu memimpin proyek migrasi. “Oracle adalah alasan dan juga hambatan terbesar kami untuk beralih ke AWS.”

Begitulah ceritanya. Saat ini, Amazon hampir menyelesaikan migrasi untuk sekitar 50 petabyte data dan menutup basis data terakhir dari 5.000 basis data Oracle tersebut. Bagaimana perusahaan melakukan migrasi besar-besaran ini?

Amazon menghadapi dua tantangan utama selama migrasi. Yang pertama adalah bagaimana menangani manajemen program berskala besar yang diperlukan untuk memotivasi tim yang beragam dan terdistribusi secara global guna melaksanakan proyek dan melacak kemajuannya. Yang kedua adalah kompleksitas teknis migrasi. Agar proyek berhasil, lini bisnis perusahaan akan sangat membutuhkan koordinasi, pendidikan, dan dukungan teknis terpusat.

Untuk mengatasi tantangan ini, Amazon memulai dengan membuat Kantor Manajemen Program (PMO) perusahaan guna menetapkan persyaratan kinerja yang jelas dan membentuk tinjauan mingguan, bulanan, dan kuartalan dengan tiap tim layanan agar bisa melacak dan melaporkan kemajuan dan status program.

“Dalam membangun program, kami harus benar-benar menetapkan hal yang ingin dicapai dan alasannya sebelum kami membahas cara mencapainya,” kata Dave George, direktur Consumer Business Data Technologies Amazon. “Setelah menetapkan hal yang ingin dicapai dan alasannya, kami membuat tujuan yang jelas dengan sponsor eksekutif aktif. Sponsor ini memastikan bahwa tim-tim teknologi terdistribusi kami memiliki fokus yang jelas dan tidak ambigu serta berkomitmen untuk mewujudkan tujuan ini. Fokus yang konsisten pada perwujudan tujuan ini dapat mengurangi gangguan terhadap prioritas bisnis lainnya seraya membantu mencapai pembaruan arsitektur yang signifikan pada sistem inti.”

Selain itu, kunci keberhasilan proyek adalah tim inti teknis AWS yang terdiri dari arsitek solusi berpengalaman dan teknisi basis data. Tim ini membuat rekomendasi tentang layanan AWS mana yang paling cocok untuk setiap kategori data Amazon yang dipindahkan dari Oracle, termasuk:

• Amazon DynamoDB: direkomendasikan untuk layanan penting yang membutuhkan ketersediaan tinggi, skema mutasi, dan latensi milidetik satu digit yang konsisten sesuai skala.
• Amazon Aurora: direkomendasikan untuk layanan dengan skema stabil yang membutuhkan ketersediaan tinggi dan integritas referensial yang kuat.
• Amazon Simple Storage Service (Amazon S3): direkomendasikan untuk penyimpanan data relasional dan nonrelasional jangka panjang yang terjangkau.

• Amazon Relational Database Service (Amazon RDS) for PostgreSQL atau MySQL: direkomendasikan untuk layanan yang tidak begitu penting dengan pengaturan, pengoperasian, dan penskalaan yang mudah.
• AWS Database Migration Service (AWS DMS): membantu memigrasikan basis data ke AWS dengan cepat dan aman. Basis data sumber tetap beroperasi secara penuh selama migrasi dilakukan, sehingga meminimalkan waktu henti aplikasi yang bergantung pada basis data. DMS dapat melakukan migrasi data ke dan dari basis data komersial sumber terbuka yang digunakan secara luas.
• AWS Schema Conversion Tool (AWS SCT): memungkinkan migrasi basis data heterogen untuk diprediksi dengan mengonversi skema basis data sumber dan mayoritas objek kode basis data, termasuk tampilan, prosedur yang disimpan, dan fungsi, ke format yang sesuai dengan basis data target secara otomatis.
  

Tim ini juga memberikan instruksi formal tentang layanan AWS tertentu, menjalankan laboratorium langsung, menawarkan konsultasi pribadi, dan mengoordinasi bantuan langsung oleh tim produk AWS untuk bisnis Amazon yang mengalami tantangan tertentu.

“Memiliki tim pusat yang terdiri dari arsitek solusi berpengalaman dan teknisi basis data sangatlah penting untuk keberhasilan proyek,” kata Park. “Tim tidak hanya membantu mengajari tim bisnis Amazon, tetapi juga memberikan masukan dan permintaan fitur yang membuat layanan AWS makin kuat untuk semua pelanggan.”

Amazon juga memikirkan cara terbaik untuk membantu administrator basis data Oracle-nya bertransisi ke jenjang karier baru yang sekarang terbuka bagi mereka. Salah satu pilihannya adalah membantu mereka memperoleh keterampilan yang diperlukan untuk menjadi arsitek solusi AWS. Pilihan lainnya adalah menyediakan peran manajerial yang memerlukan pengalaman Oracle selama proses berkelanjutan dalam menghubungkan lingkungan berbasis Oracle tradisional dan lingkungan AWS Cloud.

Migrasi ke AWS telah memangkas biaya operasi basis data tahunan Amazon lebih dari setengahnya serta menyediakan kapasitas yang lebih tinggi. Overhead administrasi basis data dan manajemen perangkat keras sudah sangat berkurang, dan alokasi biaya seluruh tim menjadi jauh lebih sederhana daripada sebelumnya. Sebagian besar layanan yang diplatform ulang ke Amazon DynamoDB, biasanya layanan paling penting yang membutuhkan ketersediaan tinggi dan latensi milidetik satu digit sesuai skala, mengalami penurunan latensi sebesar 40 persen, meskipun kini menangani dua kali lipat volume transaksi. Selama migrasi, tim layanan juga mengambil kesempatan untuk lebih menstabilkan layanan, menghilangkan utang teknis, dan sepenuhnya mendokumentasikan semua kode dan dependensi.

Saat melihat ruang lingkup proyek migrasi yang memengaruhi 800 layanan, ribuan layanan mikro, puluhan ribu karyawan, dan jutaan pelanggan serta menjadikan jejak basis data AWS untuk Amazon lebih besar daripada 90 persen pelanggan AWS lainnya, Amazon.com menyadari sebuah pelajaran bagi perusahaan besar lainnya yang mempertimbangkan peralihan serupa.

“Semua yang terlibat tidak akan berkata bahwa proyek migrasi ini sederhana, mudah, dan menyenangkan, tetapi nyatanya proses ini tidak membutuhkan kekuatan super. Jika perusahaan seperti Amazon dapat memindahkan begitu banyak basis data terdesentralisasi dan terdistribusi secara global dari Oracle ke AWS, perusahaan lain pasti mampu melakukannya juga.”