Inicio
 > Informes e investigaciones > Blog de TEC > Oracle sigue planeando su ataque a SOA Sexta par...

Oracle sigue planeando su ataque a SOA Sexta parte: debilidades y recomendaciones a los usuarios

Escrito por: Predrag Jakovljevic
Publicado: marzo 19 2005

Debilidades

Oracle Corporation (NASDAQ: ORCL) tiene un servidor de aplicaciones y una base de datos fuertes. Su base de datos es la plataforma principal de la base instalada de SAP y PeopleSoft y sus aplicaciones para oficina de gestión gozan de respeto en ciertos segmentos verticales del mercado. Asimismo, durante el último trimestre, Oracle ha estado disfrutando de un aumento del 57 por ciento en ventas de aplicaciones. Sin embargo, a pesar de todos estos logros, su negocio de aplicaciones sigue estando detrás del líder del mercado, SAP. Ni siquiera la adición de PeopleSoft y el impresionante lanzamiento de Oracle E-Business Suite 11i.10 ayudarán a que Oracle se adelante a la competencia. A pesar de que Oracle E-Business Suite es la mejor oferta en cuanto a precio, extensiones verticales, capacidad de personalización, enfoque a los servicios profesionales, etc., es atractiva principalmente a las necesidades de empresas grandes y dedicadas en cuerpo y alma a Oracle o de sitios completamente nuevos. La verdadera “fórmula mágica” que atraerá a las empresas pequeñas o a las empresas que tienen un conjunto de tecnologías dispares y socios no se ha inventado.

Muchos de los intentos que ha hecho Oracle por atacar el mercado de las pequeñas y medianas empresas (PYME) (por ejemplo, Fast Forward, Special Edition, etc.) no han hecho más que enfocar los cambios en un producto empacado previamente, con frecuencia alojado, que tiene un precio fijo o competitivo debido a los bajos costos del hardware y el soporte de Linux. Sin embargo, normalmente no incluyen alguna funcionalidad horizontal como gestión de las relaciones con los clientes (CRM), gestión de las respuestas al servicio (SRM) o gestión del ciclo de vida de los productos (PLM), mucho menos las extensiones verticales de la industria. Oracle anunció hace poco dos ofertas más para el mercado de las PYME en el lado de las plataformas: Oracle Database Standard Edition One (que ya se está embarcando) y Oracle Application Server Standard Edition One (cuyo embarque está planeado para principios de 2005).

Las preguntas acerca de la calidad de los productos de las primeras versiones de 11i han contribuido a frenar las ventas iniciales de las aplicaciones de Oracle. De forma concreta, la serie de aplicaciones de Oracle, que hasta la versión 11i (lanzada en 1999) era, en su forma más estable, un estilo basado en texto y de terminal elemental. A mediados de los 90 Oracle se esforzó por llevar sus aplicaciones al navegador web, pero estas versiones tenían gusanos, eran difíciles de usar y con frecuencia no lograban cumplir con el conjunto de características y funcionalidades de sus hermanos basados en texto y en cliente/servidor. Aunque esto se ha mitigado con versiones nuevas (que ahora alcanzan los números de dos cifras), los usuarios mantienen un mal sabor de boca y una actitud escéptica.

Oracle tiene que realizar un cambio dramático para aumentar las ventas en donde las aplicaciones resultan esenciales. Tanto las bases de datos como los servidores de aplicaciones son muy competitivos y están en riesgo de convertirse en mercancía. Esto se debe no sólo a los asaltos de IBM o Microsoft, sino a empresas de software abierto como Jboss y mySQL. Sin embargo, Oracle entiende la amenaza que representan JBoss o MySQL y reconoce que son sus competidores. Por eso, Oracle puede seguir siendo competitivo desde el nivel técnico, de facilidad de uso y de las características/funciones. La empresa también se está asegurando de facilitar la migración de estos productos a la pila de Oracle a medida que aumenta el tamaño de las implementaciones que realizan los clientes.

De cualquier forma, los servicios profesionales y el negocio de las aplicaciones que tiene tantos conocimientos técnicos se han estado revolcando a la sombra de los dos “hijos” favoritos de Oracle, quienes parecen ser el centro de atención del vendedor. Seamos justos, el lanzamiento de 11i.10 debe demostrar la seriedad del vendedor con respecto a la serie de aplicaciones. Oracle ha aumentado el presupuesto y el número de empleados de mercadotecnia de las aplicaciones. Además, 11i.10 fue el mensaje clave durante la última conferencia de usuarios Oracle Open World que tuvo lugar en San Francisco, California y que reunió a más de 20,000 asistentes. Sin embargo, estos eventos se han visto eclipsados por la larga oferta que Oracle ha hecho por PeopleSoft. No obstante, si tomamos en cuenta que el vendedor acaba de pagar más de $10,000 millones de dólares por una empresa de aplicaciones, podemos darnos cuenta de que toma el negocio de las aplicaciones con bastante seriedad.

Esta es la sexta de seis partes que conforman esta nota.

La primera parte incluyó el resumen del evento y el impacto en el mercado.

La segunda parte habló de la estrategia.

La tercera parte trató los cambios en la estrategia.

La cuarta parte examinó SOA y los servicios web.

La quinta parte analizó la adquisición de Collaxa.

El factor PeopleSoft

Oracle se ha dedicado a perseguir apasionadamente a PeopleSoft y ha logrado atraer más la atención de sus ejecutivos y del mercado, además de que ha eclipsado la mercadotecnia de Oracle E-Business Suite. Lo irónico es que SAP, Microsoft y otros proveedores de aplicaciones empresariales estables y de segundo nivel (por ejemplo, SSA Global, Infor, Intentia, QAD, Epicor, IFS, etc.) podrán aprovechar la distracción de Oracle y Peoplesoft con esta saga de fusiones. Es interesante como, mientras el negocio de PeopleSoft (ventas nuevas) ha estado manchado por la incertidumbre, Oracle ha sufrido daños frente a la opinión pública. Sin embargo, ahora que los antes feroces competidores se han fusionado, finalmente podrán concentrarse en integrar sus productos y construir una generación nueva de software.

Algunos se sorprenderían de la forma continua en que PeopleSoft se resistió a Oracle, debido en gran parte al mensaje populista de servicio a los clientes (a pesar de las ganancias y los paracaídas de oro que se ofrecieron a sus antiguos ejecutivos). Sobre todo si pensamos que un aumento en los márgenes de ganancias, una capitalización del mercado y el valor prometido de las acciones debían ser atractivos, teóricamente, para los accionistas de PeopleSoft. Por otro lado, existen muchos que habrán pensado que el interés de Oracle en PeopleSoft se debe a la inferioridad funcional de las aplicaciones de Oracle, que no es cierto, al menos en cuanto a las capacidades de los productos representadas en papel.

Oracle se dará cuenta de que la gran mayoría de los departamentos de TI de la vida real son una mezcolanza de todos los tipos de aplicaciones empresariales: intercambios comerciales, SCM, e-collaboration con socios comerciales, PLM y CRM. Ellas, sumadas a varios componentes de e-business, necesitan sistemas dispares para trabajar en conjunto. Así, no serán muchas las empresas que adopten una amplia plataforma de soluciones únicamente de Oracle. Más bien optarán por los componentes que tienen funcionalidades poderosas y que están listos para integrarse en otras soluciones legadas. Por eso, sólo el tiempo dirá si el apoyo que Oracle ha expresado vocalmente a las tecnologías abiertas como customer data hub, J2EE y BPEL permitirá que los clientes adopten las soluciones que se adaptan a sus necesidades y que se integran fácilmente con su infraestructura existente. Una cosa es cierta, otras acciones como la de Collaxa deberán ayudar a que Oracle se vuelva más abierta y dispuesta a jugar con los demás. Esto no se reduce al intento por absorber la difícil mezcla de tecnologías de PeopleSoft, que Oracle conoce bien pero que ama odiar.

Recomendaciones a los usuarios

El mercado debe mirar favorablemente la nueva mentalidad de Oracle y las acciones que ha tomado para calmar a los clientes, ya que la empresa combina funcionalidades completas, tecnología actualizada, una calidad mejorada de los productos y una capacidad de uso. Las empresas más grandes que busquen capacidades de e-business más amplias deben evaluar Oracle si están de acuerdo con su oferta de ventas centralizadas y si consideran que Oracle tiene un buen historial de desempeño en su segmento vertical de la industria. Los usuarios de Oracle deberán aprovechar la base de datos integrada, la herramienta de desarrollo y el servidor de aplicaciones. Todos estos elementos se han actualizado recientemente, especialmente para los usuarios que aprecian un modelo único de datos, que funciona centralmente y que usa la computación por cuadrícula. Las empresas que promuevan un enfoque en varios vendedores también deben evaluar Oracle si se adapta bien a sus funciones, pero tendrán que considerar el reto del proyecto de implementación. Los usuarios del antiguo producto de Collaxa que está incluido en los servidores de aplicaciones que no son de Oracle deberán volver a evaluar sus opciones, aunque no es muy probable que Oracle deje de soportar un producto que se ha convertido en parte integral de su cartera de productos.

Los usuarios actuales de Oracle deben tomar en cuenta Oracle BPEL Process Manager junto con otros elementos de la amplia plataforma Oracle 10g como un paso más hacia sus iniciativas de SOA y BPM. Deben recordar que estos elementos deberán estar agrupados con otros recursos para capacitar al personal en el diseño y la arquitectura de los procesos. A medida que las empresas construyen docenas de servicios web, o crean todo un plan preliminar de SOA desde cero, la funcionalidad de orquestación y la gestión de los servicios web se vuelven esenciales, no sólo recomendables. Por eso, OracleBPEL Process Manager está totalmente integrado con la serie del servidor de aplicaciones en Oracle Application Server 10g R2. Sin embargo, hay que tener cuidado al desplegar las aplicaciones y los componentes de la plataforma de Oracle, ya que no han sido probados en condiciones reales. Los usuarios deben aprovechar los próximos momentos de actualización para evaluar los módulos que se acaban de lanzar y compararlos con otros productos. Deben decidir si la integración intrínseca es más importante que las posibles limitaciones del alcance y la madurez funcional. Asimismo, deberán analizar detalladamente los contratos nuevos para asegurarse de que son claros y explícitos, con el fin de adelantarse a las futuras revisiones de los mismos, las quejas y los malos entendidos.

De forma más general, aunque no veremos pronto una amplia aceptación de las implementaciones entre empresas de los servicios web, la implicación de los participantes principales debe hacer que las empresas grandes y globales empiecen a conocer los protocolos nuevos, las normas y las tecnologías necesarias para entender la posible ventaja comercial. Deben aprender cómo los desarrolladores impulsarán los servicios web, SOA y BPM; cuáles son sus necesidades constantes y qué complicaciones pueden surgir con el uso de estos servicios y sistemas, como los problemas culturales y de normas. Los usuarios casuales o experimentados de las aplicaciones del negocio de escritorio deben tener una razón bastante transparente para convertirse a SOA. Sin embargo, la situación puede ser distinta para el personal de TI. Esta acción implicará reformular de forma importante la infraestructura de TI que normalmente es una mezcla compleja de tecnologías dispares.

Es posible que SOA y los servicios web faciliten la integración mediante una interoperación impuesta, pero no son una panacea. No eliminarán la necesidad de integrar las aplicaciones mediante adaptadores, conectores, etc. Asimismo, aunque pueden presentar nuevas oportunidades de negocios y crear dinamismo y eficacia, estos servicios no van a ser lo único que transforme los negocios. Sólo son una pieza de la tecnología nueva. Sin embargo, aunque las grandes empresas sean las primeras en tener escarceos con el despliegue de los servicios web, su impactó también afectará las empresas que surten productos y servicios a los consumidores, sin importar su tamaño. Los negocios ya pueden crear y usar servicios web que pueden ser reutilizados por otras aplicaciones, como los servicios de autorización de tarjetas de crédito o de autenticación de la identidad de una persona al entrar a varios sistemas. Sin embargo, para aprovechar al máximo los servicios web y SOA, las empresas deben volver a examinar cuidadosamente sus procesos del negocio y sus prácticas de excelencia para detectar las ineficacias que podría representar un cambio en la infraestructura.

El punto inicial de construcción de un plan preliminar para SOA es identificar y crear servicios web alrededor de objetos de referencia al negocio que sean comunes para toda la empresa. Esto dependerá ampliamente de la forma en que la estrategia empresarial se alinee con la industria. Muchas empresas tratarán de construir su propio plan preliminar de SOA, mientras que otras estarán motivadas por planes preliminares de SOA más complejos y guiados entre las empresas, como el que inició Middleware Company.

Asimismo, al comparar los intercambios por Internet públicos y privados, los servicios web parecen tener más potencial dentro de un ambiente confiable de socios comerciales. Así, además de preguntarse si BPEL será la norma que prevalezca, hay que preguntarse si las empresas estarán dispuestas a compartir los modelos de sus procesos del negocio. Las empresas que evalúen los servicios web y SOA podrán aprovechar el hecho de seguir con las actividades pertinentes de los consorcios. Las que ya hayan impulsado los servicios web podrán compartir sus experiencias con sus homólogos y asegurarse de que el consorcio se enfoque en los problemas de su negocio. Sin embargo, los consorcios no pueden imponer demasiada autoridad sobre los vendedores, ya que al no estar realizando pruebas de conformidad en esta etapa, los usuarios deberán preguntar directamente a los vendedores acerca del cumplimiento con las normas.

SOA promete una interoperación en un mundo de negocios cada vez más global y heterogéneo. Promueve una arquitectura de enlaces sueltos y una reutilización no invasiva de los componentes del software, que debe poner fin a la dependencia de los vendedores por las aplicaciones empresariales. También debe permitir que estas aplicaciones se comuniquen en tiempo casi real. Sin embargo, antes de que pueda funcionar, empresas como SAP y Oracle deben abrirse y rediseñar cientos de funciones de las aplicaciones para que trabajen como servicios. Este es un proyecto de varios años que, en el mejor de los casos, se encuentra a la mitad. Para los clientes que han personalizado estas instancias de los productos y que han agregado funciones personalizadas y programas de terceros, la tarea será igualmente difícil.

Antes de que los clientes traten de seleccionar productos o series de productos para EAI, middleware, servidores de aplicaciones web u otras soluciones de software que requieran una interoperación uniforme, deben comprender los distintos enfoque que usan J2EE y .NET. Si quiere tener más información sobre este tema, consulte Understand J2EE And .NET Environments Before You Choose. A pesar de que uno de los objetivos principales de los servicios web era restar importancia a la selección de la plataforma, todavía están lejos de lograrlo, ya que casi nadie es capaz de terminar con una infraestructura completa y empezar de nuevo. No importa la preferencia que se tenga por cierta plataforma y la lista de programadores que tengan habilidades particulares, es prudente obtener tanta información como sea posible de ambos campos y conocer las ventajas y las desventajas.

Aunque la competencia hace que ambos campos se mantengan alerta y busquen ser más creativos, no ayuda a los usuarios ni a los prospectos. Los usuarios deben preguntar a los vendedores acerca del enfoque que tienen (o tendrán) con respecto a sus versiones actuales y futuras y de las razones. Una vez que hayan tomado la decisión, será difícil, aunque no imposible, cambiar de opinión o abreviar. Los esfuerzos de integración de las aplicaciones son costosos, complejos y tardados, por eso, la decisión puede resultar contraproducente si no la toma cuidadosamente. Los usuarios deben reconocer que seleccionar un servidor de aplicaciones nunca debe involucrar toda la pila (portal, personalización, directorio, etc.).

Hay que tener un pensamiento táctico y una retroalimentación justificable y bastante rápida al considerar los vendedores de servicios web y BPM del nicho. En general, el mercado debe mantenerse cerca de las normas comúnmente aceptadas, y debe desconfiar de los vendedores que busquen crear una dependencia en la tecnología patentada, ya que lleva a aumentos de precio que no se pueden justificar y a una reducción de la apertura en el futuro.

 
comments powered by Disqus

Búsquedas recientes:
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others