Se debe estar siempre atento a este tipo de noticias, ya que existe una vulnerabilidad que afecta (o afectaba en algunos casos) a servidores de aplicaciones en Java.
En este link puedes encontrar información detallada.
Archive for the ‘Arquitectura de Software’ Category
Una vulnerabilidad que tienen en comun Weblogic, JBoss, Whesphere, Jenkins…
lunes, noviembre 9th, 2015Opsmatic fue comprado por New Relic
lunes, noviembre 9th, 2015
Opsmatic es un servicio de monitorización de la configuración de una infraestructura, pudiendo determinar que y como esta configurado un servidor de forma de lograr que las ‘DevOps’ sean más rápidas, óptimas y seguras.
En su blog, ya comentan la unión, lo que se vendrá en un futuro no muy lejano es que New Relic será la herramienta para visualizar la infraestructura pero a un nivel de monitoreo global de errores, performance y demás comenzando desde el origen, es decir el desarrollo.
Fuentes:
Post de la noticia
Opsmatic
Lista de 30 de nuevos «skills» necesarios para gente informática
jueves, marzo 26th, 2015Una lista interesante de 30 nuevos «skills» (conocimientos) técnicos necesarios para la gente de TI (tecnologías de información) con los respectivos sueldos anuales (en USA se mide así). Cabe destacar que aun cuando el primer lugar lo tiene PaaS (Platform as a Service) la gran mayoría de los conocimientos tienen que ver con Hadoop y bases de datos NoSQL en un alto porcentaje.
Aunque esto se aparta de la realidad chilena (tanto el «skill» como el sueldo anual), nunca esta demás conocer que sucede en este mundo globalizado.
Ve el artículo aqui
Ayudando al Open Source
miércoles, octubre 1st, 2014Varias veces me ha pasado que quiero iniciar un software que considero nuevo y creo que lo es, pero finalmente buscando hay más de uno haciendo lo que yo necesito. La problematica ra dica en que muchos requieren un servidor en internet o una infraestructura que no se tiene, e hilando más fino estan pensados de cierta forma que no me gusta. Es ahí donde uno toma la decision de comenzar uno propio, previo a eso, por lo menos yo recomiendo ciertas lecturas que son de utilidad para iniciarse en este mundo de open source y no reinventar la rueda
Primero como unirse o que tener en cuenta para unirse a un proyecto Open Source: On the hunt for the right open source project?.
Lecturas complementarias como 14 Ways to Contribute to Open Source without Being a Programming Genius or a Rock Star, Contributing to Open Source on GitHub, o unirse a OpenHatch en donde puedes encontrar un proyecto que se ajuste a tus conocimientos o generar uno.
Es bueno destacar que Facebook tiene como 200 proyectos inscritos en GitHub, comprometiendose así con el Open Source de forma clara, en todo caso muchos de los proyectos requieren tener los problemas de Facebook, o sea, cuando tengas 900 millones de usuarios, cominza a pensar en alguno de estos proyectos.
Finalmente destaco que existe una agrupacion de compañías que no le tienen miedo al Open Source y que se reunen para efectivamente traspasar tecnologías y otras conocimientos: //TODO.
Finagle, el balanceador que le ayuda a Twitter escrito en Scala
jueves, septiembre 4th, 2014Es imposible explicar la necesidad de un balanceador de carga, o la de implementar tecnologías avanzadas, salvo que pertenezcas a empresas como twitter que tiene un alto numero de usuarios y que además su servicio es utilizado concurrentemente.
El pensar que ellos en promedio tienen 500 millones de twits te hace pensar que no tienen un solo servidor, y además la aplicacion debe ser agnostica al nombre de este, en muchos casos le exige a su departamento de ingenieria la ocurrencia de utilizar nuevas tecnologías, y si ya no existen, inventarlas.
Es asi como twitter utiliza una tecnología llamada Finagle, que es un RPC implementado sobre JVM que permite crecer y escalarse a mnultiples servidores.
Esta escrito en Scala (por lo tanto en Java… ya hablare de Scala mas adelante) y lo que hace es utilizar la infraestructura de forma de distribuir la carga en los servidores que estan activos y asi procesar la información.
Su arquitectura se espresa a traves de este diagrama:
Como Autoscale ayuda a Facebook a ahorrar energia
jueves, septiembre 4th, 2014Una de las preguntas que me hacen recurrentemente es que hace un arquitecto… La respuesta es de esas que son muy simples y muy complejas a la vez.
Se debe preocupar transversalmente de todo, es decir de que y como lo hace un programador, del que y como se libera una aplicación, en que sistema operativo debiese ir, en que hardware debiese estar, pero cuando todo eso a ya ha sido superado, cuanta energia se gasta.
Este es el caso de Facebook, en donde yo creo que varios temas de desarrollo estan solucionaods y temas de arquitectura ya están sanjados, pero hoy la pregunta es como pago la cuenta de luz a fin de mes, y en esto ayuda Autoscale que es un balanceador desarrollado por gFacebook para darle carga a los servidores que ya tienen algo de carga, con lo que ahorran energía.
La idea es la siguiente (puedes leerla en inglés desde el mismo Facebook) Si un servidor desocupado consume 60watts, uno medianamente ocupado consume 130watts y uno muy ocupado consume 150watts, se tiene que pasarle una petición a uno desocupado hace que pase a gastar más del doble, por lo que la decision de pasarle una peticion a uno medianamente ocupado, es una buena idea.
Por eso la implementación de autoscale se basa en pasarle peticiones a servidores que estan medianamente ocupados y asi gestionar las peticiones, cambiando el Round Robin, por esta heuristica, lo que logra el ahorro de energía y un menor costo en la cuenta de luz.
Referencia
Making Facebook’s software infrastructure more energy efficient with Autoscale