SlideShare a Scribd company logo
1 of 20
Inovação em Tecnologia da
Informação
Palestrante - Roberto Carlos Mayer
• Fundador e CEO da MBI (desde 1990)
• 37 anos de experiência internacional em computação
• Mestre em Ciência da Computação (IME USP) e
ex-professor (1988 a 1998)
• Colunista da editora IT Midia desde 1999
• Voluntariado pelo Setor de TI
– Na Assespro:
• Diretor de Comunicação (2015-2016)
• Vice-Presidente Nacional (2011-2014)
• Presidente da Regional São Paulo (2007-2010)
• Diretor-Secretário da Regional São Paulo (2003-2006)
– Na ALETI – Federação Ibero-Americana das
Entidades Empresariais de TI
• Vice-Presidente (2016-2017)
• Presidente (2011-2015)
• Representante do Brasil desde 2008
– Na WITSA – Federação Mundial de TI
• Representante do Brasil de 2009-2014
Agenda
• Um Breve Raio X da Realidade Nacional
– Censo do Setor de TI
• Uma Iniciativa Concreta
– Cloud Computing +
Internet das coisas =
Novos Requisitos de Software
Censo do Setor de TICenso do Setor de TI
Principais ResultadosPrincipais Resultados
2013 - 20152013 - 2015
Participação 2013 a 2015 – Geral
Respost a
Ano2015
Ano2014
Ano2013
Argentina 8,5% 6,6% 4,7%
Bolívia 0,7% 1,0% 0,7%
Brasil 55,1% 53,3% 63,4%
Chile 0,5% 1,2% 4,9%
Colômbia 4,7% 12,3% 4,3%
Costa Rica 1,3% 0,4% 0,5%
Cuba 0,9%
Egypt 4,7%
El Salvador 2,2% 0,5% 0,5%
Equador 1,1% 5,0% 3,2%
Eritrea 0,2%
Espanha 0,9% 0,7% 3,4%
Guatemala 1,1% 0,9% 0,9%
Guinea-Bissau 0,2%
Honduras 1,7%
México 2,0% 1,6% 3,1%
Panamá 0,2% 2,3% 0,9%
Paraguai 1,3% 6,3% 2,0%
Peru 3,4% 1,2% 0,7%
Portugal 4,1% 2,0% 3,8%
República Dominicana 0,4% 0,5%
Slovenia 2,3%
Uruguai 0,5% 0,2% 0,2%
Venezuela 3,8% 2,2% 2,7%
Porte das Empresas – Brasil
0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%
Ano 2015
Ano 2014
Ano 2013
Até 360 mil reais De 360 mil a 1,2 milhão de reais De 1,2 a 3,6 milhões de reais
De 3,6 a 10 milhões de reais De 10 a 20 milhões de reais De 20 a 40 milhões de reais
De 40 a 100 milhões de reais De 100 a 200 milhões de reais De 200 milhões a um bilhão de reais
Mais de um bilhão de reais
Participação de Novos Produtos nas
Vendas – Brasil
0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%
Ano 2015
Ano 2014
Ano 2013
Menos de 10% De 10 a 30% De 30 a 50% De 50 a 70% De 70 a 90% Mais de 90%
Investimento em P&D - Brasil
0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%
Ano 2015
Ano 2014
Ano 2013
Não soube informar Não fazemos este tipo de investimento Menos de 0,25%
De 0,25% a 0,5% De 0,5% a 1% De 1% a 2%
De 2% a 4% De 4% a 8% De 8% a 15%
Mais de 15%
Inovação Agressiva – Brasil
0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%
Ano 2015
Ano 2014
Ano 2013
Não soube informar Nunca Muito raramente Raramente Às vezes De forma contínua Freqüentemente
Receitas de Exportação – BrasilReceitas de Exportação – Brasil
0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%
Ano 2015
Ano 2014
Ano 2013
Não exporta Menos de 0,25% De 0,25 a 1% De 1 a 4% De 4 a 15%
De 15 a 30% De 30 a 60% De 60 a 80% Mais de 80%
Cloud Computing +
Internet das coisas =
Novos Requisitos de
Software
As CPUs invadem o Planeta Terra
mainframes
50.000
minicomputadores
500.000
PCs
5 milhões
PCs
50 milhões
PCs
500 milhões
smartphones
5 bilhões
Internet das Coisas
50 bilhões
1960 1970 1980 1990 2000 2010 2020 2030
Internet das Coisas
500 bilhões
Desenvolvimento de
software nunca
acompanhou este ritmo
Chuva em Cidades Inteligentes
Usuários e Servidores Desaparecem
Todas as Soluções Tornam-se
Globais
• Toda solução
é ou será global
– Os desenvolvedores
precisam se adaptar a
vários ambientes culturais
I18N
Micro-Faturamento por Transação
• Debitar os usuários em valores muito baixos, e
de acordo com as transações processadas
– Mesmo quando são membros de um grupo
Auditabilidade
Servidores
Back-end
Visão Geral da Arquitetura de Múltiplas
Camadas
Programas de computador
Aplicações
Móveis www.
<Html> ... </ html>
www.
<Html> ... </ html>
www.
<Html> ... </ html>
Browsers
Ferramenta
proposta
Transações Limitadas no Tempo
Point of Consistency 1
BEGIN TRANSACTION X
RUN OPERATION X1
IF ERROR THEN
ROLLBACK TRANSACTION X
END IF
RUN OPERATION X2
IF ERROR THEN
ROLLBACK TRANSACTION X
END IF
COMMIT TRANSACTION X
END TRANSACTION X
Point of Consistency 2
Point of Consistency 1
operationHandle ohX;
ohX = MethodInvokeAllow(
ohSolutionLogin,
MethodName,
Cost, Duration
)
MethodInvokeParameterAdd(
ohX, Parm1, … ParmN)
CallbackInvoke(ohX, OperationX1)
CallbackInvoke(ohX, OperationX2)
MethodInvokeCommit(ohX);
Point of Consistency 2
TimeLine
front-end na
nuvem nunca
solicita rollback
Obrigado!
www.mbi.com.br
www.versacloud.technology
asuadisposicao@mbi.com.br
+55 11 3230 6850
Perguntas?

More Related Content

More from Roberto C. Mayer

More from Roberto C. Mayer (20)

Versa cloud slide-deck-01-pitch
Versa cloud slide-deck-01-pitchVersa cloud slide-deck-01-pitch
Versa cloud slide-deck-01-pitch
 
2017 11-26-sete-chaves-da-oracao-da-serenidade
2017 11-26-sete-chaves-da-oracao-da-serenidade2017 11-26-sete-chaves-da-oracao-da-serenidade
2017 11-26-sete-chaves-da-oracao-da-serenidade
 
WCIT 2016 Calls to Action
WCIT 2016 Calls to ActionWCIT 2016 Calls to Action
WCIT 2016 Calls to Action
 
2016 WCIT Vint Cerf
2016 WCIT Vint Cerf2016 WCIT Vint Cerf
2016 WCIT Vint Cerf
 
WCIT 2016 Soumitra Dutta
WCIT 2016 Soumitra DuttaWCIT 2016 Soumitra Dutta
WCIT 2016 Soumitra Dutta
 
WCIT 2016 Sérgio Paulo Gallindo
WCIT 2016 Sérgio Paulo GallindoWCIT 2016 Sérgio Paulo Gallindo
WCIT 2016 Sérgio Paulo Gallindo
 
WCIT 2016 Manu Bhardwaj
WCIT 2016 Manu BhardwajWCIT 2016 Manu Bhardwaj
WCIT 2016 Manu Bhardwaj
 
WCIT 2016 Manu Bhardwaj 2
WCIT 2016 Manu Bhardwaj 2 WCIT 2016 Manu Bhardwaj 2
WCIT 2016 Manu Bhardwaj 2
 
WCIT 2016 Julio Cesar Ribeiro
WCIT 2016 Julio Cesar RibeiroWCIT 2016 Julio Cesar Ribeiro
WCIT 2016 Julio Cesar Ribeiro
 
WCIT 2016 Jan Ming Ho
WCIT 2016 Jan Ming HoWCIT 2016 Jan Ming Ho
WCIT 2016 Jan Ming Ho
 
WCIT 2016 George Newstrom
WCIT 2016 George NewstromWCIT 2016 George Newstrom
WCIT 2016 George Newstrom
 
WCIT 2016 Dr. William P. Magee Jr
WCIT 2016 Dr. William P. Magee JrWCIT 2016 Dr. William P. Magee Jr
WCIT 2016 Dr. William P. Magee Jr
 
WCIT 2016 Dr. Ming Ji Wu
WCIT 2016 Dr. Ming Ji WuWCIT 2016 Dr. Ming Ji Wu
WCIT 2016 Dr. Ming Ji Wu
 
WCIT Anupan Chander 1
WCIT Anupan Chander 1WCIT Anupan Chander 1
WCIT Anupan Chander 1
 
WCIT 2016 Amy Aussieker
WCIT 2016 Amy AussiekerWCIT 2016 Amy Aussieker
WCIT 2016 Amy Aussieker
 
WCIT 2016 Aline Sordilli
WCIT 2016 Aline SordilliWCIT 2016 Aline Sordilli
WCIT 2016 Aline Sordilli
 
2016 it-census-2015-edition-main-results
2016 it-census-2015-edition-main-results2016 it-census-2015-edition-main-results
2016 it-census-2015-edition-main-results
 
2016-08-31 Comorbidades e a Dependência Química
2016-08-31 Comorbidades e a Dependência Química2016-08-31 Comorbidades e a Dependência Química
2016-08-31 Comorbidades e a Dependência Química
 
Cloud iot novos requisitos software
Cloud iot novos requisitos softwareCloud iot novos requisitos software
Cloud iot novos requisitos software
 
Cloud iot-new-software-requirements
Cloud iot-new-software-requirementsCloud iot-new-software-requirements
Cloud iot-new-software-requirements
 

2016/10/18 - Painel sobre Inovação - Semana Nacional de Ciência e Tecnologia - Instituto Federal de São Paulo - Campus Registro (SP)

  • 1. Inovação em Tecnologia da Informação
  • 2. Palestrante - Roberto Carlos Mayer • Fundador e CEO da MBI (desde 1990) • 37 anos de experiência internacional em computação • Mestre em Ciência da Computação (IME USP) e ex-professor (1988 a 1998) • Colunista da editora IT Midia desde 1999 • Voluntariado pelo Setor de TI – Na Assespro: • Diretor de Comunicação (2015-2016) • Vice-Presidente Nacional (2011-2014) • Presidente da Regional São Paulo (2007-2010) • Diretor-Secretário da Regional São Paulo (2003-2006) – Na ALETI – Federação Ibero-Americana das Entidades Empresariais de TI • Vice-Presidente (2016-2017) • Presidente (2011-2015) • Representante do Brasil desde 2008 – Na WITSA – Federação Mundial de TI • Representante do Brasil de 2009-2014
  • 3. Agenda • Um Breve Raio X da Realidade Nacional – Censo do Setor de TI • Uma Iniciativa Concreta – Cloud Computing + Internet das coisas = Novos Requisitos de Software
  • 4. Censo do Setor de TICenso do Setor de TI Principais ResultadosPrincipais Resultados 2013 - 20152013 - 2015
  • 5. Participação 2013 a 2015 – Geral Respost a Ano2015 Ano2014 Ano2013 Argentina 8,5% 6,6% 4,7% Bolívia 0,7% 1,0% 0,7% Brasil 55,1% 53,3% 63,4% Chile 0,5% 1,2% 4,9% Colômbia 4,7% 12,3% 4,3% Costa Rica 1,3% 0,4% 0,5% Cuba 0,9% Egypt 4,7% El Salvador 2,2% 0,5% 0,5% Equador 1,1% 5,0% 3,2% Eritrea 0,2% Espanha 0,9% 0,7% 3,4% Guatemala 1,1% 0,9% 0,9% Guinea-Bissau 0,2% Honduras 1,7% México 2,0% 1,6% 3,1% Panamá 0,2% 2,3% 0,9% Paraguai 1,3% 6,3% 2,0% Peru 3,4% 1,2% 0,7% Portugal 4,1% 2,0% 3,8% República Dominicana 0,4% 0,5% Slovenia 2,3% Uruguai 0,5% 0,2% 0,2% Venezuela 3,8% 2,2% 2,7%
  • 6. Porte das Empresas – Brasil 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Ano 2015 Ano 2014 Ano 2013 Até 360 mil reais De 360 mil a 1,2 milhão de reais De 1,2 a 3,6 milhões de reais De 3,6 a 10 milhões de reais De 10 a 20 milhões de reais De 20 a 40 milhões de reais De 40 a 100 milhões de reais De 100 a 200 milhões de reais De 200 milhões a um bilhão de reais Mais de um bilhão de reais
  • 7. Participação de Novos Produtos nas Vendas – Brasil 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Ano 2015 Ano 2014 Ano 2013 Menos de 10% De 10 a 30% De 30 a 50% De 50 a 70% De 70 a 90% Mais de 90%
  • 8. Investimento em P&D - Brasil 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Ano 2015 Ano 2014 Ano 2013 Não soube informar Não fazemos este tipo de investimento Menos de 0,25% De 0,25% a 0,5% De 0,5% a 1% De 1% a 2% De 2% a 4% De 4% a 8% De 8% a 15% Mais de 15%
  • 9. Inovação Agressiva – Brasil 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Ano 2015 Ano 2014 Ano 2013 Não soube informar Nunca Muito raramente Raramente Às vezes De forma contínua Freqüentemente
  • 10. Receitas de Exportação – BrasilReceitas de Exportação – Brasil 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Ano 2015 Ano 2014 Ano 2013 Não exporta Menos de 0,25% De 0,25 a 1% De 1 a 4% De 4 a 15% De 15 a 30% De 30 a 60% De 60 a 80% Mais de 80%
  • 11. Cloud Computing + Internet das coisas = Novos Requisitos de Software
  • 12. As CPUs invadem o Planeta Terra mainframes 50.000 minicomputadores 500.000 PCs 5 milhões PCs 50 milhões PCs 500 milhões smartphones 5 bilhões Internet das Coisas 50 bilhões 1960 1970 1980 1990 2000 2010 2020 2030 Internet das Coisas 500 bilhões Desenvolvimento de software nunca acompanhou este ritmo
  • 13. Chuva em Cidades Inteligentes
  • 14. Usuários e Servidores Desaparecem
  • 15. Todas as Soluções Tornam-se Globais • Toda solução é ou será global – Os desenvolvedores precisam se adaptar a vários ambientes culturais I18N
  • 16. Micro-Faturamento por Transação • Debitar os usuários em valores muito baixos, e de acordo com as transações processadas – Mesmo quando são membros de um grupo
  • 18. Servidores Back-end Visão Geral da Arquitetura de Múltiplas Camadas Programas de computador Aplicações Móveis www. <Html> ... </ html> www. <Html> ... </ html> www. <Html> ... </ html> Browsers Ferramenta proposta
  • 19. Transações Limitadas no Tempo Point of Consistency 1 BEGIN TRANSACTION X RUN OPERATION X1 IF ERROR THEN ROLLBACK TRANSACTION X END IF RUN OPERATION X2 IF ERROR THEN ROLLBACK TRANSACTION X END IF COMMIT TRANSACTION X END TRANSACTION X Point of Consistency 2 Point of Consistency 1 operationHandle ohX; ohX = MethodInvokeAllow( ohSolutionLogin, MethodName, Cost, Duration ) MethodInvokeParameterAdd( ohX, Parm1, … ParmN) CallbackInvoke(ohX, OperationX1) CallbackInvoke(ohX, OperationX2) MethodInvokeCommit(ohX); Point of Consistency 2 TimeLine front-end na nuvem nunca solicita rollback

Editor's Notes

  1. RESUMO A computação em nuvem e a Internet das Coisas criaram um amplo conjunto de oportunidades para aplicações inovadoras. Ao analisar este tipo de aplicações em detalhes, concluímos que elas não apenas possuem muitos novos requisitos (em comparação com o software tradicional), mas que muitos desses novos requisitos são comuns a muitas dessas aplicações. Assim, os custos de desenvolvimento podem ser reduzidos pela introdução de novas ferramentas de software destinadas especificamente a este cenário.
  2. INTRODUÇÃO Ao longo das últimas cinco décadas, o número de CPUs em nosso planeta tem crescido a uma taxa surpreendente de cerca de dez vezes por década, na medida em que a engenharia eletrônica conseguiu uma miniaturização cada vez maior delas. A produtividade do desenvolvimento de software nunca se adaptou ao ritmo do hardware (lembre, por exemplo, que o Windows 95, pioneiro no uso de todos recursos da CPU Intel 80386, demorou dez anos desde o lançamento dessa CPU). Esta invasão de CPUs agora é simultânea com telecomunicações quase universais, criando inúmeras oportunidades de inovação (é por isso que vivemos uma era de surgimento de muitas novas aplicações e startups nos dias de hoje). Entretanto, este ambiente apresenta vários requisitos novos para software. Na próxima seção, vamos mostrar algumas soluções de software inovadoras para ilustrar o nosso ponto. Em seguida, estes novos requisitos de software será descrito um por um. E vamos acabar com uma proposta para atender a esses requisitos instantaneamente.
  3. Na medida em que sensores automatizados se tornarem mais comuns, inovações operadas localmente (como a &amp;apos;lampbrella&amp;apos;) serão desenvolvidos. No entanto, quando os sensores da Internet das Coisas são integrados com o ambiente de computação em nuvem, muitas outras inovações são possíveis. Apenas com base em sensores de chuva, nós podemos: Permitir que cidadãos comuns observem dados meteorológicos detalhados através de aplicativos de celular e/ou sites na web Integrar informações de precipitação pluvial com sistemas de telemetria de ônibus urbanos, para reduzir a velocidade desses veículos de acordo com a intensidade da chuva no local onde circulam, para diminuir a probabilidade de acidentes Integrar informações sobre chuva nos os sistemas de roteamento de tráfego, como o Waze (para antecipar congestionamentos) Note que nestes exemplo a velocidade necessária de atualização das informações sobre a chuva não é única: a visualização de dados pode atrasar em um minuto, mas um ônibus já pode ter derrapado nesse tempo. Portanto, garantir o correto encaminhamento destas informações na velocidade necessária a cada um de seus usos é um desafio escondido.
  4. Nossa atual rede de dados global possui novos &amp;apos;recursos&amp;apos;, ou melhor dizendo, &amp;apos;problemas&amp;apos;, que os desenvolvedores de software nunca tiveram que levar em conta nas décadas passadas: Muitos dispositivos de usuário final (como smartphones, tablets ou máquinas de cartão de crédito) são alimentados por baterias, que esgotam sua energia: quando as baterias tem sua capacidade esgotada, estes dispositivos efetivamente desaparecem da rede Uma única transação pode agora envolver vários servidores, onde nem todos residem na mesma rede local: o acesso a (alguns) deles pode ser impossível ou estourar um limite de tempo apenas pela existência de problemas de comunicação Os usuários não apenas esperam que suas aplicações tenham um comportamento consistente ao se deparar com estes problemas, mas que possam lhe informar e auxiliar tanto quanto for possível na resolução deles.
  5. A proporção de novas aplicações que são passíveis de distribuição global é significativamente maior do que no passado. Basta pensar nos exemplos da seção anterior. A implementação da internacionalização (abreviada como I18N na literatura técnica em inglês) é um desafio significativo para os desenvolvedores, mesmo quando se limitar a idiomas que usam o alfabeto latino. I18N não significa apenas traduzir mensagens, mas adaptar a manipulação de datas, nomes e valores monetários, nomes de idiomas, mensagens de erro, etc.
  6. Muitos dos modelos de negócios apelidados de &amp;apos;X como um serviço&amp;apos; ainda são baseadas em pagamentos periódicos por usuário registrado. Os usuários tendem a experimentar e preferir sistemas que lhes permitem pagar apenas pelas transações que eles realmente usarem. Por exemplo, quando você realizar uma viagem, você estaria disposto a pagar por uma previsão do tempo que abrangesse as cidades que você irá visitar, porém muito poucos usuários se inscreveriam para um serviço como este com base numa assinatura. Os serviços de informação que descrevemos na primeira seção são outro exemplo disto. Mesmo o modelo de faturamento dos estacionamentos no mundo real poderia beneficiar desta transição de modelo de negócios. Os valores a serem pagos podem ser muito baixos, no nível de centavos, ou ainda menores, em alguns casos. Assim, os serviços de cobrança tradicionais, como boletos bancários ou os cartões de crédito não podem ser usados: o custo de processamento do pagamento seria ordens de magnitude maior do que o valor recebido. Além disso, há dois cenários adicionais que o processamento de cobrança por transação precisa abranger: Quando uma empresa paga pelo consumo de transações de seus funcionários, ela quer fazer um único pagamento pela empresa (e não um pagamento por funcionário) Se uma empresa optar por patrocinar os custos que seus clientes incorrem durante o processamento das transações, este &amp;apos;dinheiro patrocinado&amp;apos; deve ter o uso restrito a transações específicas (por exemplo, ele não deve ser possível de ser usado para cobrir os custos de execução de transações junto a uma empresa concorrente, ou ser gasto pelos usuários consumindo qualquer outro serviço que não seja de interesse da patrocinadora)
  7. Gerenciar decisões de segurança exige não somente um mecanismo de decisão preciso, mas inclui a necessidade de comprovar que o mecanismo em uso tomou as decisões corretas. De fato, muitas grandes empresas evitar fornecedores &amp;apos;X as a service&amp;apos; apenas pela perda de recursos de auditoria (em comparação com ambientes tradicionais de processamento de dados). Auditoria aqui significa exatamente o mesmo que na contabilidade: o auditor é um terceiro, escolhido de forma consensual pelo prestador de serviços e o cliente, que será capaz de revisar todos os lançamentos contábeis de forma individual (mas não lhe é permitido fazer quaisquer alterações). Auditores devem testemunhar que o conjunto completo de lançamentos está de acordo com as práticas recomendadas. Traduzindo para o nosso ambiente de computação em nuvem, os auditores precisam testemunhar que o processamento das demandas dos usuários, oriundas de software front-end e encaminhadas para servidores back-end está em conformidade com as regras de segurança estabelecidas. Além disso, no ambiente de computação é comum exigir condições adicionais para os sistemas envolvidos, muitas vezes formalizadas como um Acordo de Nível de Serviço (SLA = Service Level Agreement, em inglês). Os auditores também devem ser capazes de testemunhar que os SLAs foram atendidos.
  8. Este cenário requer que abandonemos definitivamente a arquitetura cliente-servidor, substituindo-a por arquiteturas de múltiplas camadas. Isso significa, conforme ilustrado, a existência de ao menos três camadas: as camadas superior e inferior na figura representam os softwares front-end e os servidores de back-end, enquanto a camada intermediária é ocupada pela ferramenta de software que propomos: um middleware baseado na nuvem, atuando como um roteador inteligente, responsável pela gestão de toda a interação entre as aplicações front-end e os servidores back-end. Nesta arquitetura, a Internet das Coisas é apenas uma fonte adicional de recursos de informação disponíveis para as aplicações front-end. O middleware baseado em nuvem proposto foi concebido como um &amp;apos;autômato finito de estados&amp;apos;, capaz de armazenar e gerenciar informações sobre as interações de software que ele precisa gerenciar. Como ele tem que cumprir com todos os requisitos que apresentamos anteriormente, também tem que gerenciar as transações (e a cobrança pelo seu uso). Transações baseadas na nuvem representam um desafio por si só, que superamos introduzindo uma ligeira modificação do conceito de transação.
  9. O conceito original transação foi amplamente difundido pelos sistemas de gestão de banco de dados relacionais. As transações são definidas como um &amp;quot;Conjunto de operações que só faz sentido se todas (ou nenhuma) delas for executada com êxito&amp;quot; Elas são implementadas em código que decide por confirmar (&amp;apos;commit&amp;apos;) ou reverter (&amp;apos;rollback&amp;apos;) o conjunto de operações ao têrmino da transação Isso pressupõe que a comunicação entre o programa e o servidor esteja disponível naquele exato momento (se a comunicação se interrompe, as transações ficam pendentes até que o servidor seja reiniciado) Por isso, propomos um conceito de transação modificado: Ainda usamos a mesma definição conceitual de transação, mas: Apenas a decisão de Commit é comunicada ao final de uma execução bem-sucedida Cada uma das operações que compõem uma transação pode ser executada em um servidor back-end diferente A reversão é tratada automaticamente pelo middleware, uma vez que o tempo máximo de execução da transação tenha sido atingido Evitando assim o acúmulo de operação pendentes, por qualquer motivo No caso de uma transação ser revertida automaticamente, todas as chamadas seguintes relacionadas a ela retornarão erro Se necessário, os servidores de back-end podem ser informados sobre transações que estejam sendo revertidas