Arsitektur Replikasi
Guna menangani proses pemutakhiran data yang harus dapat dilakukan oleh semua tingkatan terkait maka arsitektur replikasi yang dirancang merupakan simetric replication .
Log Transaksi
Guna menjamin validasi dan integrasi data dari proses kegagalan transakasi saat pemutakhiran data dibuatlah suatu file log transaksi.
Propagasi Data Asynchronous
Proses propagasi data yang digunakan dalam rancangan database ini adalah asynchronous data propagation. Pemilihan ini bertujuan untuk memjaga validasi data antara Hub/Spoke dengan Pusat dengan pengendalian validasi dari published database.
Keuntungan yang diperoleh dengan arsitektur di atas:
- Hub/Spoke memiliki databasenya sendiri, sehingga memperbesar keleluasaan/otonomi, Hub/Spoke untuk memelihara dan mengelola datanya baik bagi kepentingannya sendiri maupun kepentingan Pusat.
- Mekanisme dua arah (Pull/Push subscribe), memungkinkan pengambilan data mutakhir dalam kondisi mendesak atau diluar jadwal pengambilan.
- Kesederhaan dalam proses pemutakhiran data (Updating)
- Database yang mutakhir selalu tersedia.
- Derajat Latency data dapat diatur sendiri melalui mekanisme penjadwalan.
- Menekan biaya operasional karena proses pemutakhiran ke pusat dilakukan secara terjadwal dan tidak perlu selama 24 jam.
Arsitektur Aplikasi
Dengan mempertimbangkan isu kinerja, skalabilitas serta kehandalan, maka aplikasi yang akan digunakan dirancang dengan arsitektur 3-tier.
Client side bersifat sebagai thin-client yang tidak banyak melakukan pemrosesan karena hampir seluruhnya dilakukan oleh application server. Pada sisi client hanya perlu diinstall sebuah browser untuk proses transaksi.
Keuntungan yang diperoleh dari arsitektur ini:
a. Proses maintenance lebih mudah karena logika aplikasi hanya terdapat pada satu site yaitu application server.
b. Beban logika aplikasi dapat dibagi bersama antara application server (dalam bentuk modul-modul aplikasi) dan database server (dalam bentuk store procedure) tanpa banyak mengganggu lalu lintas jaringan. Artinya misi menjaga kehandalan kinerja aplikasi sudah tercapai.
Mekanisme Roll Back
Untuk menjamin keutuhan pemutakhiran database disusun suatu mekanisme yang dapat menjaga keutuhan hasil updating terhadap suatu kejadian kegagalan dalam proses pemutakhiran database, maka perlu dibangun mekanisme roll back, yang dimaksudkan bahwa apabila dalam proses pemutakhiran database terdapat satu proses gagal yang mengakibatkan kegagalan seluruh transasksi, maka roll back akan menjamin bahwa seluruh transasksi bisa dikembalikan seperti sediakala secara utuh tanpa cacat data sedikitpun.
Agar dicapai kualitas, kehandalan dan jaminan beroperasinya sistem secara keseluruhan secara prima, maka perlu dibangun suatu sistem untuk memonitor jalannya sistem tersebut. Sistem pemonitoran untuk tahapan Pilot proyek ini terdiri atas:
1. Sistem Pemonitoran Network (Network Monitoring System)
Merupakan suatu sistem yang terintegrasi dengan jaringan terpasang yang akan dibangun di Bank Mandiri yang berfungsi untuk:
- Memonitor kinerja dari network baik keseluruhan maupun per cabang. Proses pemonitorannya dilakukan secara on-line dan real-time dari Pusat Pengendali Jaringan (Performance Management)
- Mempertahankan kualitas kinerja sesuai standar perancangan melalui fungsionalitas: kendali route otomatis pengukuran lalu-lintas dan pengaturan lalulintas jaringan (traffic management) serta perbaikan route secara otomatis (performance maintenance )
2. Sistem Pemonitoran Data Base
Mengingat database merupakan sistem yang vital dalam e-banking, maka untuk menjamin kehandalan, dirancang sistem pemonitoran yang mampu dalam:
- Memperlihatkan pergerakan nyata dari informasi database (actual flow of database information) secara real time.
- Memperlihatkan titik rawan permasalahan dan memecahkannya secara cepat (pinpoint the source of problems as accur, and rapidly resolve them)
- Dilengkapi load-sensitive meters, kemacetan (bottlenecks) dapat di-identifikasi dan sistem memberi urutan cepat mencapai akar permasalahannya.
6 komentar:
OKE...
But jujur ja ga ngeh... eh, blm paham kali maksudnya atawa gak mau paham? :)
Jalur otaku belum sampai sana kali ya :)
Whatever lah... but Oke, misinya bagus. Good luck dech...
Semoga amal ibadah anda diterima oleh Alloh SWT. Amien
:) Nenny
Bagus mas,, daripada kemarin soalnya kalau yang kmrn begitu kita buka langsung panjang bgt halamannya jadi awang-awangen mau ngebaca namun sekarang sudah oke...
Catatan : tingkatkan terus prestasimu
Tahun depan harus lebih baik
(Kayak cah sekolah wae....)
subahanallah bagus mas artikelnya.. boleh minta email mas?? saya mw tanya-tanya tentang replikasi database dengan slony.. mohon bantuannya mas ini untuk skripsi saya.. syukron
bayu
by_pacitan@yahoo.com
Assalammualaykum.
Gak mudeng, Pak, hehehe!
Kalau bisa dibikin posting khusus artikel yang menjelaskan istilah2 TI yang njlimet, seperti glossary atau kamus...
Salam sukses
Wassalam
# Nenny :
He..he..he..
Makasih atas do’anya ya Nenny…
# Dany :
Makasih mas Dany,
Ya kalau setelannya memanjang memang males ngebacanya, akhirnya saya buat yang lebih ringkes
Lho…saya emang mau jadi cah sekolah maneh kok..he.he..he
Suwun,
# Bayu :
Mas Bayu, maaf jika saya baru memberikan tanggapan
Terus terang, saya belum begitu dalam untuk memahami slony
Coba anda pelajari link http://linuxfinances.info/info/slonyintro.html
Moga kita bisa sama2 belajar dari sana, salam ukhuwah
# Tezar :
Hmm usulan cukup bagus...
mau nanya nih kalau kita punya 2 server master dan 1 server slave gmn tuh konfigurasi nya. ada yang tau nga????
Post a Comment
Tanggapan, pesan atau pertanyaan hendaknya disertai dengan identitas (minimal mengisi NAMA dgn men-select bagian Comment as dengan "Name/URL"). Terima kasih
(c) DickyRahardi.Com™, 2006