boletín de noticias

Reciba actualizaciones recientes de Hortonworks por correo electrónico

Una vez al mes, recibir nuevas ideas, tendencias, información de análisis y conocimiento de macrodatos.


Sign up for the Developers Newsletter

Una vez al mes, recibir nuevas ideas, tendencias, información de análisis y conocimiento de macrodatos.




¿Está preparado para empezar?

Descargue sandbox

¿Cómo podemos ayudarle?

* Entiendo que puedo darme de baja en cualquier momento. Agradezco asimismo la información complementaria porporcionada en la Política de privacidad de Hortonworks.
cerrarBotón de cerrar
December 06, 2018
diapositiva anteriordiapositiva siguiente

Kafka Streams – Is it the right Stream Processing engine for you?

In an earlier blog post, Democratizing Analytics within Kafka With 3 Powerful New Access Patterns in HDP and HDF, we discussed different access patterns that provides application developers and BI analysts powerful new tools to implement diverse use cases where Kafka is key component of their application architectures. In this blog, we will discuss in detail the streaming access pattern and the addition of Kafka Streams support in HDF 3.3 and the upcoming HDP 3.1 release.

Before the addition of Kafka Streams support, HDP and HDF supported two stream processing engines:  Spark Structured Streaming and Streaming Analytics Manager (SAM) with Storm. So naturally, this begets the following question:

Why add a third stream processing engine to the platform?

With the choice of using Spark structured streaming or SAM with Storm support, customers had the choice to pick the right stream processing engine based on their non- functional requirements and use cases. However, neither of these engines addressed the following types of requirements that we saw from our customers:

  • Lightweight library to build eventing-based microservices with Kafka as the messaging/event backbone.
  • The application runtime shouldn’t require a cluster.
  • Cater to application developers who want to programmatically build streaming applications with simple APIs for less complex use cases.
  • Requirements around exactly-once semantics where the data pipelines only consist of Kafka.

Kafka Streams addresses each of these requirements.  With the addition of Kafka Streams, customers now have more options to pick the right stream processing engine for their requirements and use cases. The below table provides some general guidelines / comparisons.

The table above is packed with lots of information. So, when is Kafka Streams an ideal choice for your stream processing needs? Consider the following:

  • Your stream processing application consists of Kafka to Kafka pipelines.
  • You don’t need/want another cluster for stream processing.
  • You want to perform common stream processing functions like filtering, joins, aggregations, enrichments on the stream for simpler stream processing apps.
  • Your target users are developers with java dev backgrounds.
  • Your use cases are about building lightweight microservices, simple ETL and stream analytics apps.

Each of these three supported streaming engines use a centralized set of platform services providing security (authentication / authorization), audit, governance, schema management and monitoring capabilities. 

What’s Next

In the following post to this, we will demonstrate using Kafka Streams integrated with Schema Registry, Atlas and Ranger to build set of microservices apps using a fictitious use case.


Dejar una respuesta

No se publicará su dirección de correo electrónico. Los campos obligatorios están marcados con *.