Recientemente, estaba leyendo un libro titulado "La transformación de la arquitectura de TI empresarial: prácticas de arquitectura y pensamiento estratégico de Alibaba en China y Taiwán". En el momento de escribir este artículo, el libro no se ha leído, porque me preocupa que si leo todo el libro, escribiré esto Este artículo, una gran cantidad de contenido maravilloso puede haber sido olvidado, así que escribiré un artículo para compartir con ustedes.
Estrategia China-Taiwán
El Departamento de Asuntos de Taobao establecido por Alibaba en 2003 se muestra en la Figura 1.
En 2008, el negocio B2C estaba en auge y Alibaba estableció Tmall, inicialmente llamado Taobao Mall, que luego se operó como una división de Taobao Business Unit, como se muestra en la Figura 2.
Con el aumento continuo del negocio B2C, Tmall comenzó a independizarse. Alibaba estableció el departamento comercial de Tmall por separado, junto con el departamento de asuntos de Taobao, como se muestra en la Figura 3. En este momento, la parte de tecnología de Taobao es compatible con ambos departamentos comerciales al mismo tiempo. Esta estructura organizativa Se determina que el equipo técnico dará prioridad a la satisfacción de las necesidades comerciales de Taobao, lo que ha afectado seriamente el desarrollo del negocio de Tmall. Cualquiera que haya utilizado Tmall y Taobao debería poder encontrar que las plataformas de comercio electrónico como Tmall y Taobao incluyen funciones como productos básicos, transacciones, evaluación, pago y logística.
En 2009, nació la división de negocios compartidos. Los principales miembros llegaron al equipo técnico de Taobao y, en términos de estructura organizativa, se convirtió en una división del mismo nivel que Taobao y Tmall, como se muestra en la Figura 4. El Grupo espera que de esta manera, el equipo técnico pueda apoyar los negocios de Tmall y Taobao, acumulando al mismo tiempo negocios públicos y generales, y haciendo un uso más racional de los recursos.
Pero, de hecho, en ese momento, la división de negocios compartidos estaba "enviada" a Tmall y Taobao. La división de negocios compartidos necesitaba satisfacer las grandes necesidades de Tmall y Taobao al mismo tiempo. Los miembros del equipo a menudo trabajaban horas extra y es posible que no pudieran cumplir con los requisitos de Tmall y Taobao. Demanda, esto ha provocado que los departamentos comerciales de Tmall y Taobao estén insatisfechos con el departamento comercial compartido y, al mismo tiempo, los colegas del departamento comercial compartido solo pueden tener problemas.
En 2010, apareció el negocio de compra grupal Juhuasuan. Juhuasuan tiene una fuerte capacidad de atracción de tráfico. Por lo tanto, Tmall, Taobao y 1688 quieren conectarse con la plataforma Juhuasuan para expandir su tráfico. De repente, Juhuasuan se ve abrumado por una gran demanda de atraque. En este momento, el grupo requiere que si las tres principales plataformas de comercio electrónico desean conectarse a la plataforma Juhuasuan, ¡deben pasar por la división de negocios compartidos! Es con esta política que la división de negocios compartidos tiene un fuerte dominio comercial, y el desequilibrio original con las tres principales plataformas de comercio electrónico se ha llevado a un nivel relativamente justo. Esto ha establecido que la división comercial compartida que todos ven hoy se ha convertido en la plataforma comercial central en el negocio de Alibaba Group, como se muestra en la siguiente figura:
La figura anterior describe claramente la estructura de la "plataforma gruesa, aplicación delgada" de Alibaba, y la división de negocios compartida es la verdadera encarnación de la "plataforma gruesa". La "plataforma gruesa" proporciona la más profesional y Servicios comerciales estables, esto es Zhongtai .
Podemos encontrar que la estrategia China-Taiwán no ocurre de la noche a la mañana. Cuando se estableció la división de negocios compartidos en 2009, ya había sentado ciertas bases para la estrategia China-Taiwán. Al mismo tiempo, también necesitaba el fuerte apoyo del grupo para construir China-Taiwán. La formación ha sentado una base sólida para el desarrollo de negocios.
Arquitectura de la chimenea
En 2008, el equipo técnico de Taobao apoyó las dos principales plataformas de comercio electrónico de Taobao y Tmall. Al mismo tiempo, 1688 tenía su propio equipo técnico. La estructura es la siguiente:
Esta arquitectura es una arquitectura de chimenea . Cada departamento comercial y su correspondiente departamento comercial se paran allí como una chimenea, y si de acuerdo con esta arquitectura, cuando la empresa necesita expandir nuevos negocios, un nuevo departamento comercial y el correspondiente El nuevo departamento técnico tiene una chimenea adicional.
Hasta el momento, este tipo de arquitectura aún cuenta con muchas empresas como esta, el motivo de este tipo de arquitectura debe tener sus ventajas:
- Las empresas consideran diferentes modelos comerciales, por lo que construyen de forma independiente
- El nuevo equipo comercial cree que la transformación sobre la base del negocio anterior tendrá demasiada carga histórica técnica y comercial, es mejor reconstruir
Es solo que las desventajas de esta arquitectura superan con creces sus ventajas:
- La construcción y el mantenimiento de funciones repetitivas conllevan trabajo e inversión repetitivos. La construcción repetida puede reducir los riesgos para las empresas, pero aumentará los costos repetidos.
- Si el sistema de "chimenea" interactúa, el costo de la colaboración es alto.
- No favorece la precipitación y el desarrollo sostenible del negocio. Una vez que una chimenea se pone en línea, entra en la etapa de operación y mantenimiento, en este momento, si necesita modificar el negocio sobre esta base, llevará mucho tiempo publicarlo.
En la era de Internet, es inevitable integrar mejor los recursos internos de la empresa, reducir los costos empresariales y realizar la interacción entre varios sistemas. Ante esta situación, en 2004, la industria ha planteado el concepto SOA para resolver el problema de interacción entre sistemas de "chimenea".
SOA
Las funciones principales de SOA:
- Computación distribuida orientada a servicios
- Acoplamiento flojo entre servicios
- Encapsulación de servicios de soporte
- Registro de servicios y descubrimiento automático
- Definir métodos de interacción de servicios en forma de contratos de servicios.
SOA centralizada
Muchas empresas implementan SOA a través de ESB, que es una SOA centralizada.
ESB es un bus de servicios empresariales. Como su nombre lo indica, el sistema ESB puede gestionar de manera uniforme varios servicios en la empresa. La arquitectura ESB protege el impacto de los cambios en la interfaz de servicios en los consumidores de servicios y resuelve el problema de diferentes sistemas. Una muy buena arquitectura para la interconexión, como se muestra en la siguiente figura:
En 2004, muchas grandes empresas de software descubrieron que cada vez más empresas han construido cada vez más sistemas de TI a lo largo de los años de construcción de TI, todos ellos establecidos por el modelo de construcción de sistemas de chimenea. Hay muchos sistemas en la empresa. Algunos de estos sistemas son kits comerciales comprados, algunos se desarrollan de forma independiente y otros son desarrollados por empresas de subcontratación. El resultado final es que las plataformas tecnológicas, los marcos y los lenguajes utilizados por cada sistema son diferentes. Por eso, las empresas de software han desarrollado sistemas ESB para ayudar a estas empresas a resolver estos problemas.
El proveedor de servicios solo necesita definir la interfaz y la ruta de acceso de la interfaz en el sistema ESB. No necesita preocuparse por quién es el consumidor de este servicio, y la modificación de este servicio solo necesita ajustarse una vez en el ESB. Se da cuenta del aislamiento que afecta a los cambios de interfaz de servicio. ESB reduce el acoplamiento entre sistemas, realiza la integración de sistemas de manera más conveniente y eficiente y proporciona capacidades más profesionales que el modelo "punto a punto" en términos de equilibrio de carga de servicio y gestión y control de servicio.
ESB proporciona funciones como adaptación y acceso a diversas interfaces técnicas (HTTP, Socket, JMS, JDBC, etc.), conversión de formato de datos, adaptación de datos, enrutamiento de solicitudes de servicio, etc. El propósito es permitir que los clientes empresariales mejoren la eficiencia del desarrollo en función de estas funciones , Realice el aterrizaje del proyecto más rápido.
Por lo tanto, el enfoque ESB se ha convertido en la corriente principal de implementación de SOA en este período y ha resuelto la interacción entre sistemas heterogéneos.
SOA descentralizada
La industria de Internet ofrece la "SOA descentralizada", porque el grupo de usuarios de la industria de Internet es todo el público de Internet, por lo que los arquitectos de sistemas deben resolver primero el problema de la escalabilidad del sistema para responder más rápidamente a las empresas. , Mejor apoyo a la innovación empresarial, etc.
Por lo tanto, además de satisfacer las funciones básicas de SOA, la "descentralización" también debe evitar la dificultad de escalabilidad causada por la "centralización" y el impacto potencial de "avalancha".
"SOA descentralizada" es una arquitectura "punto a punto", no tiene centro, como se muestra a continuación:
Entonces puede haber dudas, la aparición de SOA es para solucionar los problemas que provoca la arquitectura de la chimenea, y las llamadas entre sistemas de chimeneas son "punto a punto", ¿no va al revés? En la industria de Internet, el marco de servicios descentralizados se ejecuta dentro de la empresa, y las interacciones de servicios entre intranets y extranets rara vez se ven. Además, el servicio se contrata primero y las funciones de la interfaz del servicio se acuerdan, lo cual es bueno hasta cierto punto. La estabilidad de la interfaz de servicio está garantizada. Al mismo tiempo, el marco de servicio descentralizado más el soporte para múltiples versiones, balanceo de carga y otras funciones esencialmente protege varios problemas de inestabilidad del sistema en el modo anterior "punto a punto".
En la "arquitectura centralizada", el centro de toda la arquitectura es el ESB, y todas las llamadas y devoluciones de servicio deben pasar por el ESB, de modo que la persona que llama al servicio tendrá una gran sobrecarga de red cuando llame a un servicio, mientras que en la "arquitectura descentralizada" ", este problema no surgirá.
Además, todas las llamadas de servicio pasan por el ESB, por lo que la implementación del clúster de ESB es inevitable. Además, para garantizar que no habrá problemas con el ESB, la configuración del servidor o la configuración de red del despliegue del sistema ESB será mejor, lo que hace necesario que las empresas expandan el ESB , Producirá un aumento significativo en los costos de software y hardware.
Además, incluso si el sistema ESB utiliza la implementación de clústeres para garantizar una alta disponibilidad, aún puede haber un efecto de "avalancha". Una vez que ocurre una "avalancha", todos los servicios de la empresa no estarán disponibles .
avalancha
Suponemos que la concurrencia máxima de cada servidor en el clúster ESB es 100. Suponiendo que ahora hay 10 servidores en el clúster, cuando el volumen diario de solicitudes de usuario es estable, la concurrencia promedio de cada servidor después del equilibrio de carga es 80, pero si el clúster Uno de los servidores falla repentinamente. En este momento, se necesitan otros 9 servidores para soportar la concurrencia anterior. Luego, la concurrencia de los 9 servidores restantes aumentará, lo que puede causar que uno de los 9 servidores se sobrecargue. Dando como resultado que los 8 servidores restantes sean aplastados uno tras otro, esta es la "avalancha". Una vez que ocurre una falla de "avalancha", incluso si reinicia el servidor, es difícil de resolver, porque es muy probable que el servidor se vea abrumado por el tráfico justo después de que se complete el inicio, por lo que en este momento solo puede prohibir que el tráfico externo fluya hacia su sistema. Espere a que todos los servidores se inicien correctamente antes de dejar entrar el tráfico. Y cuando esto suceda, es posible que no tenga tiempo de localizar el problema. El clúster reiniciado se encuentra en un estado "frágil".
Esto significa que la arquitectura "centralizada" no puede resolver bien el problema de la escalabilidad del sistema, mientras que la arquitectura "descentralizada" será mejor, porque incluso si ocurre la situación anterior, no afectará a todos los servicios. Por eso, la industria de Internet elige una arquitectura "descentralizada".
A continuación presentamos el HSF del marco de servicio distribuido de Alibaba , espere hasta que termine de leerlo ... jaja.