Estructura y antecedentes:
actualmente existe un sistema. Su estructura es diferente al B/S general, es decir, hay una capa en la parte inferior (se dice que es una capa, pero en realidad es un programa separado). La capa es winform. Programa, usemos "exchange" para representarlo. Se utiliza principalmente para comunicarse con "externos", enviar, recibir y procesar cierta información. No se darán detalles.
Entonces la estructura actual del sistema es:
cliente--servidor web (capa de presentación--capa lógica--capa de acceso a datos)--base de datos--intercambio--externamente
se requiere alguna comunicación "en tiempo real" en algún punto (de Por supuesto, es en tiempo real. De hecho, es imposible hacer como CS, que es solo un temporizador en el "cliente"), y los datos enviados por el "externo" se pueden mostrar al "cliente" de manera oportuna. " o los datos enviados por el "cliente" pueden enviarse al "cliente" de manera oportuna. externo". A esto lo llamamos "comunicación en tiempo real". La mayoría de las veces, los datos "externos" se almacenan directamente en la base de datos mediante "intercambio" para su uso posterior. Lo llamamos "comunicación regular".
Actualmente hay dos opciones:
primero, ya sea "comunicación en tiempo real" o "comunicación regular", "intercambiar" todos los datos recibidos desde el exterior a la base de datos, el cliente va regularmente al servidor web y el servidor web va a la base de datos para obtener los datos y luego regresa. Los datos del cliente también se envían directamente a la base de datos y luego se "intercambian" para leer los datos y se reenvían al "externo". Específicamente, es la imagen de línea de arriba.
Esto tiene requisitos más altos para la base de datos, porque todos los datos pasan a través de la base de datos, lo que implica una gran cantidad de intercambio de datos y operaciones de tablas. No sé si SQL2005 puede soportarlo.
2. Para la "comunicación en tiempo real", la capa de "conmutación" se utiliza como servidor remoto y el servidor web se utiliza como cliente remoto. Es decir, el servidor web se comunica directamente con el programa "exchange". En este momento, los datos se almacenan en la memoria de la computadora donde se encuentra el programa "exchange" y el cliente todavía busca el servidor web con regularidad. . La "comunicación regular" todavía se maneja según el primer método. La estructura específica es agregar una rama a la línea anterior para que el servidor web se comunique directamente con el "intercambio". Cuando sea necesario (es decir, durante la "comunicación en tiempo real"), los datos pasarán por esta rama.
¿Hay algún problema con este enfoque? No estoy familiarizado con la comunicación remota y no tengo idea de cuál puede ser el rendimiento de dicha estructura.
Diferencia:
entre estos dos métodos, no hay nada de malo en la estructura de la parte de "comunicación regular". La clave es la parte de "comunicación en tiempo real". En pocas palabras, significa si los datos provienen de la base de datos o si el servidor web se comunica directamente con el "intercambio".
Ahora debemos considerar qué tipo de estructura adoptar. Los requisitos son:
un servidor no puede estar bajo demasiada presión, de lo contrario el sistema no podrá soportarla. (La cantidad de concurrencia "externa" es muy grande).
Los requisitos de rendimiento para la parte de "comunicación en tiempo real" son muy altos.
Nota:
La estructura de BS ha sido determinada y no se puede cambiar. (Los proyectos anteriores de la empresa eran C/S y ahora quiere hacer la transición a B/S).
No hay problema con el segundo hardware y cada pieza es un servidor independiente de alta configuración.
En tercer lugar, es posible que no todos comprendan claramente la parte de "intercambio". De hecho, es responsable de muchas funciones y la presión será muy alta. Por supuesto, también es un servidor independiente.
Algunas configuraciones son básicamente las siguientes: Windows2003, MS-SQL2005, VS2005, etc., todas son ediciones empresariales.
Pregunta:
¿Cuál de los métodos 1 y 2 anteriores tiene mejor rendimiento estructural? (Considerando principalmente el desempeño de la parte "en tiempo real", no hablemos de nada más por ahora)
2. ¿Existe alguna otra estructura factible? ¿O tecnología?
3. Es posible que algunas cosas no me queden claras, deje un mensaje y le responderé lo antes posible.
4. ¿Tienes amigos que hagan posicionamiento GPS? Por favor deje su información de contacto y haga preguntas.