À medida que mais empresas se voltam para eventos como uma forma de compartilhar dados entre microsserviços, coletar analytics ou alimentar lagos de dados, Apache Kafka tornou-se a plataforma favorita para apoiar um estilo arquitetural orientado a eventos. Embora o Kafka fosse um conceito revolucionário em mensagens persistentes escaláveis, muitas partes móveis são necessárias para fazê-lo funcionar, incluindo o ZooKeeper, brokers, partições e mirrors. Embora possam ser particularmente difíceis de implementar e operar, elas oferecem grande flexibilidade e poder quando necessário, especialmente em uma escala empresarial. Por causa da alta barreira de entrada apresentada em todo o ecossistema Kafka, damos as boas-vindas à recente explosão de plataformas que oferecem a API do Kafka sem Kafka. Entradas recentes como Kafka on Pulsar e Redpanda oferecem arquiteturas alternativas, e o Azure Event Hubs para Kafka oferece alguma compatibilidade com APIs de produtor e consumidor do Kafka. Alguns recursos do Kafka, como a biblioteca cliente de streams, não são compatíveis com esses brokers alternativos, portanto, ainda há razões para escolher o Kafka entre as alternativas. Resta saber, entretanto, se as pessoas desenvolvedoras de fato irão adotar essa estratégia, ou se é apenas uma tentativa da concorrência de afastar usuários da plataforma Kafka. Em última análise, talvez o impacto mais duradouro do Kafka seja a conveniência do protocolo e da API fornecidos a clientes.
