1024×768 sigue siendo el dominador de las resoluciones, aunque es cierto que cada vez va perdiendo porcentaje. Por el contrario, el dominador de los navegadores, IE en sus distintas versiones, vive un pequeño repunte en el último mes del que se tiene datos, contrastando con su tendencia a la baja. Este repunte es culpable de la congelación de la subida del navegador de Google, Chrome.

El primer paso es compilar Siege, en nuestro caso necesitaremos hacer la complicación incluyendo soporte SSL, ya que nuestra aplicación hace uso del protocolo HTTPS. Para esto lo primero que hacemos es instalar el paquete libssl-dev de ubuntu como sigue:

apt-get install libssl-dev

Seguidamente obtenemos Siege de la página de su desarrollador ( http://www.joedog.org/index/siege-home ) descomprimimos y compilamos con soporte ssl. Esta es la secuencia de comandos utilizados.

wget ftp://ftp.joedog.org/pub/siege/siege-latest.tar.gz

tar xvzf siege-latest.tar.gz

cd siege-2.70

./configure –with-ssl=/usr/include/openssl

make

make install

En el caso de nuestra distribución tenemos las bibliotecas de openssl necesarias para tener soporte SSL en Siege en la ruta indicada arriba. Si vosotros las tenéis en otra ruta debeis cambiar este parámetro.

Después de esto ya estamos listos para comenzar con las pruebas de carga. Un ejemplo básico:

./siege -b -c 100 -r 10 lista_urls.txt

Esta orden iniciara 100 conexiones concurrentes a tu sitio, visitando las direcciones listadas en el archivo lista_urls.txt y lo hará 10 veces.

Otra de las características importantes de Siege a destacar es que al hacer la instalación con “make install” nos creara un archivo de configuración en nuestra home “~/.siegerc” donde podemos configurar diferentes parámetros, muchos de ellos de gran utilidad. Como ejemplo práctico nosotros tuvimos que indicar que antes de comenzar a acceder a las páginas que estaban listadas requeríamos de hacer un login enviando un POST. Esto lo hacemos tal que así.

login-url = https://webpsibox/users/login POST username=usuario&password=password

Os recomiendo que echéis un vistazo a este archivo de configuración para ajustar los parámetros que os interesen.

Espero que a alguien le haya sido de utilidad este artículo, al menos a nosotros nos queda como pequeña guía para futuras pruebas de carga

Este servicio de Amazon parece funcionar como sus otros servicios, MUY BIEN. Al principio mirando la documentacion parece engorroso trabajar con esas ristras de XML, pero mas tarde si sigues leyendo en la web de documentacion puedes ver que existen varias aplicaciones web, con una interfaz sencillay amigable,  para manejarse con esto:

http://docs.amazonwebservices.com/Route53/latest/GettingStartedGuide/

En la seccion ‘Where do we go from here?’ podemos ver varias herramientas web.

Nosotros hemos probado https://myr53dns.com/ y funciona muy muy bien, sobre todo muy rapido.

Un saludo a todos¡¡¡

Las novedades mas importantes de esta nueva versión las podeis encontrar aquí, A destacar:

• Cambio del framework para la realización de test de SimpleTest a PHPUnit, esta medida ha sido acogida con entusiasmo en la mayoría de foros y comunidades de CakePHP. Nosotros pronto daremos cuenta de esto.
• Cambios en la carga de los modelos, helpers y componentes para ayudar al rendimiento de nuestras aplicaciones.

Además inauguran un canal de video http://tv.cakephp.org/ donde irán subiendo contenido relacionado con este framework.

Hay datos muy llamativos, como que el 97% de las empresas se han visto afectadas en mayor o menor medida por las condiciones atmosféricas a lo largo del último año, afectando a su productividad.

Aquellas empresas con un buen Plan de Continuidad, y que confíen en herramientas cuya computación se realice en la nube, podrán solventar mejor este tipo de sucesos que tarde o temprano afectan el día a día productivo de las compañías.

Estamos seguros de que este cambio de cultura está a punto de producirse, y podremos finalmente llevar todas las ventajas del ‘cloud computing’ a las PYMEs españolas.

Leer el artículo de Cinco Días.

Mirando este gráfico parece sencillo determinar y delimitar lo que es el “cloud computing”, pero creo que es un termino demasiado nuevo y abstracto como para determinarlo y delimitarlo. La definición mas “standard” y que abarca casi todo lo que yo considero “cloud” es : “…todos aquellos servicios que residen en ‘Internet’ y son accesibles desde cualquier terminal…”. Este gráfico determina los diferentes roles del “cloud” comercial que existe en estos momentos.

• SaaS: Software as a Service, son los servicios que llegan al usuario final. Para acceder ellos basta con identificarse mediante usuario y contraseña en la mayoría de los casos. El pago por el uso de estos servicios suele ser por suscripción, en algunos casos solo se paga lo que se usa. La mejor forma de identificarlos es poniendo algún ejemplo como Gmail, GoogleDocs, Dropbox… casi todas estas aplicaciones tienen versiones gratuitas, dependiendo del tipo de servicio estarán limitadas en un aspecto o en otro. Si se necesita sobrepasar este limite o algun servicio añadido es cuando hay que empezar a pagar.
• PaaS: Platform as a Service, son plataformas de programación para “cloud”. Estas plataformas ofrecen Frameworks para poder programar en algún lenguaje (dependiendo del proveedor), empaquetado de la aplicación y enlace con su cuenta en el proveedor. Para explicarme mejor, el proceso seria el siguiente: Me bajo el Framework del proveedor, programo la aplicación, la empaqueto y la subo a la “nube”. A la hora de subirla tendré que especificar que tipo de maquina quiero que ejecute mi aplicación y determinar la escalabilidad en momentos de pico (si el proveedor dispusiese de esto). Algún PaaS hace esto transparente, es decir, el pago en PaaS es siempre por uso, si normalmente tenemos 10 clientes, ellos nos facturarán lo que consuman los 10 clientes según los precios establecidos, y si tenemos 100 nos facturaran lo que consuman los 100. Algunos ejemplos de PaaS son Google App Engine, Microsoft Azure, …
• IaaS: Infrastructure as a Service, al igual que en el caso anterior el proveedor solo nos factura por uso. Lo que nos ofrece el proveedor en este caso son maquinas virtuales, ya sean Linux, Windows u otros sistemas operativos. Nosotros debemos instalar nuestras aplicaciones en ellos, crear la arquitectura necesaria para el autoescalado, balanceadores, etc. Algunos ejemplos de IaaS son Amazon Web Services, Cloudbuilder, …

Más adelante explicaremos los criterios a la hora de elegir un modelo u otro.

Todos estos servicios son para nosotros un espejo en el que nos miramos de cara a construir día a día soluciones que ayuden a nuestros usuarios a gestionar toda la información que manejan en sus negocios.