Desde la perspectiva de los usuarios de la plataforma EOS, me gustaría decir que la aplicación de EOS en Eclipse es líder en China. Algunos amigos también han recibido gran ayuda en su trabajo al aprender el diseño y los principios de EOS. .
Entonces, en mi opinión, si puedes lograr un crecimiento técnico personal mediante el uso de herramientas y plataformas depende de si puedes mejorar y resumir el uso de la plataforma. No se trata de usar la plataforma como una herramienta. , sino de utilizarlo como herramienta. La plataforma sirve como material didáctico. Piense en cómo diseñar una plataforma, cómo construir una jerarquía, etc.
En el aspecto técnico, las plataformas empresariales son las más cercanas a la última tecnología y Puyuan es una de ellas. Puyuan está actualizando el marco de microservicios y la nube de contenedores de EOS y aplicando sus ventajas en BPS al diseño e implementación de DevOps.
Además, Puyuan está desarrollando una nueva generación de plataforma de nube empresarial digital, con el objetivo de lanzar una plataforma PaaS que pueda implementarse en entornos públicos y privados. Si está interesado o desea aprender tecnologías relacionadas, puede buscar EAII en Baidu.
Adjunto se encuentra una respuesta del diseñador de EOS, Zhihu. Como referencia.
Autor: Jiao Lieyan
Enlace: La empresa presentará el marco EOS de Puyuan ¿Qué impacto tendrá en el desarrollo tecnológico futuro de la empresa? ——Respuesta de Jiao Lieyan
Fuente: Zhihu.
Los derechos de autor pertenecen al autor. Comuníquese con el autor para obtener autorización.
Acabo de ver esta pregunta hoy. Como diseñador de EOS, no me atrevo a hablar objetivamente. Hablo principalmente de mis pensamientos durante el diseño.
La intención original de 1. EOS es para resolver algunos * * * problemas en el desarrollo empresarial de JAVA. Aunque existen muchos marcos como SSH, existen muchos requisitos no funcionales que no se cubren en el proceso de solicitud, especialmente en un entorno distribuido. Tome la hibernación como ejemplo, cómo sincronizar archivos de configuración de múltiples servidores y cómo sincronizar múltiples. -Archivos de configuración del servidor en un estado de clúster Monitoreo del rendimiento, estos no son algo que el software de código abierto pueda resolver. Debido a que tenemos mucha experiencia con grandes clientes, como Huawei ICBC, reflejamos mucha experiencia similar en nuestros productos. EOS no resuelve el problema del rápido desarrollo de la lógica empresarial, pero resuelve el problema de los requisitos no funcionales en el entorno empresarial y mejora la capacidad de administración del software, especialmente el desarrollo de software a gran escala. Esto también está relacionado con nuestra experiencia. Estoy de acuerdo con el punto de vista de He. Es imposible que las plataformas de rápido desarrollo actualmente en el mercado resuelvan el rápido desarrollo de sistemas ERP complejos. Por lo tanto, al comienzo del diseño, EOS consideró la implementación de requisitos no funcionales en lugar del rápido desarrollo de la lógica empresarial.
2. Hay muchas formas de construir una arquitectura de aplicaciones basada en JAVA, razón por la cual existe mucho software de código abierto. Diferentes personas tienen diferentes opiniones. Dado que EOS intenta resolver la arquitectura de aplicaciones de JAVA, debe tener sus propias ideas. Es posible que estas ideas no le sientan bien a todo el mundo. Esto también ha sido un dolor de cabeza para mí en el pasado y un tema controvertido entre los desarrolladores. A diferencia del flujo de trabajo, todos tienen una comprensión y un posicionamiento claros del mismo, y la competencia gira en torno a la función y el rendimiento. El rendimiento del flujo de trabajo de Puyuan es muy sólido y las funciones de su interfaz externa son particularmente ricas (en realidad no son fanfarronadas), por lo que ha recibido mucho reconocimiento.
3. El aspecto más controvertido de EOS es el desarrollo de la lógica empresarial de arrastrar y soltar (es decir, el desarrollo visual). De hecho, nadie se opone al desarrollo de arrastrar y soltar, como el modelado de datos, pero la lógica empresarial de arrastrar y soltar puede no ser algo bueno. Cuando diseñamos, utilizamos el desarrollo de arrastrar y soltar o utilizamos Spring Beans para escribir código para desarrollar la lógica empresarial. Desarrollar gráficamente (arrastrar y soltar) la lógica empresarial. El mayor uso es manejar la lógica asincrónica, como llamar a servicios web.
Si la persona que llama es muy lenta cuando llama sincrónicamente, el hilo actual se suspenderá, entonces asíncrono no tendrá este problema, al menos se puede liberar con el tiempo (aquí es más complicado, no entraré en detalles), pero El código asincrónico es muy complicado de escribir y es difícil de leer si hay una devolución de llamada (imagine que la devolución de llamada llama a tres páginas web)
4. propia situación, porque EOS requiere Se consideran muchas situaciones, pero los problemas que enfrentan las empresas se solucionan. Por ejemplo, si no le gusta arrastrar la lógica empresarial, no es necesario que lo haga, porque ya habló sobre este método en la capacitación de Puyuan y también puede discutirlo con los ingenieros de Puyuan. Cuando el equipo técnico utiliza un marco, puede considerar la intención de diseño original del marco desde la perspectiva de los principios de diseño, la arquitectura y los problemas enfrentados, mejorando así su dominio de la tecnología. Muchos de mis socios (como ICBC y China Construction Bank) tienen un conocimiento profundo de EOS y lo han combinado con sus propias realidades para formar sus propios marcos. Su tecnología también ha mejorado enormemente en el proceso.
Como diseñadores, EOS es un producto que nos preocupa durante el proceso de diseño. La razón principal es que el problema que está tratando de resolver es complejo y extenso. Hay muchas formas de resolver este problema, especialmente porque hay muchos software de código abierto y es imposible cubrirlo todo. En el diseño de los productos posteriores de Puyuan, aprendimos de esta experiencia y nos centramos en resolver los problemas que había que resolver.
6. En el futuro, Puyuan resolverá los problemas de arquitectura técnica de la informatización de las grandes y medianas empresas, pero las ideas de diseño estarán más enfocadas. Después de EOS y el proceso, también hay productos como ESB, integración de datos, calidad de datos e IaaS. Los productos de integración de datos actuales se basan en el software de código abierto más popular, Kettle, pero nuestro enfoque es resolver los problemas de programación que Kettle no resuelve (como miles de trabajos cada noche, que pueden continuar continuamente, qué hacer si el trabajo fallas, cómo monitorear, etc., etc. ); Los productos IaaS actuales se basan en OpenStack, pero hemos resuelto los problemas del sistema de gestión de OpenStack en nubes privadas empresariales (como segmentos de red pequeños, detección de latidos, alta disponibilidad y múltiples). -gestión dimensional de los propios componentes de alta disponibilidad). Los productos de gobernanza de datos se centran en el análisis del linaje de datos y el análisis de influencia después de la integración de los datos para formar un mapa de datos.