บ้าน ในข่าว การแนะนำการประมวลผลธุรกรรม

การแนะนำการประมวลผลธุรกรรม

สารบัญ:

Anonim

ธุรกิจประเภทต่าง ๆ อาจลงทุนในระบบกระบวนการทำธุรกรรมซึ่งเป็นส่วนหนึ่งของบริการการค้าด้านไอทีหรือส่วนอื่น ๆ ของสถาปัตยกรรมซอฟต์แวร์ อย่างไรก็ตามเช่นเดียวกับคำศัพท์อื่น ๆ เกี่ยวกับไอทีฉลากนี้อาจดูคลุมเครือ ส่วนหนึ่งเป็นเพราะแกนประมวลผลการทำธุรกรรมไม่ได้เป็นเพียงคำศัพท์สำหรับการทำธุรกรรมทางการเงินแม้ว่าระบบ TPS จำนวนมากเช่นที่ใช้สำหรับการประมวลผลบัตรเครดิตอาจหมุนรอบกระบวนการเปลี่ยนมือของเงิน

โดยพื้นฐานแล้วการประมวลผลธุรกรรมเป็นแบบจำลองสำหรับธุรกรรมต่าง ๆ รวมถึงธุรกรรมทางการเงินและกระบวนการอื่น ๆ เช่นการตรวจสอบ ผู้เชี่ยวชาญด้านการประมวลผลธุรกรรมที่แตกต่างกับแบบจำลองชนิดอื่นที่เรียกว่าการประมวลผลเป็นชุดซึ่งมีการจัดการธุรกรรมแต่ละรายการจำนวนมากขึ้น ทั้งสองอย่างสามารถนำไปใช้กับระบบอีคอมเมิร์ซมาตรฐานที่จัดการธุรกรรมทางการเงิน


เมื่อเราพูดถึงการประมวลผลธุรกรรมคำว่า "transaction" หมายถึงกระบวนการทั้งหมด เพื่อที่จะประสบความสำเร็จกระบวนการจะต้องเสร็จสิ้นตั้งแต่ต้นจนจบ เงินจะต้องออกมาจากบัญชีหนึ่งและไปยังบัญชีอื่น สำหรับธุรกรรมที่ไม่ใช่ทางการเงินอื่น ๆ จำเป็นต้องได้รับการอัพเดตในส่วนต่าง ๆ ของสถาปัตยกรรมซอฟต์แวร์ มิฉะนั้นระบบอาจมีสิ่งที่เรียกว่า "การทำธุรกรรมที่ถูกทิ้ง" (หรือสิ่งที่ Microsoft เรียกว่า "การสูญเสียความสมบูรณ์")


สิ่งที่ตรงกันข้ามกับธุรกรรมที่ลดลงคือสิ่งที่เรียกว่า "ธุรกรรมที่คงทน" ธุรกรรมที่คงทนเหล่านี้เป็นพื้นฐานสำหรับกิจกรรมออนไลน์มากมายเช่นการจองตั๋วหรือการจัดกิจกรรมการประมวลผลบัตรเครดิตและการเตรียมการอื่น ๆ ที่จำเป็นต้องมีการปรับปรุงหลายระบบและเหตุการณ์ดิจิทัลหนึ่งรายการต้องสอดคล้องกับอีกเหตุการณ์หนึ่ง ดังนั้นการประมวลผลธุรกรรมช่วยให้มั่นใจในความทนทานเช่นนี้ได้อย่างไร ลองมาดูกัน

แบบจำลองธุรกรรมกรดและเบส

เมื่อเวลาผ่านไปผู้เชี่ยวชาญด้านข้อมูลได้สร้างแบบจำลองต่างๆที่ส่งเสริมการทำธุรกรรมที่ประสบความสำเร็จและคงทน หนึ่งในสิ่งเหล่านี้เรียกว่าอะตอมมิกซิตี้ความสม่ำเสมอการแยกและความทนทานหรือกรด ระบบนี้ "ยาก" ในการตรวจสอบการทำธุรกรรมนำไปสู่รูปแบบอื่นที่เรียกว่าใช้ได้โดยทั่วไป, สถานะอ่อน, ความมั่นคงในที่สุด, หรือ BASE, ทางเลือกที่หลากหลายมากขึ้น ทั้งสองรุ่นสามารถเป็นแนวทางให้ผู้เชี่ยวชาญด้านไอทีทราบถึงระบบการทำธุรกรรมที่สอดคล้องกันมากขึ้น สำหรับแนวคิดที่เรียบง่ายเกี่ยวกับวิธีการทำงานของสองวิธีนี้ลองจินตนาการถึงระบบสัญญาณแอนะล็อกแบบเก่าสองระบบในสถานีรถไฟที่มีการอัปเดตเกี่ยวกับชิ้นสับแบบต่างๆที่มีข้อมูลตารางเวลา หนึ่งในนั้นปะทะกันอย่างดุเดือดในเวลาไม่กี่วินาทีจากนั้นออก คนอื่น ๆ ยังคงเดินวนต่อไปเรื่อย ๆ จากปลายเรียวเล็ก ๆ สองสามอันและท่อนล่างจนสุดความเงียบ ตัวอย่างแรกอ้างถึง ACID ในขณะที่สองหมายถึง BASE ในทั้งสองกรณีเป้าหมายนั้นเหมือนกัน: การแก้ไขข้อมูลทั้งหมด (สำหรับการอ่านแบ็คกราวน์บน ACID โปรดดูข้อมูลเบื้องต้นเกี่ยวกับฐานข้อมูลของเรา)

ผู้จัดการการทำธุรกรรม

องค์ประกอบพื้นฐานอื่นของระบบกระบวนการทำธุรกรรมคือตัวจัดการธุรกรรม คำนี้เป็นหนึ่งในคำศัพท์ที่อ้างอิงตัวตนหลายอย่างใน IT ที่ทันสมัย เมื่อไม่นานมานี้คำที่อ้างถึงบุคคลที่ได้รับมอบหมายให้ทำธุรกรรมให้เสร็จสมบูรณ์มักจะเป็นธุรกรรมทางการเงิน ในสมัยนั้นพนักงานธนาคารอาจถูกเรียกว่าผู้จัดการธุรกรรม ในทางตรงกันข้ามคำที่ใช้ในปัจจุบันส่วนใหญ่หมายถึงองค์ประกอบที่ไม่มีตัวตนของระบบประมวลผลธุรกรรมโดยรวม แต่มีคำที่มีบทบาทที่กำหนดไว้ล่วงหน้า


การใช้ตัวจัดการธุรกรรมในขณะที่เปิดใช้งาน TPS ประเภทต่างๆอาจเป็นปัญหาได้ ตัวอย่างเช่นนักพัฒนาซอฟต์แวร์ที่ทำงานกับ J2EE หรือทรัพยากรที่คล้ายกันสามารถพบว่าตนเองสูญเสียเมื่อการเรียกไปยังผู้จัดการธุรกรรมส่งกลับข้อผิดพลาดต่างๆ การประกาศและตัวแปรทุกชนิดจะต้องถูกต้องเพื่อที่จะเรียกผู้จัดการธุรกรรมได้อย่างมีประสิทธิภาพและฟอรัมนักพัฒนาซอฟต์แวร์นั้นเต็มไปด้วยเรื่องราวของการตั้งค่าประเภทนี้ที่ไม่ถูกต้องนัก


แนวทางปฏิบัติที่ดีที่สุดเฉพาะภาษา (เช่นนี้สำหรับ J2EE) สามารถให้คำแนะนำเกี่ยวกับการจัดการธุรกรรมและวิธีการสนับสนุนอื่น ๆ เช่นกรอบการพัฒนาแอปพลิเคชัน ทรัพยากรการทำธุรกรรมอื่น ๆ รวมถึง Object Transaction Service (OTS) ซึ่งจัดทำโดยกลุ่มการจัดการวัตถุเพื่อจัดการกับความซับซ้อนและกระบวนการข้ามแพลตฟอร์ม


Microsoft ยังมีแหล่งข้อมูลที่กว้างขึ้นบ้าง เวอร์ชั่นใหม่ของ Windows OS มาพร้อมกับ Kernel Transaction Manager (KTM) ซึ่งสามารถรองรับแอพพลิเคชัน C ++ Microsoft ยังเสนอ Microsoft แจกจ่ายธุรกรรมประสานงาน (DTC) ตั้งแต่ปี 2000 สำหรับการสนับสนุนการทำธุรกรรมข้ามแพลตฟอร์ม

ข้อควรพิจารณาอื่น ๆ เกี่ยวกับระบบกระบวนการทำธุรกรรม

โดยทั่วไปมีเป้าหมายสำคัญหลายประการที่ต้องปฏิบัติเพื่อให้การตั้งค่า TPS มีประสิทธิภาพ ข้อมูลจะต้องสามารถเข้าถึงได้ในโครงสร้างข้อมูลที่ใช้งานได้ดีและจำเป็นต้องได้รับการปกป้องจากความล้มเหลวประเภทต่างๆ ระบบสำรองข้อมูลที่ซับซ้อนช่วยป้องกันภัยจากการโจมตีทางไซเบอร์ภัยธรรมชาติหรือหนี้สินประเภทอื่น เครื่องมือบางอย่างที่กล่าวถึงข้างต้นถูกสร้างขึ้นเพื่อช่วยจัดการกับความเสียหายของข้อมูลและปัญหาอื่น ๆ ที่อาจมีผลต่อความทนทานของธุรกรรม


ธุรกรรมที่คงทนหมายถึงการอัพเดทข้ามแพลตฟอร์มต้องแก้ไขด้วย รุ่น ACID และ BASE นั้นให้คำแนะนำที่นี่ งานจำนวนมากที่มืออาชีพยุคใหม่ทำนั้นเกี่ยวข้องกับความสอดคล้องเช่นนี้และเพื่อให้แน่ใจว่าส่วนหนึ่งของระบบข้อมูลตรงกับอีกงานหนึ่งทั้งหมดเพื่อสนับสนุนกระบวนการหลักเหล่านั้นที่มีป้ายกำกับธุรกรรมโดยทั่วไป


เห็นได้ชัดว่ามีองค์ประกอบที่ละเอียดมากขึ้นของระบบ TPS และปัญหาและการแก้ปัญหาเป็นกรณี ๆ ไป แต่ในกรณีที่กลุ่มคนที่มีความหลากหลายอาจมีส่วนร่วมในการจัดการกับพวกเขา (ตัวอย่างเช่นเมื่อธุรกิจมีปัญหาบางอย่างเกี่ยวกับ ผู้ขายเทคโนโลยี) มีเหตุผลที่จะช่วยอธิบายคำศัพท์ไอทีนี้ให้ชัดเจนก่อน

การแนะนำการประมวลผลธุรกรรม