1. Arquitectura del sistema de software
(1) Arquitectura en capas
La arquitectura en capas es la arquitectura de software más común y también es una arquitectura estándar. Si no sabes qué arquitectura usar, úsala.
Esta arquitectura divide el software en varias capas horizontales. Cada capa tiene funciones y una división del trabajo claras, y no es necesario conocer los detalles de otras capas. Las capas se comunican a través de interfaces.
Aunque no hay un acuerdo claro sobre en cuántas capas se debe dividir el software, la estructura de cuatro capas es la más común.
Capa de presentación (presentación): interfaz de usuario, responsable de la interacción visual y del usuario
Capa empresarial (negocios): implementación de la lógica empresarial
Capa de persistencia (persistencia) : proporciona datos y las declaraciones SQL se colocan en esta capa
Base de datos: guarda datos
Algunos software agregan una capa de servicio entre la capa lógica y la capa de persistencia (servicio), proporcionando algunos datos comunes interfaces requeridas por diferentes lógicas de negocios.
La solicitud del usuario se procesará a través de estas cuatro capas en secuencia y no se podrá omitir ninguna capa.
(2) Arquitectura basada en eventos
Los eventos son notificaciones enviadas por el software cuando cambia el estado.
La arquitectura basada en eventos es una arquitectura de software que se comunica a través de eventos. Está dividido en cuatro partes.
Cola de eventos: la entrada para recibir eventos
Distribuidor (mediador de eventos): distribuye diferentes eventos a diferentes unidades de lógica de negocios
Canal de eventos (canal de eventos): el canal de comunicación entre el distribuidor y el procesador
Procesador de eventos (procesador de eventos): implementa la lógica empresarial. Una vez completado el procesamiento, se emitirá un evento para activar el siguiente paso
. Para proyectos simples, la cola de eventos, el distribuidor y el canal de eventos se pueden integrar en uno, y todo el software se divide en dos partes: agente de eventos y procesador de eventos.
(3) Arquitectura de microkernel
La arquitectura de microkernel también se denomina "arquitectura de complemento", que se refiere al núcleo relativamente pequeño del software, las funciones principales y la lógica empresarial. implementado a través de complementos.
El kernel (core) normalmente contiene sólo las funciones mínimas para el funcionamiento del sistema. Los complementos son independientes entre sí y la comunicación entre complementos debe reducirse al mínimo para evitar problemas de interdependencia.
(4) Arquitectura de microservicios
La arquitectura de microservicios (arquitectura de microservicios) es una actualización de la arquitectura orientada a servicios (SOA).
Cada servicio es una unidad implementada por separado. Estas unidades se distribuyen, se desacoplan entre sí y se contactan a través de protocolos de comunicación remota (como REST, SOAP).
(5) Arquitectura en la nube
La arquitectura en la nube resuelve principalmente los problemas de escalabilidad y concurrencia, y es la arquitectura más fácil de expandir.
La razón principal de su alta escalabilidad es que no utiliza una base de datos central, sino que copia todos los datos en la memoria y los convierte en una unidad de datos de memoria replicable. Luego, las capacidades de procesamiento empresarial se encapsulan en unidades de procesamiento. Cuando el número de visitas aumenta, se crea una nueva unidad de procesamiento; cuando el número de visitas disminuye, la unidad de procesamiento se cierra. Como no existe una base de datos central, el mayor obstáculo para la escalabilidad desaparece. Dado que los datos de cada unidad de procesamiento están en la memoria, es mejor conservarlos.
Este modelo se divide principalmente en dos partes: unidad de procesamiento y middleware virtualizado.
Unidad de procesamiento: implementa la lógica de negocio
Middleware virtual: responsable de la comunicación, mantenimiento de sesiones, replicación de datos, procesamiento distribuido y despliegue de unidades de procesamiento.
2. Plataforma de desarrollo
Plataforma ERP, plataforma de comercio electrónico financiero, plataforma de miniprogramas, plataforma de sitios web, plataforma bpm, plataforma de desarrollo de código bajo, etc.;
Los fabricantes incluyen Tianling, Dingdian, Tianzong, Qingliu, K2, etc.
Se diferencian los lenguajes de desarrollo: dephp, java. net, etc.;
3. ¿Cómo elegir una plataforma de desarrollo adecuada?
La selección de la plataforma no es más que desde la perspectiva de las necesidades comerciales del cliente, así como del imagen de marca y estuches correspondientes. Elija desde diferentes ángulos;
Se recomienda usarlo nada más sacarlo de la caja y probarlo varias veces para encontrar un producto adecuado. En términos sencillos, significa comparar precios. .
Consultores de gestión, crezcan cada día un poquito y esfuércense por alcanzar la propia excelencia.