차례:
다양한 유형의 비즈니스는 IT 판매자 서비스 또는 소프트웨어 아키텍처의 다른 부분의 일부로 트랜잭션 프로세스 시스템에 투자 할 수 있습니다. 그러나 IT 관련 다른 용어와 마찬가지로이 레이블은 약간 모호 할 수 있습니다. 이는 신용 카드 처리 시스템과 같은 많은 TPS 시스템이 화폐 교환 과정을 중심으로 진행될 수 있지만 트랜잭션 처리는 핵심적으로 금융 거래의 용어가 아니기 때문입니다.
기본적으로 트랜잭션 처리는 재무 트랜잭션 및 검증과 같은 다른 프로세스를 포함하여 다양한 트랜잭션의 모델입니다. 전문가들은 트랜잭션 처리를 일괄 처리라고하는 다른 유형의 모델과 대조합니다. 여기서 많은 수의 개별 트랜잭션이 일괄 처리됩니다. 둘 다 금융 거래를 처리하는 표준 전자 상거래 시스템에 적용될 수 있습니다.
트랜잭션 처리에 대해 이야기 할 때 "트랜잭션"이라는 용어는 전체 프로세스를 나타냅니다. 성공하기 위해서는 프로세스가 처음부터 끝까지 완료되어야합니다. 돈은 한 계좌에서 나와 다른 계좌로 들어와야합니다. 다른 종류의 비재무 거래에서는 소프트웨어 아키텍처의 다른 부분을 업데이트해야합니다. 그렇지 않으면 시스템에 "삭제 된 트랜잭션"(또는 Microsoft가 "결실 무결성"이라고 함)이있을 수 있습니다.
삭제 된 트랜잭션과 반대되는 것은 "내구성 트랜잭션"입니다. 이러한 내구성있는 거래는 티켓 또는 이벤트 예약, 신용 카드 처리 및 기타 시스템 예약과 같은 많은 온라인 활동의 기본 기반이되며 여러 시스템을 업데이트해야하며 하나의 디지털 이벤트가 다른 이벤트와 일치해야합니다. 트랜잭션 처리는 어떻게 이런 종류의 내구성을 보장합니까? 한 번 보자.
ACID 및 BASE 트랜잭션 모델
시간이 지남에 따라 데이터 전문가는 성공적이고 내구성있는 거래를 촉진하는 다양한 모델을 제작했습니다. 이 중 하나를 원 자성, 일관성, 격리 및 내구성 또는 ACID라고합니다. 트랜잭션을 확인하는이 "고급"시스템은 기본적으로 사용 가능한 소프트 상태, 최종 일관성 또는보다 다양한 대안 인 BASE라는 다른 모델로 이어졌습니다. 이 두 가지 모델 모두 IT 전문가가보다 일관된 트랜잭션 처리 시스템으로 안내 할 수 있습니다. 이 두 가지 방법이 작동하는 방식에 대한 간단한 아이디어를 얻으려면 기차역에서 오래된 아날로그 마키 시스템 중 두 가지를 상상해보십시오. 여기에서 업데이트에는 시간표 정보가 포함 된 다양한 셔플 링 조각이 포함됩니다. 그들 중 하나가 몇 초 동안 격렬하게 뭉친 다음 종료됩니다. 다른 하나는 점점 줄어든다. 몇 개의 테이퍼링 된 펑크와 썽크에서 시간이 지남에 따라 줄어든다. 첫 번째 예는 ACID를 나타내고 두 번째 예는 BASE를 나타냅니다. 두 경우 모두 목표는 동일합니다 : 총 데이터 해상도. (ACID에 대한 배경 지식은 데이터베이스 소개를 참조하십시오.)거래 관리자
트랜잭션 프로세스 시스템의 또 다른 기본 요소는 트랜잭션 관리자입니다. 이 용어는 현대 IT에서 많은 개인화 기반 용어 중 하나입니다. 머지 않아 거래가 완료된 개인, 일반적으로 금융 거래를 지칭하는 용어는이 용어가 너무 오래 걸리지 않았습니다. 당시 은행원은 거래 관리자라고 불렀을 것입니다. 대조적으로, 오늘날 사용되는 용어는 대체로 트랜잭션 처리 시스템의 무형 요소를 의미하지만 사전 정의 된 역할을 가진 요소를 의미합니다.
트랜잭션 관리자를 사용하는 것은 다양한 종류의 TPS를 가능하게하는 데 문제가 될 수 있습니다. 예를 들어, J2EE 또는 유사한 자원으로 작업하는 개발자는 트랜잭션 관리자에 대한 호출이 다양한 오류를 리턴 할 때 손실 될 수 있습니다. 트랜잭션 관리자를 효과적으로 호출하려면 모든 종류의 선언과 변수가 옳 아야하며, 개발자 포럼에는 그다지 좋지 않은 이런 종류의 설정에 대한 이야기가 많이 있습니다.
언어 별 모범 사례 가이드 (J2EE 용 가이드)는 트랜잭션 관리 및 응용 프로그램 개발 프레임 워크와 같은 기타 지원 방법에 대한 팁을 제공 할 수 있습니다. 다른 트랜잭션 자원에는 오브젝트 관리 그룹이 특정 복잡성 및 크로스 플랫폼 프로세스를 처리하기 위해 생성 한 오브젝트 트랜잭션 서비스 (OTS)가 포함됩니다.
Microsoft는 또한보다 광범위한 리소스를 개발했습니다. 최신 Windows OS 버전은 C ++ 응용 프로그램을 지원할 수있는 KTM (Kernel Transaction Manager)과 함께 제공됩니다. Microsoft는 플랫폼 간 트랜잭션 지원을 위해 2000 년부터 Microsoft DTC (Distributed Transaction Coordinator)를 제공했습니다.
트랜잭션 프로세스 시스템에 대한 기타 고려 사항
일반적으로 효과적인 TPS 설정을 위해서는 다양한 주요 목표를 충족해야합니다. 제대로 작동하는 데이터 구조에서 데이터에 액세스 할 수 있어야하며 다양한 종류의 장애로부터 데이터를 보호해야합니다. 정교한 백업 시스템은 사이버 공격, 자연 재해 또는 기타 종류의 부채에 대한 보호 기능을 제공합니다. 위에서 언급 한 도구 중 일부는 트랜잭션 손상에 영향을 줄 수있는 데이터 손상 및 기타 문제를 처리하는 데 도움이되도록 만들어졌습니다.
지속적인 트랜잭션은 크로스 플랫폼 업데이트도 해결해야 함을 의미합니다. ACID 및 BASE 모델이 여기에 도움이됩니다. 현대 전문가가하는 많은 작업은 이러한 종류의 일관성과 관련이 있으며 일반적으로 트랜잭션이라고 레이블이 지정된 주요 프로세스를 지원하기 위해 데이터 시스템의 한 부분이 다른 부분과 일치하는지 확인하는 것과 관련이 있습니다.
분명히, TPS 시스템과 사례 별 문제 및 솔루션에 대한 훨씬 더 자세한 요소가 있지만 다양한 그룹의 사람들이 문제를 해결하는 데 관여 할 수있는 위치 (예 : 비즈니스에 특정 문제가있는 경우) 기술 공급 업체)의 경우이 핵심 IT 용어를 먼저 명확하게하는 것이 좋습니다.
