Isi kandungan:
Perniagaan pelbagai jenis boleh melabur dalam sistem proses transaksi sebagai sebahagian daripada perkhidmatan saudagar IT atau bahagian lain dalam seni bina perisian. Walau bagaimanapun, seperti beberapa istilah lain di sekitar IT, label ini kelihatan agak kabur. Itu sebahagiannya kerana pada terasnya, pemprosesan transaksi bukan hanya istilah untuk urus niaga kewangan, walaupun banyak sistem TPS, seperti yang diproses oleh kad kredit, mungkin berputar di sekitar proses pertukaran wang tangan.
Pada asasnya, pemprosesan transaksi adalah model untuk pelbagai transaksi, termasuk transaksi kewangan dan proses lain seperti pengesahan. Pakar membezakan pemprosesan transaksi dengan jenis model yang berbeza yang dipanggil pemprosesan batch, di mana bilangan urusniaga individu yang lebih besar dikendalikan secara kolektif. Kedua-duanya boleh digunakan untuk sistem e-dagang standard yang mengendalikan transaksi kewangan.
Apabila kita bercakap mengenai pemprosesan transaksi, istilah "transaksi" merujuk kepada keseluruhan proses. Untuk berjaya, proses itu perlu disiapkan dari awal hingga akhir. Wang tersebut harus keluar dari satu akaun dan masuk ke akaun lain. Dengan jenis transaksi bukan kewangan yang lain, bahagian-bahagian yang berlainan dalam senibina perisian perlu dikemas kini. Jika tidak, sistem mungkin mempunyai apa yang disebut "transaksi jatuh, " (atau apa yang disebut Microsoft sebagai "kehilangan integriti").
Sebaliknya dari transaksi jatuh adalah apa yang disebut "transaksi tahan lama." Transaksi yang tahan lama ini adalah asas asas untuk banyak aktiviti dalam talian, seperti tiket atau tempahan acara, pemprosesan kad kredit, dan lain-lain pengaturan quid pro quo adalah pelbagai sistem perlu dikemas kini, dan satu acara digital harus diselaraskan dengan yang lain. Jadi bagaimana pemprosesan transaksi membantu memastikan ketahanan ini? Mari kita lihat.
Model Transaksi ACID dan BASE
Dari masa ke masa, pakar data telah menghasilkan pelbagai model yang mempromosikan transaksi yang berjaya dan tahan lama. Salah satu ini dipanggil atomicity, konsistensi, pengasingan dan ketahanan, atau ACID. Sistem pengesahan transaksi "keras" ini membawa kepada model lain yang dipanggil pada dasarnya tersedia, keadaan lembut, konsisten akhirnya, atau BASE, alternatif yang lebih serba boleh. Kedua-dua model ini boleh membimbing profesional TI ke arah sistem pemprosesan transaksi yang konsisten. Untuk idea mudah cara kedua-dua kaedah ini berfungsi, bayangkan dua sistem analog marquee yang lama di stesen kereta api, di mana kemas kini melibatkan pelbagai keping gambar dengan maklumat jadual waktu. Salah seorang daripada mereka membanting dengan marah selama beberapa saat, kemudian berhenti. Yang lain terus berjalan, berliku dari waktu ke waktu dari beberapa tenggelam dan tenggelam sepanjang jalan hingga keheningan akhirnya. Contoh pertama merujuk kepada ACID, manakala yang kedua mewakili BASE. Dalam kedua-dua kes, matlamatnya adalah sama: jumlah resolusi data. (Untuk bacaan latar belakang pada ACID, lihat Pengenalan kami ke Pangkalan Data.)Pengurus Transaksi
Satu lagi elemen asas sistem proses transaksi ialah pengurus transaksi. Istilah ini adalah salah satu istilah yang berasaskan personifikasi dalam IT moden. Ia tidak terlalu lama dahulu istilah itu dirujuk kepada individu yang ditugaskan untuk menyelesaikan transaksi, biasanya kewangan. Pada masa itu, juruwang bank mungkin telah dipanggil pengurus transaksi. Sebaliknya, istilah seperti yang digunakan hari ini sebahagian besarnya merujuk kepada elemen tidak ketara dalam sistem pemprosesan transaksi secara keseluruhan, tetapi satu dengan peranan yang telah ditetapkan.
Penggunaan pengurus transaksi, sambil membolehkan pelbagai jenis TPS, boleh menjadi masalah. Sebagai contoh, pemaju yang bekerja dengan J2EE atau sumber yang sama boleh mendapati diri mereka hilang apabila panggilan ke pengurus transaksi mengembalikan pelbagai kesilapan. Semua jenis perisytiharan dan pemboleh ubah perlu tepat untuk memanggil pengurus urus niaga dengan berkesan, dan forum pemaju berlimpah dengan kisah-kisah jenis penyediaan ini yang tidak tepat.
Panduan amalan terbaik khusus bahasa (seperti yang satu ini untuk J2EE) boleh memberikan beberapa petua mengenai pengurusan transaksi dan kaedah sokongan lain seperti rangka kerja pembangunan aplikasi. Sumber-sumber transaksi lain termasuk Perkhidmatan Transaksi Objek (OTS), yang dihasilkan oleh Kumpulan Pengurusan Objek untuk menangani beberapa kompleksiti dan proses lintas-platform.
Microsoft juga telah menghasilkan beberapa sumber yang lebih luas; versi Windows OS yang lebih baru dengan Pengurus Transaksi Kernel (KTM), yang boleh menyokong aplikasi C ++. Microsoft juga menawarkan Penyelaras Transaksi Teragih Microsoft (DTC) sejak tahun 2000 untuk sokongan transaksi silang platform.
Pertimbangan lain dengan Sistem Proses Transaksi
Secara umum, terdapat pelbagai matlamat utama yang perlu dipenuhi untuk persediaan TPS yang berkesan. Data perlu diakses dalam struktur data yang berfungsi dengan baik, dan ia perlu dilindungi daripada pelbagai kegagalan. Sistem sandaran yang canggih membantu untuk memberi perlindungan terhadap serangan siber, bencana alam atau jenis liabiliti lain. Beberapa alat yang disebutkan di atas dicipta untuk membantu menangani korupsi data dan masalah lain yang boleh mempengaruhi ketahanan transaksi.
Urusniaga yang tahan lama bermakna kemas kini merentas platform juga perlu diselesaikan. Model ACID dan BASE adalah instruktif di sini. Banyak kerja yang dilakukan oleh profesional moden berkaitan dengan konsistensi semacam ini, dan memastikan bahawa satu bahagian sistem data sepadan dengan yang lain, semuanya untuk menyokong proses-proses utama yang biasanya dilabelkan sebagai transaksi.
Jelas, terdapat banyak lagi sistem TPS yang lebih terperinci dan masalah dan penyelesaian masalah untuk melihat, tetapi di mana sekumpulan orang mungkin terlibat dalam menangani mereka (misalnya, apabila perniagaan mempunyai masalah tertentu dengan vendor berteknologi), masuk akal untuk membantu menjelaskan terminologi IT utama ini terlebih dahulu.
