Uma introdução ao processamento de transações

Empresas de muitos tipos diferentes podem investir em um sistema de processos de transações como parte dos serviços comerciais de TI ou outras partes da arquitetura do software. No entanto, como alguns dos outros termos relacionados à TI, esse rótulo pode parecer um pouco vago. Isso ocorre em parte porque, em sua essência, o processamento de transações não é apenas um termo para transações financeiras, embora muitos sistemas TPS, como os de processamento de cartão de crédito, possam girar em torno do processo de troca de dinheiro.

Essencialmente, o processamento de transações é um modelo para várias transações, incluindo transações financeiras e outros processos, como verificações. Os especialistas contrastam o processamento de transações com um tipo diferente de modelo chamado processamento em lote, onde um número maior de transações individuais é tratado coletivamente. Ambos podem ser aplicados a sistemas de comércio eletrônico padrão que lidam com transações financeiras.

Quando falamos sobre processamento de transações, o termo "transação" refere-se a todo o processo. Para ter sucesso, o processo deve ser concluído do início ao fim. O dinheiro deve sair de uma conta e entrar em outra conta. Com outros tipos de transações não financeiras, diferentes partes de uma arquitetura de software precisam ser atualizadas. Caso contrário, o sistema pode ter o que é chamado de "transação descartada" (ou o que a Microsoft chama de "perda de integridade").

O oposto de uma transação descartada é o que chamamos de "transação durável". Essas transações duráveis ​​são a base fundamental para muitas atividades on-line, como reserva de bilhetes ou eventos, processamento de cartão de crédito e outras formas de pagamento em que vários sistemas precisam ser atualizados, e um evento digital precisa se alinhar com o outro. Então, como o processamento de transações ajuda a garantir esse tipo de durabilidade? Vamos dar uma olhada.

Modelos de transação ACID e BASE

Com o tempo, os especialistas em dados produziram vários modelos que promovem transações bem-sucedidas e duráveis. Um deles é chamado atomicidade, consistência, isolamento e durabilidade, ou ACID. Esse sistema "rígido" de verificação de transações levou a outro modelo chamado basicamente disponível, estado flexível, consistência eventual ou BASE, uma alternativa mais versátil. Ambos os modelos podem orientar os profissionais de TI em direção a sistemas de processamento de transações mais consistentes. Para ter uma idéia simples da maneira como esses dois métodos funcionam, imagine dois desses antigos sistemas de letreiro analógico em uma estação de trem, onde as atualizações envolvem várias partes aleatórias com informações de cronograma. Um deles bate furiosamente por alguns segundos e depois sai. O outro continua, diminuindo ao longo do tempo, com algumas batidas e troncos afunilados até o eventual silêncio. O primeiro exemplo refere-se a ACID, enquanto o segundo representa BASE. Nos dois casos, o objetivo é o mesmo: resolução total dos dados. (Para algumas leituras em segundo plano sobre o ACID, consulte nossa Introdução aos bancos de dados.)

Gerentes de transação

Outro elemento básico dos sistemas de processos de transações é o gerenciador de transações. Esse termo é um dos muitos termos baseados em personificação na TI moderna. Não faz muito tempo, o termo se referia a um indivíduo encarregado de concluir transações, geralmente financeiras. Naqueles dias, um caixa bancário poderia ter sido chamado de gerente de transações. Por outro lado, o termo usado hoje se refere em grande parte a um elemento intangível do sistema de processamento de transações como um todo, mas com um papel predefinido.

O uso de gerenciadores de transações, enquanto habilita vários tipos de TPS, pode ser problemático. Por exemplo, os desenvolvedores que estão trabalhando com J2EE ou recursos semelhantes podem se perder quando uma chamada para o gerenciador de transações retorna vários erros. Todos os tipos de declarações e variáveis ​​precisam estar corretos para chamar o gerenciador de transações de maneira eficaz, e os fóruns de desenvolvedores estão repletos de histórias desses tipos de configurações que simplesmente não estavam certas.

Os guias de práticas recomendadas para idiomas específicos (como este para o J2EE) podem fornecer algumas dicas sobre gerenciamento de transações e outros métodos de suporte, como estruturas de desenvolvimento de aplicativos. Outros recursos de transação incluem o Object Transaction Service (OTS), que foi produzido pelo Object Management Group para lidar com certas complexidades e processos entre plataformas.

A Microsoft também apresentou alguns recursos mais amplos; as versões mais recentes do sistema operacional Windows são fornecidas com o Kernel Transaction Manager (KTM), que pode suportar aplicativos C ++. A Microsoft também oferece o DTC (Coordenador de Transações Distribuídas da Microsoft) desde 2000 para suporte a transações entre plataformas.

Outras considerações com sistemas de processos de transação

Em geral, há uma variedade de objetivos principais que precisam ser alcançados para configurações eficazes do TPS. Os dados precisam estar acessíveis em estruturas de dados que funcionem bem e precisam ser protegidos contra vários tipos de falhas. Sistemas sofisticados de backup ajudam a fornecer salvaguardas contra ataques cibernéticos, desastres naturais ou outros tipos de responsabilidades. Algumas das ferramentas mencionadas acima foram criadas para ajudar a lidar com a corrupção de dados e outros problemas que podem afetar a durabilidade da transação.

Transações duráveis ​​significam que as atualizações entre plataformas também precisam ser resolvidas. Os modelos ACID e BASE são instrutivos aqui. Muito do trabalho dos profissionais modernos está relacionado a esse tipo de consistência e à garantia de que uma parte de um sistema de dados corresponda a outra, tudo para apoiar os processos principais que geralmente são rotulados como transações.

Obviamente, existem elementos muito mais detalhados dos sistemas TPS e problemas e soluções caso a caso, mas onde um grupo diversificado de pessoas pode estar envolvido na abordagem deles (por exemplo, quando uma empresa tem certos problemas com seus fornecedores de tecnologia), faz sentido ajudar a esclarecer essa terminologia chave de TI primeiro.