Vidium Blog
Entradas etiquetadas con webapps
Dime como funciona: La arquitectura de JustinTV
20 Jun
Llevo tiempo con ganas de hablar sobre la arquitectura de los principales portales de video por Internet, existen grandes diferencias entre lo que se conoce como VOD (Video bajo demanda) y LIVE (video en directo). El video bajo demanda es como una gran cola en un cine, da servicio en función del número de taquilleras que tiene, esto es lo que hace por ejemplo YouTube a quien dedicaremos un post muy pronto.
Otras empresas como Netfix o Justin.tv tienen una papeleta mucho más difícil, el video en directo obliga a tener una latencia <250 milisegundos, por lo que si en algún momento te quedas sin ancho de banda porque por ejemplo entran muchos usuarios de golpe, TODOS los usuarios notarán un glich o salto en el video. Esto es un #epicFail de manual, por eso tienen que ser capaces de estar siempre por delante de las necesidades de: ancho de banda y procesamiento de sus clientes, lo que obliga a sobredimensionar y buscarse arquitecturas capaces de escalar en momentos críticos sin interrumpir el servicio.
Hoy empezaremos por JustinTV, empiezo por ella porque ofrece tanto video en directo como grabado. Justin se está centrando en de forma muy inteligente en los nichos de deportes Más >
Mitos sobre Cloud computing (II)
25 Oct
Bienvenidos al segundo artículo sobre los mitos que rodean el Cloud computing, podéis encontrar la primera parte aquí, el resumen de ambos es que la nube es tan grande y flexible como queramos, existen por lo tanto multitud de soluciones lo más importante es conocer nuestras necesidades críticas para realizar una buena elección. Seguimos:
Mito: El cliente pierde el control de sus datos en la nube. La realidad: Existen distintos tipos de soluciones con diferentes niveles de personalización y flexibilidad. Aquellas que implementen soluciones standard lógicamente facilitarán la movilidad o posible migración de datos. Antes de realizar ninguna migración, consulta a tu proveedor acerca de la importación/exportación de datos así como sus políticas de standarización
Mito: La nube es demasiado compleja. La realidad: Como venimos diciendo, existen distintos tipos de soluciones. Muchas de ellas están simplificadas para funcionar desde el primer minuto, reduciendo la barrera de entrada a la mínima expresión. Otras soluciones buscan una mayor adaptación o personalización, lógicamente implica un mayor esfuerzo a la hora de diseñar la arquitectura. La sencillez y el control son generalmente mayores que en soluciones locales, al fin y al cabo, por eso contratas un servicio. Depende de tus necesidades, la nube puede adaptarse a ellas.
Mito: Pagar Más >
Mitos sobre cloud computing (I)
29 Sep
Cada día aparece un nuevo artículo apocalíptico sobre cloud computing, algunos como Stallman ven la gran conspiración detras de todo, otros la elevan a la solución para todo y muy pocos saben de lo que están hablando. Pero ancha es Castilla como diría El Cid, la nube tiene multitud de vertientes y no encaja necesariamente con todas las necesidades. Vamos a intentar separar la ficción de la realidad en el siguiente post:
Mito: La nube es una moda La verdad: La nube como término es nuevo, pero los conceptos y tecnologías necesarias ha estado evolucionando desde hace bastantes años. El cloud computing representa una nueva estrategia para las TIC en las empresas, con altos ratios de adopción e inversión. Para que nos hagamos una idea, Gartner Research predice que en 2012, el 80% de las empresas de Fortune 1000 serán consumidores de algún sistema basado en la nube, así que lo sentimos por los escépticos, pero el cloud computing está aquí para quedarse.
Mito: El cloud computing no es seguro. La verdad: La nube ofrece arquitecturas compartidas para justificar la escalabilidad de sus infraestructuras. Lógicamente, la seguridad es uno de los puntos críticos. Antiguamente el perímetro de seguridad venía definido por el firewall, gracias a la Más >
6 Indicadores SaaS que deberías seguir
23 Sep
Desarrollar un producto de Cloud computing, implica muchas veces utilizar su instinto para averiguar lo que funciona y lo qué no. En ese sentido, hace un par de semanas, Ryan Carson, co-fundador de Carsonified ofreció una lista de seis indicadores clave para su aplicación web y cómo hacer su seguimiento. Es una gran lista con definiciones, métodos de cálculo, ejemplos, e incluso un enlace a una hoja de cálculo de Google que puedes utilizar para introducir tus propios datos. Estos son los principales indicadores:
1. Churn Definición: Churn es el % de los clientes que cancelan cada mes. Cálculo: el número de cancelaciones de este mes / número total clientes de pago. Tal como señala Carson, el Churn variará dependiendo del tipo de aplicación que ofrecen. Si su aplicación es algo que es crucial para las empresas de los demás, como una aplicación de facturación, su Churn será probablemente inferior a una aplicación de entretenimiento, algo que puede ser el primero que se cancela cuando los presupuestos son limitados. Uso de la Churn, se puede calcular el promedio de por vida del cliente – la media de meses que un cliente permanece con usted antes de cancelar. El cálculo es de 100 / porcentaje Churn.
2. Más >
Los reinos taifas de los navegadores web
7 Sep
El talón de Aquiles de la mayoría de los sistemas informáticos suelen ser los equipos de los usuarios, las distintas configuraciones, programas y versiones obligan a destinar mucho tiempo y dinero en compatibilidades. Internet ha supuesto una revolución tecnológica que será estudiada en el futuro como uno de los cambios más importantes de la humanidad, pero todavía no está todo ganado, mientras la neutralidad de la red está en peligro y empresas como Telefónica insisten en que pirata es cualquiera que consuma más de 8Mbps/mes las alas de Internet serán de barro.
La guerra entre los ISP y los usuarios solo es comparable a la guerra cainita que mantienen los distintos navegadores desde que el mundo es mundo, la aparición de las webapps como Gmail y el acceso a plataformas mediante navegador web no hace más que complicar más las cosas, Internet Explorer 6 ha supuesto un lastre ya que no ha respetado el standart pero de eso ya hace casi una década. Los culpables de la mayoría de las incidencias son usuarios sin conocimientos y los administradores de sistemas vagos que mantienen a sus empresas en la caverna de Platón.
Es imposible mantener un desarrollo depurado de errores sobre las 3 principales Más >
