Sugerencias de SOA: aborde los cuellos de botella de escalabilidad con el almacenamiento en caché distribuido

Por Iqbal Kan

Después de la explosión de las aplicaciones web para acomodar el uso de alto tráfico, la próxima gran ola ha sido la arquitectura orientada a servicios (SOA). SOA está destinado a convertirse en una forma estándar para desarrollar aplicaciones extremadamente escalables, y las plataformas de computación en la nube como Windows Azure representan un gran paso en el avance de SOA hacia el logro de este objetivo.

SOA permite a los usuarios distribuir aplicaciones a múltiples ubicaciones, múltiples departamentos dentro de una organización y múltiples empresas a través de Internet. Además, permite la reutilización del código existente dentro de una organización y, lo que es más importante, la colaboración entre diferentes unidades de negocio.

Una aplicación SOA generalmente se implementa en una granja de servidores en un entorno de equilibrio de carga. El objetivo es permitir que la aplicación maneje tanta carga como usted le arroje. La pregunta entonces es: ¿Cuáles son algunas de las consideraciones que debe tener en cuenta para mejorar tanto el rendimiento como la escalabilidad de su aplicación SOA?

Si bien SOA, por diseño, está destinado a proporcionar escalabilidad, hay muchos problemas que debe abordar antes de que pueda lograr realmente la escalabilidad. Algunos de estos problemas están relacionados con la forma en que codifica su aplicación SOA, pero los cuellos de botella más importantes a menudo se relacionan con la forma en que almacena y accede a sus datos. Exploraré esos problemas y proporcionaré algunas soluciones en este artículo.

Encuentre cuellos de botella de escalabilidad

Una verdadera aplicación SOA debería escalar fácilmente en lo que respecta a la arquitectura de la aplicación. Una aplicación SOA tiene dos componentes: componentes de servicio y aplicaciones cliente. La aplicación cliente puede ser una aplicación web, otro servicio o cualquier otra aplicación que dependa de los componentes del servicio SOA para realizar su trabajo.

Una de las ideas clave detrás de SOA es dividir la aplicación en pequeños fragmentos para que estos componentes puedan ejecutarse en múltiples servidores como servicios separados.

Idealmente, estos servicios deberían ser lo más apátridas posible. Sin estado significa que no retienen ningún dato en varias llamadas, lo que le permite ejecutar los servicios en varias computadoras. No depende de dónde estuvieron los datos la última vez, por lo que no se guardan datos en ningún servidor en particular durante múltiples llamadas de servicio.