Los problemas de escalabilidad y resiliencia ya no existen en las conferencias de tecnología como el término buzz. Ofrecen una línea de vida a un negocio en línea en el que un segundo de indisponibilidad o baja tasa de acceso puede poner a los usuarios en el botón de atrás. El detalle más sorprendente de este crecimiento es los tres estratégicos, Java, Kafka y AWS que amalgaman y crean los sistemas que no solo tienen el poder de continuar cargando, sino también de darle la bienvenida. Desde que la naturaleza de cómo los desarrolladores construyen e implementan aplicaciones se ha transformado en el entorno de la arquitectura de microservicios, la exigencia de la presencia de una comunicación consistente y viable de los servicios autónomos se ha convertido en una necesidad técnica, y se ha convertido en la base de la creación competitiva. Designing with Purpose: From Business Needs to System Blueprints Diseño con propósito: de las necesidades empresariales a los blueprints del sistema Esto comienza con la información sobre lo que requiere el negocio. Una de las tiendas es una tienda en línea, y no es una tienda convencional. Está viva y viva con informes de inventario en movimiento, pasarelas de pago, datos de clientes, motores de recomendación, entre otros, que se ejecutan detrás de su cuello. Se fundará en Java magia y se desarrollará en la base de base orientada a objetos y madura porque el componente independiente del sistema más grande, autenticación del usuario, catálogo de productos, proceso de checkout y seguimiento de pedidos. Pero Java sola no es suficiente. flujo de información no solo existe entre estos servicios, sino que el flujo de información debe ser eficiente y libre de errores. Kafka as the Communication Backbone Kafka como columna vertebral de la comunicación Es aquí donde Kafka entra con el papel de un conductor eficaz que está liderando una orquesta. El servicio comunicado normal basado en API puede resultar fácilmente en un acoplamiento estrecho. Uno de los servicios cae en pedazos, y el resto de ellos se traen en una especie de domino. Esto es lo que Kafka reimplantó donde desintegró los servicios por comunicación de eventos. El usuario no tiene que esperar cuando el usuario realiza un pedido porque el servicio de pedido está esperando para ser informado sobre el sistema de inventario, sistema de pago o sistema de envío respectivamente. En cambio, se emplea simplemente para informar sobre una ocurrencia en un tema Kafka. Cuando los consumidores están preparados, el mensaje se les transmite en otras formas de servicios. Esto hace que todo el sistema sea más responsivo, más responsivo y más significativamente duradero. Tackling Real-World Challenges with Smart Architecture Solucionar los desafíos del mundo real con la arquitectura inteligente En realidad, existen barreras materiales de comunicación de los microservicios. Cuanto mayores sean, más difícil se vuelve mantener y con dependencias mínimas, pesadillas en el mantenimiento. Kafka rompió esta cadena en el proceso de hacer la comunicación asíncrona. Los tiempos de espera – tiempos de espera sincronizados – no siempre serán un problema en los servicios. Y dado que Kafka está equipado con la capacidad de enviar mensajes incluso cuando uno de los servicios de consumo no está en línea, en un caso cuando el servicio es capaz de almacenar los mensajes que ha perdido, por lo que puede volver a entrar en la red, puede celebrar los mensajes que ha perdido de nuevo. No es diseño sino más bien es la arquitectura de supervivencia del mundo de la supervivencia del más adecuado. Ni Kafka ni Java están en mal matrimonio. La integración de Java Kafka API y Spring permite a los desarrolladores de aplicaciones desarrollar consumidores y productores poderosos y ligeros. El levantamiento pesado que de otro modo debe hacerse para facilitar la coordinación entre los servicios se puede hacer mediante la publicación y la suscripción de mensajes de servicio a servicio. Esto acelera el desarrollo y se pueden desarrollar menos bugs y servicios. Esto es como el escenario en el que todos los músicos de una orquesta no tendrán el nervio para tocar sus partes de la manera en que se harán mejor incluso cuando el conductor esté de vacaciones. The Role of AWS in Scaling Up Without Blowing Up El papel de AWS en la escalación sin explotar Por un lado, un sistema escalado se desarrolla fácilmente. Es un juego de segunda magnitud para jugar. AWS ofrece la infraestructura que ha sido probada en el campo de batalla para desplegar, ejecutar y administrar microservicios en Java y expresado en forma de Kafka. La nube permite escalar a una carga inesperada sin reducir el sistema independientemente de cómo esté escalado por el uso de clústeres de Kubernetes o servicios controlados por Kafka preestablecidos. AWS también es útil en las tuberías de integración y entrega que deben integrarse regularmente, y cuando uno presiona un botón, pueden refrescarlas. El otro hecho interesante es que la escalación de los servicios se puede hacer por separado por el tema de Kafka y el volumen de mensajes. Cuando se trata de la venta flash de procesamiento de pedidos, una adición de consumidores de temas de pedidos es suficiente. Los otros servicios son intangibles. El juego de los equipos de DevOps que inevitablemente deben estar involucrados en aplicaciones de alto tráfico cambia en un control tan granular. Bringing It All Together in a Real Scenario Todos juntos en un escenario real Tomemos un ejemplo de una tienda en línea de Black Friday. Miles de personas están registrando, navegando, echando sus productos en el carrito y comprobando a la misma velocidad. Los microservicios basados en Java son independientes de todas las capacidades de las operaciones que comprenden el checkout hasta el inicio de sesión. Kafka ha asegurado que estas funciones están interactuando entre sí y no están sobrecargando el sistema de uno de ellos. El otro indicador posterior de la puerta de pago no es el congelamiento de la operación entera. Mientras tanto, AWS aplica la escalación en necesidad de los servicios on-need que responden directamente a los picos de tráfico. No hay colisiones. No hay brechas de botella. Es imposible comparar el proceso de compra con simplicidad y pureza. The Future is Event-Driven and Cloud-Enabled El futuro está basado en eventos y en la nube Han pasado los días de las aplicaciones monolíticas que son llamadas de API pegadas y escritas a mano. La plataforma de software contemporánea es una respiración, red de servicios que pueden ser capaces de comunicarse a una tasa extremadamente alta, escala, y recuperar graciosamente con relativamente poco problema. La infinidad de piernas de Java y palabras Kafka y playground existe con AWS. Todos conducen a un tres que no sólo es una potencia inevitable, sino una necesidad en el ecosistema digital contemporáneo que es muy necesaria. 
 
 Esta historia fue distribuida como una publicación por Sanya Kapoor bajo el Programa de Blogging de Negocios de HackerNoon. This story was distributed as a release by Sanya Kapoor under  . HackerNoon’s Business Blogging Program El programa de blogs de negocios de HackerNoon El programa de blogs de negocios de HackerNoon

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

Este audio es producido en el idioma original de la historia!

Arquitectura de sistemas resilientes y escalables con Java, Kafka y AWS: un enfoque de estudio de caso

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Liberando el poder de la IA. Una revisión sistemática de técnicas de vanguardia: resumen e introducción

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Liberando el poder de la IA. Una revisión sistemática de técnicas de vanguardia: resumen e introducción

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Navegando por las aguas: desarrollo de aplicaciones RAG de nivel de producción con lagos de datos

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps