Ketika pemadaman TI besar-besaran terjadi, sering kali hal tersebut terjadi gateway pembayaran yang menjadi berita utama.
Pelanggan terdampar di kasir dan bar, antrian bertambah, bisnis terpaksa meninggalkan perdagangan.
Bagi para pedagang, momen-momen tersebut lebih dari sekadar ketidaknyamanan – momen-momen tersebut merupakan pengingat bahwa keandalan bukanlah sebuah aspirasi. Itu adalah tanggung jawab.
Dalam hal pembayaran, ketahanan menentukan apakah bisnis akan terus menerima uang ketika terjadi hal yang tidak terduga. Namun ketahanan tidak muncul secara kebetulan.
Ini adalah produk dari pilihan arsitektur yang dibuat sebelumnya – keputusan tentang strategi cloud, redundansi, dan kemampuan observasi.
Pilihan-pilihan tersebut menentukan apakah suatu sistem akan bengkok atau rusak di bawah tekanan.
Desain untuk kegagalan
Sistem yang tangguh menganggap kegagalan tidak bisa dihindari. Perangkat keras akan menurun, dan jaringan akan mengalami gangguan. Tujuannya bukan untuk menghindari kegagalan sepenuhnya, namun untuk menyerapnya dengan baik – untuk menjaga transaksi tetap mengalir bahkan ketika komponen terputus-putus.
Hal ini dimulai dengan arsitektur cloud-native, yang tersebar di berbagai wilayah dan, yang terpenting, banyak wilayah penyedia awan. Daripada memperlakukan cloud sebagai sebuah ketergantungan tunggal, sistem pembayaran harus melihatnya sebagai sekumpulan bagian yang dapat dipertukarkan. Ketika satu pusat data mengalami penurunan, beban kerja otomatis berpindah ke pusat data lain yang memiliki kapasitas.
Penelitian Dojo baru-baru ini menemukan bahwa satu dari lima (20%) pemimpin perhotelan menyebutkan kegagalan pembayaran atau downtime sebagai kekhawatiran khusus bagi organisasi mereka, dengan kegagalan sistem pembayaran yang mengganggu lebih dari separuh (58%) bisnis setiap minggunya.
Dengan adanya tekanan terhadap sistem pembayaran dan dampaknya yang mengakibatkan hilangnya pendapatan, dunia usaha harus memastikan bahwa mereka mempunyai hal tersebut infrastruktur TI di tempat sehingga jika salah satu komponen gagal – atau bahkan satu wilayah cloud – transaksi tetap berhasil.
Pelanggan tidak pernah menyadarinya, dan pedagang terus berdagang.
Hapus satu titik kegagalan: aktif-aktif di seluruh cloud
Pengaturan “aktif-pasif” tradisional – di mana a cadangan sistem tidak aktif sampai ada yang rusak – terlalu lambat untuk pembayaran waktu nyata. Pendekatan modern adalah aktif-aktif, dimana lalu lintas langsung terus mengalir melalui beberapa lingkungan sekaligus.
Dengan mendistribusikan beban di dua atau lebih cloud, sebuah platform menghindari ketergantungan pada satu penyedia saja. Ini adalah lindung nilai terhadap risiko yang berkorelasi – risiko yang dapat menghancurkan seluruh rantai pasokan ketika ketergantungan bersama gagal.
Inilah yang mendasari 99,99% uptime – bukan pemasaran putaran, tetapi disiplin teknik. Redundansi hanya penting jika aktif, teruji, dan dapat diamati. Dan keberagaman penyedia layanan bukan hanya tentang hal itu pertunjukan; ini tentang mengisolasi risiko. Awan yang berbeda mengalami kegagalan yang berbeda pula. Heterogenitas itulah yang menjadi kekuatan.
Paradoks keandalan adalah bahwa hal itu muncul dari penerimaan terhadap kegagalan. Anda tidak mencapai waktu kerja dengan mengasumsikan kesempurnaan, tetapi dengan mengasumsikan ketidaksempurnaan dan merancangnya.
Ketahanan hingga ke tepian
Ketahanan infrastruktur tidak akan berarti apa-apa jika terminal tidak dapat berkomunikasi dengannya. Pembayaran terjadi secara terbatas – di kafe, restoran, dan toko, seringkali melalui jaringan yang tidak dapat diandalkan. Itu sebabnya ketahanan harus diperluas dari pusat data hingga perangkatnya.
Terminal pembayaran harus menggunakan SIM 4G multi-operator yang secara otomatis memilih jaringan terkuat. Jika Wi-Fi pedagang terputus, terminal akan beralih ke data seluler. Jika satu operator turun, maka operator lain akan turun tangan.
Yang tidak kalah pentingnya adalah kemampuan observasi ujung ke ujung. Kami menjaga visibilitas dari perangkat hingga pusat data, pemantauan untuk lonjakan latensi atau kehilangan paket yang mungkin menandakan adanya masalah. Hal ini memungkinkan tim operasi kami untuk mengubah rute atau menyeimbangkan kembali sebelum pelanggan menyadari adanya gangguan.
Ini adalah pengingat bahwa ketahanan bukan hanya sekedar masalah backend. Bagi para pedagang, keunggulannya adalah pengalaman. Jika terminal berfungsi, perdagangan berlanjut. Jika tidak, keandalan di tempat lain tidak relevan.
Keandalan sebagai keunggulan kompetitif
Strategi ketahanan terbaik tidak akan terlihat ketika berhasil. Pelanggan tidak melihat replikasi multi-wilayah atau perutean aktif-aktif. Mereka hanya melihat pembayaran dilakukan, pertama kali, setiap saat.
Di balik kesederhanaan itu terdapat pilihan budaya. Membangun keandalan berarti berinvestasi pada redundansi yang, jika semuanya berjalan dengan baik, jarang perlu digunakan. Hal ini berarti menguji skenario kegagalan dalam produksi dan memberdayakan para insinyur untuk memprioritaskan stabilitas dibandingkan hal-hal baru.
Pada akhirnya, keandalan adalah soal kepercayaan. Ketika bisnis memilih penyedia pembayaran, mereka tidak hanya membeli teknologi – mereka juga membeli jaminan bahwa aliran pendapatan mereka tidak akan berhenti. Pemadaman listrik akan terjadi. Pertanyaannya adalah apakah pembayaran dihentikan sementara atau dilanjutkan.
Ketahanan bukanlah lapisan terakhir yang ditambahkan ke tumpukan yang sudah ada. Itu adalah fondasi segalanya. Bangunlah untuk menghadapi kegagalan, singkirkan satu titik kelemahan, tingkatkan ketahanan hingga batas maksimal – dan sistem Anda akan tetap berdiri ketika sistem lain terjatuh.
Karena dalam pembayaran, keandalan bukan sekadar keunggulan teknis. Ini adalah kelangsungan bisnis.
Lihat fitur kami di layanan pedagang terbaik.
Artikel ini dibuat sebagai bagian dari saluran Expert Insights TechRadarPro tempat kami menampilkan para pemikir terbaik dan tercemerlang di industri teknologi saat ini. Pandangan yang diungkapkan di sini adalah milik penulis dan belum tentu milik TechRadarPro atau Future plc. Jika Anda tertarik untuk berkontribusi, cari tahu lebih lanjut di sini: https://www.techradar.com/news/submit-your-story-to-techradar-pro
