Daftar Isi:
Bisnis dari berbagai jenis dapat berinvestasi dalam sistem proses transaksi sebagai bagian dari layanan pedagang TI atau bagian lain dari arsitektur perangkat lunak. Namun, seperti beberapa istilah lain di bidang TI, label ini mungkin tampak agak kabur. Itu sebagian karena pada intinya, pemrosesan transaksi bukan hanya istilah untuk transaksi keuangan, meskipun banyak sistem TPS, seperti yang untuk pemrosesan kartu kredit, dapat berputar di sekitar proses penukaran uang.
Pada dasarnya, pemrosesan transaksi adalah model untuk berbagai transaksi, termasuk transaksi keuangan dan proses lain seperti verifikasi. Para ahli memproses transaksi kontras dengan jenis model berbeda yang disebut pemrosesan batch, di mana sejumlah besar transaksi individual ditangani secara kolektif. Keduanya dapat diterapkan pada sistem e-commerce standar yang menangani transaksi keuangan.
Ketika kita berbicara tentang pemrosesan transaksi, istilah "transaksi" mengacu pada keseluruhan proses. Agar berhasil, proses harus diselesaikan dari awal hingga akhir. Uang harus keluar dari satu akun dan masuk ke akun lain. Dengan jenis transaksi non-keuangan lainnya, berbagai bagian arsitektur perangkat lunak perlu diperbarui. Kalau tidak, sistem mungkin memiliki apa yang disebut "transaksi terjatuh, " (atau apa yang Microsoft sebut "kehilangan integritas").
Kebalikan dari transaksi yang dijatuhkan adalah apa yang disebut "transaksi tahan lama." Transaksi yang tahan lama ini adalah dasar fundamental untuk banyak aktivitas online, seperti pemesanan tiket atau acara, pemrosesan kartu kredit, dan pengaturan quid pro quo lainnya jika beberapa sistem perlu diperbarui, dan satu acara digital harus sejajar dengan yang lain. Jadi, bagaimana pemrosesan transaksi membantu memastikan daya tahan semacam ini? Mari lihat.
Model Transaksi ACID dan BASE
Seiring waktu, spesialis data telah menghasilkan berbagai model yang mempromosikan transaksi yang sukses dan tahan lama. Salah satunya disebut atomisitas, konsistensi, isolasi dan daya tahan, atau ACID. Sistem "keras" untuk memverifikasi transaksi ini mengarah ke model lain yang pada dasarnya tersedia, lunak, konsistensi akhirnya, atau BASE, alternatif yang lebih fleksibel. Kedua model ini dapat membimbing profesional TI menuju sistem pemrosesan transaksi yang lebih konsisten. Untuk ide sederhana tentang cara kedua metode ini bekerja, bayangkan dua dari sistem tenda analog yang lama di stasiun kereta, di mana pembaruan melibatkan berbagai potongan acak dengan informasi jadwal. Salah satu dari mereka berdetak keras selama beberapa detik, lalu berhenti. Yang lain terus berjalan, mereda seiring berjalannya waktu dari beberapa lonjakan dan pukulan sampai ke keheningan akhirnya. Contoh pertama mengacu pada ACID, sedangkan yang kedua mewakili BASE. Dalam kedua kasus, tujuannya sama: resolusi data total. (Untuk beberapa bacaan latar belakang tentang ACID, lihat Pengantar Database kami.)Manajer Transaksi
Elemen dasar lain dari sistem proses transaksi adalah manajer transaksi. Istilah ini adalah salah satu dari banyak istilah berbasis personifikasi dalam TI modern. Belum lama berselang istilah tersebut merujuk pada seseorang yang ditugaskan menyelesaikan transaksi, biasanya transaksi finansial. Pada masa itu, seorang teller bank mungkin disebut manajer transaksi. Sebaliknya, istilah yang digunakan saat ini sebagian besar mengacu pada elemen tidak berwujud dari sistem pemrosesan transaksi secara keseluruhan, tetapi istilah yang memiliki peran yang telah ditentukan sebelumnya.
Penggunaan manajer transaksi, sambil memungkinkan berbagai jenis TPS, bisa menjadi masalah. Misalnya, pengembang yang bekerja dengan J2EE atau sumber daya serupa dapat menemukan diri mereka bingung ketika panggilan ke manajer transaksi mengembalikan berbagai kesalahan. Semua jenis deklarasi dan variabel harus benar untuk memanggil manajer transaksi secara efektif, dan forum pengembang dipenuhi dengan cerita-cerita tentang jenis-jenis pengaturan yang tidak tepat.
Panduan praktik terbaik khusus bahasa (seperti ini untuk J2EE) dapat memberikan beberapa tips tentang manajemen transaksi dan metode dukungan lainnya seperti kerangka kerja pengembangan aplikasi. Sumber daya transaksi lainnya termasuk Layanan Transaksi Obyek (OTS), yang diproduksi oleh Object Management Group untuk menangani kompleksitas tertentu dan proses lintas platform.
Microsoft juga telah menghadirkan beberapa sumber daya yang lebih luas; versi OS Windows yang lebih baru dikirimkan dengan Kernel Transaction Manager (KTM), yang dapat mendukung aplikasi C ++. Microsoft juga telah menawarkan Microsoft Distributed Transaction Coordinator (DTC) sejak 2000 untuk dukungan transaksi lintas platform.
Pertimbangan Lain dengan Sistem Proses Transaksi
Secara umum, ada berbagai tujuan utama yang harus dipenuhi untuk pengaturan TPS yang efektif. Data harus dapat diakses dalam struktur data yang berfungsi dengan baik, dan perlu dilindungi dari berbagai jenis kegagalan. Sistem cadangan yang canggih membantu memberikan perlindungan terhadap serangan dunia maya, bencana alam, atau jenis kewajiban lainnya. Beberapa alat yang disebutkan di atas diciptakan untuk membantu menangani korupsi data dan masalah lain yang dapat mempengaruhi daya tahan transaksi.
Transaksi yang tahan lama berarti bahwa pembaruan lintas platform juga harus diselesaikan. Model ACID dan BASE bersifat instruktif di sini. Banyak pekerjaan yang dilakukan oleh para profesional modern terkait dengan konsistensi semacam ini, dan untuk memastikan bahwa satu bagian dari sistem data cocok dengan yang lain, semuanya untuk mendukung proses-proses utama yang umumnya diberi label transaksi.
Jelas, ada banyak elemen yang lebih rinci dari sistem TPS dan masalah per kasus dan solusi untuk dilihat, tetapi di mana beragam kelompok orang mungkin terlibat dalam mengatasinya (misalnya, ketika sebuah bisnis memiliki masalah tertentu dengan vendor teknologi), masuk akal untuk membantu memperjelas terminologi kunci TI ini terlebih dahulu.
