Giới thiệu về xử lý giao dịch

Các doanh nghiệp thuộc nhiều loại khác nhau có thể đầu tư vào hệ thống quy trình giao dịch như một phần của dịch vụ thương gia CNTT hoặc các phần khác của kiến ​​trúc phần mềm. Tuy nhiên, giống như một số thuật ngữ khác xung quanh CNTT, nhãn này có vẻ hơi mơ hồ. Điều đó một phần vì cốt lõi của nó, xử lý giao dịch không chỉ là một thuật ngữ cho các giao dịch tài chính, mặc dù nhiều hệ thống TPS, chẳng hạn như các hệ thống xử lý thẻ tín dụng, có thể xoay quanh quá trình đổi tiền.

Về cơ bản, xử lý giao dịch là một mô hình cho các giao dịch khác nhau, bao gồm cả giao dịch tài chính và các quy trình khác như xác minh. Các chuyên gia xử lý giao dịch tương phản với một loại mô hình khác gọi là xử lý hàng loạt, trong đó một số lượng lớn hơn các giao dịch riêng lẻ được xử lý chung. Cả hai đều có thể được áp dụng cho các hệ thống thương mại điện tử tiêu chuẩn xử lý các giao dịch tài chính.

Khi chúng ta nói về xử lý giao dịch, thuật ngữ "giao dịch" dùng để chỉ toàn bộ quá trình. Để thành công, quá trình phải được hoàn thành từ đầu đến cuối. Tiền phải ra khỏi một tài khoản và đi vào một tài khoản khác. Với các loại giao dịch phi tài chính khác, các phần khác nhau của kiến ​​trúc phần mềm cần được cập nhật. Mặt khác, hệ thống có thể có cái gọi là "giao dịch bị hủy" (hoặc cái mà Microsoft gọi là "mất tính toàn vẹn").

Trái ngược với một giao dịch bị bỏ rơi là cái gọi là "giao dịch lâu bền". Các giao dịch lâu bền này là cơ sở cơ bản cho nhiều hoạt động trực tuyến, chẳng hạn như đặt vé hoặc đặt sự kiện, xử lý thẻ tín dụng và các thỏa thuận quid pro quo pro khác là nhiều hệ thống cần được cập nhật và một sự kiện kỹ thuật số phải liên kết với nhau. Vậy làm thế nào để xử lý giao dịch giúp đảm bảo loại độ bền này? Hãy xem nào.

Mô hình giao dịch ACID và BASE

Theo thời gian, các chuyên gia dữ liệu đã tạo ra các mô hình khác nhau nhằm thúc đẩy các giao dịch thành công và lâu dài. Một trong số đó được gọi là tính nguyên tử, tính nhất quán, sự cô lập và độ bền hoặc ACID. Hệ thống xác minh các giao dịch "cứng" này đã dẫn đến một mô hình khác gọi là cơ bản có sẵn, trạng thái mềm, tính nhất quán cuối cùng hoặc BASE, một sự thay thế linh hoạt hơn. Cả hai mô hình này có thể hướng dẫn các chuyên gia CNTT hướng tới các hệ thống xử lý giao dịch phù hợp hơn. Đối với một ý tưởng đơn giản về cách thức hoạt động của hai phương pháp này, hãy tưởng tượng hai trong số các hệ thống marquee tương tự cũ đó trong một nhà ga, nơi các bản cập nhật liên quan đến các phần xáo trộn khác nhau với thông tin thời gian biểu. Một trong số họ giận dữ trong vài giây, sau đó bỏ cuộc. Người kia cứ tiếp tục, quanh co theo thời gian từ một vài thân cây thon dài và thon dài đến tận sự im lặng cuối cùng. Ví dụ đầu tiên đề cập đến ACID, trong khi ví dụ thứ hai đại diện cho BASE. Trong cả hai trường hợp, mục tiêu là như nhau: tổng độ phân giải dữ liệu. (Để đọc một số thông tin cơ bản về ACID, hãy xem Giới thiệu về Cơ sở dữ liệu của chúng tôi.)

Quản lý giao dịch

Một yếu tố cơ bản khác của hệ thống quy trình giao dịch là trình quản lý giao dịch. Thuật ngữ này là một trong nhiều thuật ngữ dựa trên nhân cách hóa trong CNTT hiện đại. Cách đây không lâu, thuật ngữ này đề cập đến một cá nhân được giao nhiệm vụ hoàn thành các giao dịch, thường là tài chính. Trong những ngày đó, một giao dịch viên ngân hàng có thể đã được gọi là người quản lý giao dịch. Ngược lại, thuật ngữ như nó được sử dụng ngày nay phần lớn đề cập đến một yếu tố vô hình của toàn bộ hệ thống xử lý giao dịch, nhưng một thuật ngữ có vai trò được xác định trước.

Việc sử dụng các trình quản lý giao dịch, trong khi cho phép các loại TPS khác nhau, có thể gặp vấn đề. Chẳng hạn, các nhà phát triển đang làm việc với J2EE hoặc các tài nguyên tương tự có thể thấy mình bị thua lỗ khi một cuộc gọi đến người quản lý giao dịch trả về các lỗi khác nhau. Tất cả các loại khai báo và biến phải đúng để gọi trình quản lý giao dịch một cách hiệu quả và các diễn đàn dành cho nhà phát triển có rất nhiều câu chuyện về các loại thiết lập này hoàn toàn không đúng.

Hướng dẫn thực hành tốt nhất dành riêng cho ngôn ngữ (như hướng dẫn này cho J2EE) có thể cung cấp một số mẹo về quản lý giao dịch và các phương pháp hỗ trợ khác như khung phát triển ứng dụng. Các tài nguyên giao dịch khác bao gồm Dịch vụ giao dịch đối tượng (OTS), được sản xuất bởi Nhóm quản lý đối tượng để giải quyết các sự phức tạp nhất định và các quy trình đa nền tảng.

Microsoft cũng đã đưa ra một số tài nguyên rộng lớn hơn; các phiên bản HĐH Windows mới hơn đi kèm với Trình quản lý giao dịch hạt nhân (KTM), có thể hỗ trợ các ứng dụng C ++. Microsoft cũng đã cung cấp Điều phối viên giao dịch phân tán (DTC) của Microsoft từ năm 2000 để hỗ trợ giao dịch đa nền tảng.

Những cân nhắc khác với hệ thống quy trình giao dịch

Nói chung, có nhiều mục tiêu chính phải được đáp ứng để thiết lập TPS hiệu quả. Dữ liệu cần phải được truy cập trong các cấu trúc dữ liệu hoạt động tốt và nó cần được bảo vệ khỏi các loại lỗi khác nhau. Các hệ thống sao lưu tinh vi giúp cung cấp các biện pháp bảo vệ chống lại các cuộc tấn công mạng, thiên tai hoặc các loại trách nhiệm pháp lý khác. Một số công cụ được đề cập ở trên được tạo ra để giúp xử lý tham nhũng dữ liệu và các vấn đề khác có thể ảnh hưởng đến độ bền giao dịch.

Giao dịch lâu bền có nghĩa là các bản cập nhật đa nền tảng cũng phải giải quyết. Các mô hình ACID và BASE được hướng dẫn ở đây. Rất nhiều công việc mà các chuyên gia hiện đại thực hiện có liên quan đến loại tính nhất quán này và để đảm bảo rằng một phần của hệ thống dữ liệu khớp với phần khác, tất cả để hỗ trợ các quy trình chính thường được gắn nhãn giao dịch.

Rõ ràng, có rất nhiều yếu tố chi tiết hơn về các hệ thống TPS và các vấn đề và giải pháp tình huống để xem xét, nhưng trong đó một nhóm người khác nhau có thể tham gia giải quyết chúng (ví dụ, khi một doanh nghiệp có vấn đề nhất định với nó nhà cung cấp công nghệ), điều hợp lý là giúp làm rõ thuật ngữ CNTT quan trọng này trước tiên.