Estamos observando uma prolifera??o preocupante do chamado ETL reverso. Os processos tradicionais de ETL t¨ºm seu lugar nas arquiteturas de dados convencionais, onde transferem dados de sistemas de processamento de transa??es para um sistema centralizado de an¨¢lise, como um data warehouse ou um data lake. Embora essa arquitetura tenha limita??es bem documentadas ¡ª muitas das quais s?o abordadas por uma abordagem de malha de dados ¡ª, ela ainda ¨¦ comum em empresas. Numa arquitetura desse tipo, mover dados de volta de um sistema central de an¨¢lise para um sistema de transa??es faz sentido em certos casos ¡ª por exemplo, quando o sistema central pode agregar dados de v¨¢rias fontes ou como parte de uma arquitetura transicional ao migrar para uma malha de dados. No entanto, estamos observando uma tend¨ºncia crescente em que fornecedoras de produtos usam ETL reverso como uma desculpa para mover cada vez mais l¨®gica de neg¨®cios para uma plataforma centralizada ¡ª o produto delas. Essa abordagem agrava muitos dos problemas causados pelas arquiteturas de dados centralizadas, e sugerimos extrema cautela ao introduzir fluxos de dados de uma plataforma centralizada e abrangente para sistemas de processamento de transa??es.
