Pengenalan | Urus niaga yang diedarkan sering kali menjadi titik pedih bagi berorientasikan perkhidmatan Banyak senario mengelakkan transaksi yang diedarkan melalui perniagaan, tetapi masih terdapat beberapa senario yang mesti bergantung pada urus niaga yang diedarkan |
Transaksi teragih yang fleksibel ialah kaedah memproses transaksi dalam sistem teragih. Ia menggunakan strategi komitmen usaha terbaik, iaitu, ia mencuba yang terbaik untuk menyelesaikan penyerahan transaksi, tetapi juga membenarkan beberapa operasi gagal. Dalam urus niaga teragih yang fleksibel, mod TCC (Cuba-Sahkan-Batal) biasanya digunakan untuk melaksanakan pengurusan transaksi. Model TCC menguraikan transaksi kepada tiga peringkat: Cuba, Sahkan dan Batal
Selesaikan dahulu jaminan prasyarat untuk transaksi yang diedarkan: antara muka mestilah idempoten untuk mengelakkan penghantaran mesej berulang daripada menjejaskan perniagaan
2 Reka bentuk sistem pemesejan yang boleh dipercayai (ini rasanya bagus dan agak mudah, jadi saya akan kongsikannya)
Seperti gambar di atasMulakan perlaksanaan Contohnya:
cuba{
if(prepare()) { //Fasa prapenghantaran
doService(); // Laksanakan logik perniagaan
updateMsgStatus();//Kemas kini mesej untuk mengesahkan status
}
}
1 Pra-hantar mesej, cuba fasa, jika mesej pra-hantaran gagal, perniagaan belum dilaksanakan, jadi sistem A dan B masih konsisten dan tidak perlu diproses
Ini mudah difahami
2 Mesej pra-hantar berjaya dan logik perniagaan mula dilaksanakan. Jika pelaksanaan berjaya, status mesej pra-hantar yang dikemas kini akan ditukar kepada penghantaran yang disahkan. Jika pelaksanaan logik perniagaan gagal pada masa ini, mesej yang telah dihantar tidak akan dikemas kini dengan status baharu Pada masa ini, sistem pengesahan mesej akan mula berfungsi dan kembali ke sistem perniagaan 1 untuk menyemak status mesej. Jika didapati bahawa pelaksanaan perniagaan gagal, ia akan dikemas kini status Pra-hantar kepada status gagal.
3 Jika pada masa ini, pelaksanaan perniagaan berjaya dan mesej dikemas kini untuk mengesahkan penghantaran, maka ia adalah ok dan sempurna. Jika kemas kini mesej gagal, sistem pengesahan mesej masih akan menyemak status dan mengemas kini sama ada mesej dipadamkan atau disahkan untuk dihantar.
4 Pemesej mula mengambil
1> Contohnya, jika penggunaan gagal dan ketidakkonsistenan berlaku, sistem pemulihan mesej mengesan status mesej dan menghantar semula mesej
2>Jika pelaksanaan perniagaan gagal, mesej tidak akan disahkan Sistem pemulihan mesej masih akan mengesan status mesej dan menghantar semula mesej
3> Jika permintaan gagal, logik di atas harus digunakan untuk menghantar semula rayuan, sudah tentu, jumlah penghantaran semula tidak boleh dihantar sepanjang masa akan memasuki barisan surat mati dan menunggu campur tangan manual
4> Jika permintaan berjaya, mesej akan digunakan dengan jayanya, yang sempurna dan menyelesaikan masalah perkhidmatan mesej yang boleh dipercayai
Tiga, bekerja keras untuk menyerahkan
Ini agak mudah Mesej gagal dihantar berulang kali untuk memastikan penolakan mesej berjaya dalam beberapa senario dengan prestasi masa nyata yang lemah.
Sebagai contoh, tolak mesej pihak ketiga apabila transaksi selesai. Anda boleh menggunakan kerja keras untuk menghantar pada masa iniArtikel itu dicetak semula daripada Komuniti Sumber Terbuka China [http://www.oschina.net]
Atas ialah kandungan terperinci Terokai melaksanakan perkhidmatan pemesejan yang boleh dipercayai. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!