Ir al contenido principal

Entradas

Mostrando las entradas etiquetadas como Arquitectura

¿Por qué ser reactivos?

Un documento interesante sobre algunos de los lineamientos para el diseño de arquitecturas de software resilientes, no solo dentro de la aplicación, también como parte de las capas de hardware y software. Los sistemas reactivos, en resumen, son aquellos que pueden tomar acciones ante una falla esperada en alguno de los componentes, por ejemplo, un servicio. También es mandatorio decir que se apoya en los patrones asíncronos, así evitando el desperdicio de recursos por bloqueo de hilos o conexiones.  Ahora con el mundo on-premise , las cosas se ponen mucho más sencillas para construir arquitecturas robustas de software, aunado a la simplicidad de los orquestadores y proveedores de automatización para cualquier componente en el día a día. Como nos tiene acostumbrados, O'reilly imprime un gran esfuerzo técnico y de edición en temas informáticos. Les dejo aquí el P DF de libre descarga .

Architecting for scale

Actualmente es difícil encontrar un arquitecto de soluciones que lleve a cabo su trabajo pensando en los inevitables fallos . Las grandes empresas nos han acostumbrado a la disponibilidad de sus aplicaciones en todo momento, siendo noticia cuando sale de operación. ¿Por qué solo las grandes empresas le dan esta importancia?. Al final de la cadena comercial, una aplicación disponible se traduce en ingresos. Desde la confianza por parte del usuario para realizar transacciones en el sitio o como un self-service . Romper esta cadena tiene consecuencias que pocos saben o quieren enterarse, especialmente económicas. Con este libro, pude darle forma a los años de trabajo con grandes y medianas empresas, en donde satisfacer las necesidades de las áreas comerciales es un dolor de cabeza, puesto que como ingenieros (por el tiempo encima) nos enfocamos en mitigar , y no en solucionar , los problemas derivados de los fallos. Este libro permite concebir, desde el punto de vista admini...