SlideShare una empresa de Scribd logo
1 de 3
Descargar para leer sin conexión
“UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES”
UNIANDES
Tema:
Modelo Cliente Servidor
Nombre:
Wilmer Javier Yacelga Moya
Docente:
Ing. Bernabé Ortega
2015
“MODELO CLIENTE SERVIDOR”
Podemos definir al término Cliente Servidor como una arquitectura distribuida que permite a los usuarios obtener
acceso a la información de forma transparente, dentro este modelo, el cliente envía un mensaje solicitando un
determinado servicio al servidor lo que comúnmente se conoce como hacer una petición, y este envía la respuesta. El
modelo Cliente Servidor permite distribuir físicamente los procesos y los datos de forma eficiente, reduciendo el
tráfico de red, Es así donde el cliente es el medio que permite al usuario solicitar los requerimientos y pasarlos
directamente al servidor; el mismo maneja todas las funciones relacionadas con la manipulación y despliegue de los
datos, accediendo también a los servicios distribuidos en cualquier parte de una red, al contrario del cliente el
servidor está encargado de atender a los clientes que hacen las peticiones de algún recurso administrado atreves de él,
el mismo se encarga de manejar las funciones directamente asociadas con la gran mayoría de las reglas del negocio y
datos de información. Las características de la arquitectura Cliente Servidor están vinculadas con las funciones
específicas del cliente y del servidor, las mimas que tienen diferentes requerimientos en cuanto a recursos de
cómputo, la relación también es una de ellas ya que está establecida, pudiendo ser esta de varios a uno, en la que un
servidor puede dar servicio a muchos clientes. Así mismo los clientes corresponden a procesos activos, ya que estos
son los que hacen peticiones, estos poseen una característica pasiva, ya que esperan peticiones de los clientes; aquí no
existe otra relación directa entre clientes y servidores que no sea la que se establece a través del intercambio de
mensajes entre ambos, pues el ambiente es heterogéneo. Su escalabilidad tiene proyecciones y adaptaciones de forma
horizontal y vertical, haciéndolo adaptable a cualquier sistema de la misma especie.
Dentro de las arquitecturas Cliente Servidor, podremos encontrar 3 niveles, el primero la Arquitectura Mono capa o
de primer nivel, esta se produce cuando la propia aplicación, como los datos que manejan se encuentra en la misma
máquina y son administradas por el mismo ordenador. Continuando nos encontramos con la Arquitectura de Dos
capas o de segundo nivel, esta hace referencia a una aplicación en donde el cliente mantiene la lógica de presentación,
de negocio y de acceso de datos, y el servidor gestiona únicamente los datos, aquí por lo general encontramos
aplicaciones cerradas que sujetan la lógica de los procesos del cliente al gestor de la base de datos en uso. Dentro del
segundo nivel tenemos cierto tipo de ventajas como la disminución de peticiones en el servidor, transfiriendo la gran
parte del proceso al cliente y el de salvaguardar una conexión estática y concisa con la base de datos; pero del mismo
modo como existen ventajas también encontramos desventajas resaltantes una de ellas es su dependencia mediante el
uso de un tipo de controlador denominado JDBC que se utiliza para acceder a la base de datos, dependencia que con
lleva un riesgo considerable en cuanto a la seguridad, ya que los programas dentro de lenguaje Java pueden ser
descompilados muy fácilmente dentro de este, provocando el acceso inmediato a nuestras bases de datos. Avanzado
un poco más allá nos encontramos con la Arquitectura de tres capas o de tercer nivel, dentro de esta se reparten las
funciones de la aplicación en maquinas distintas. Las virtudes que respaldan notablemente a esta arquitectura de tres
capas se reflejan grandemente en la portabilidad de la aplicación, escalabilidad, desarrollo de código, sin presenta
ningún tipo de inconvenientes, referente al tipo de controlador JDBC utilizado para acceder a la base de datos,
dejando así, a un lado la necesidad de tener que instalar funciones adicionales en su máquina para poder acceder a la
base de datos. Actualmente se hallan plataformas de tipo hardware que son cada vez más económicas, reduciendo
costos considerablemente, favoreciendo económicamente su reducción de costos, y logrando así mismo la
implantación y actualización de soluciones, permitiéndonos combinar sistemas diferentes y de la mismo manera
compartir información; pudiendo manejar computadores con sistemas medianos y grandes, sin necesidad de que
todos tengan que utilizar el mismo sistema operativo. Favorece gratificantemente el uso de interfaces gráficas al uso y
disposición al que el usuario este acostumbrado; su estructura es un medio por el cual se facilita la integración de
nuevas tecnologías y el crecimiento de la infraestructura computacional, dando a conocer así el desarrollo de su
escalabilidad a diversas soluciones antes no comprendidas. Pero también no todo puede ser relevada mente perfecto
ya que el mantenimiento de los sistemas se complica mucho, pues implican directamente la interacción de diferentes
partes del hardware y del software; del mismo modo no contamos con muchas herramientas para la administración y
ajuste del desempeño de los sistemas en desarrollo. Aquí se demanda la importancia de que los clientes y los
servidores utilicen el mismo mecanismo, que implica el poseer los mecanismos generales que existan en diferentes
plataformas, manteniendo planes de estrategias para el manejo de errores y para mantener la consistencia de los datos,
todo esto puede afectar el desempeño total de su desarrollo y aplicación, ya que así llegara a presentar dificultades
dentro de la congestión en la red, dificultad de tráfico de datos, etc.
Al finalizar este investigación he podido llegar a la conclusión de que el modelo Cliente Servidor es un modelo
realmente manejable y más aun adaptable al servicio, al que se deseara uno implementar, lo que nos permite
aumentar el rendimiento, la compilación de variadas plataformas, bases de datos, redes y sistemas operativos que
pueden ser de diferentes intermediarios, en arquitecturas propietarias y no propietarias, funcionando así y sin ningún
tipo deproblema todos al mismo tiempo.

Más contenido relacionado

La actualidad más candente

Arquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucutaArquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucuta
Orlando Casadiego
 
Mapa conceptual Arquitectura Cliente/Servidor SAIA Pag. Web
Mapa conceptual Arquitectura Cliente/Servidor SAIA  Pag. WebMapa conceptual Arquitectura Cliente/Servidor SAIA  Pag. Web
Mapa conceptual Arquitectura Cliente/Servidor SAIA Pag. Web
Hector A. D'hoy
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
PriscyArriaga
 
Jessica reyes armas 6
Jessica reyes armas  6Jessica reyes armas  6
Jessica reyes armas 6
Yesi Reyes
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
Jonathan
 

La actualidad más candente (20)

Arquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucutaArquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucuta
 
Mapa conceptual Arquitectura Cliente/Servidor SAIA Pag. Web
Mapa conceptual Arquitectura Cliente/Servidor SAIA  Pag. WebMapa conceptual Arquitectura Cliente/Servidor SAIA  Pag. Web
Mapa conceptual Arquitectura Cliente/Servidor SAIA Pag. Web
 
Cliente-Servidor
Cliente-ServidorCliente-Servidor
Cliente-Servidor
 
Arquitectura cliente servidor para internet
Arquitectura cliente servidor para internetArquitectura cliente servidor para internet
Arquitectura cliente servidor para internet
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Jessica reyes armas 6
Jessica reyes armas  6Jessica reyes armas  6
Jessica reyes armas 6
 
inestigacion 7
inestigacion 7inestigacion 7
inestigacion 7
 
Cliente-Servidor
Cliente-ServidorCliente-Servidor
Cliente-Servidor
 
Cliente servidor 2
Cliente servidor 2Cliente servidor 2
Cliente servidor 2
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Arquitectura cliente daniel
Arquitectura cliente  danielArquitectura cliente  daniel
Arquitectura cliente daniel
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 

Similar a Modelo cliente servidor ensayo

A charla12 arq.3-capas
A charla12 arq.3-capasA charla12 arq.3-capas
A charla12 arq.3-capas
home
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
mi casa
 
Conceptos Basicos de Bases de Datos Multiusuario
Conceptos Basicos de Bases de DatosMultiusuarioConceptos Basicos de Bases de DatosMultiusuario
Conceptos Basicos de Bases de Datos Multiusuario
heliozwt
 
Fresdes silvasalazar
Fresdes silvasalazarFresdes silvasalazar
Fresdes silvasalazar
julymci
 

Similar a Modelo cliente servidor ensayo (20)

Taller 4 - Teleinformatica
Taller 4 - TeleinformaticaTaller 4 - Teleinformatica
Taller 4 - Teleinformatica
 
Tarea1 cliente servidor1_buenaventura_jarrison
Tarea1 cliente servidor1_buenaventura_jarrisonTarea1 cliente servidor1_buenaventura_jarrison
Tarea1 cliente servidor1_buenaventura_jarrison
 
Modelo cliente servidor
Modelo cliente servidorModelo cliente servidor
Modelo cliente servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
A charla12 arq.3-capas
A charla12 arq.3-capasA charla12 arq.3-capas
A charla12 arq.3-capas
 
Modelo cliente servidor
Modelo cliente servidor Modelo cliente servidor
Modelo cliente servidor
 
Arquitectura cliente
Arquitectura clienteArquitectura cliente
Arquitectura cliente
 
Tecnologia
TecnologiaTecnologia
Tecnologia
 
Arquitectura cliente
Arquitectura cliente Arquitectura cliente
Arquitectura cliente
 
Soa
SoaSoa
Soa
 
bd
bdbd
bd
 
Realidad virtual y cliente servidor
Realidad virtual y cliente servidorRealidad virtual y cliente servidor
Realidad virtual y cliente servidor
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
Conceptos Basicos de Bases de Datos Multiusuario
Conceptos Basicos de Bases de DatosMultiusuarioConceptos Basicos de Bases de DatosMultiusuario
Conceptos Basicos de Bases de Datos Multiusuario
 
Arquitecturas centralizadas
Arquitecturas centralizadasArquitecturas centralizadas
Arquitecturas centralizadas
 
Tecnologías modernas de base de datos
Tecnologías modernas de base de datosTecnologías modernas de base de datos
Tecnologías modernas de base de datos
 
Arquitectura cleinte servidor
Arquitectura cleinte servidorArquitectura cleinte servidor
Arquitectura cleinte servidor
 
Ensayo c s
Ensayo c sEnsayo c s
Ensayo c s
 
Arquitecturas de software
Arquitecturas de software Arquitecturas de software
Arquitecturas de software
 
Fresdes silvasalazar
Fresdes silvasalazarFresdes silvasalazar
Fresdes silvasalazar
 

Más de Wilmer Yacelga XD (12)

Consulta de-terminos
Consulta de-terminosConsulta de-terminos
Consulta de-terminos
 
Manual codesmith
Manual codesmithManual codesmith
Manual codesmith
 
Modelos
ModelosModelos
Modelos
 
Dominio de base de datos
Dominio de base de datosDominio de base de datos
Dominio de base de datos
 
Ciclo de vida vs metodologia
Ciclo de vida vs metodologiaCiclo de vida vs metodologia
Ciclo de vida vs metodologia
 
Repilacion de base de datos
Repilacion de base de datosRepilacion de base de datos
Repilacion de base de datos
 
Sockets
SocketsSockets
Sockets
 
Rmi
RmiRmi
Rmi
 
Interfaces en java
Interfaces en javaInterfaces en java
Interfaces en java
 
Distros
DistrosDistros
Distros
 
Corba
CorbaCorba
Corba
 
SENTENCIAS SQL
SENTENCIAS SQLSENTENCIAS SQL
SENTENCIAS SQL
 

Último

6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria
Wilian24
 
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdfPROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
EduardoJosVargasCama1
 
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
jlorentemartos
 

Último (20)

FICHA PROYECTO COIL- GLOBAL CLASSROOM.docx.pdf
FICHA PROYECTO COIL- GLOBAL CLASSROOM.docx.pdfFICHA PROYECTO COIL- GLOBAL CLASSROOM.docx.pdf
FICHA PROYECTO COIL- GLOBAL CLASSROOM.docx.pdf
 
Factores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdfFactores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdf
 
6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria
 
Tema 11. Dinámica de la hidrosfera 2024
Tema 11.  Dinámica de la hidrosfera 2024Tema 11.  Dinámica de la hidrosfera 2024
Tema 11. Dinámica de la hidrosfera 2024
 
PLAN DE REFUERZO ESCOLAR MERC 2024-2.docx
PLAN DE REFUERZO ESCOLAR MERC 2024-2.docxPLAN DE REFUERZO ESCOLAR MERC 2024-2.docx
PLAN DE REFUERZO ESCOLAR MERC 2024-2.docx
 
Tema 10. Dinámica y funciones de la Atmosfera 2024
Tema 10. Dinámica y funciones de la Atmosfera 2024Tema 10. Dinámica y funciones de la Atmosfera 2024
Tema 10. Dinámica y funciones de la Atmosfera 2024
 
Feliz Día de la Madre - 5 de Mayo, 2024.pdf
Feliz Día de la Madre - 5 de Mayo, 2024.pdfFeliz Día de la Madre - 5 de Mayo, 2024.pdf
Feliz Día de la Madre - 5 de Mayo, 2024.pdf
 
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdfPROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
 
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIASISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
 
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
 
Sesión de clase APC: Los dos testigos.pdf
Sesión de clase APC: Los dos testigos.pdfSesión de clase APC: Los dos testigos.pdf
Sesión de clase APC: Los dos testigos.pdf
 
Los avatares para el juego dramático en entornos virtuales
Los avatares para el juego dramático en entornos virtualesLos avatares para el juego dramático en entornos virtuales
Los avatares para el juego dramático en entornos virtuales
 
Lecciones 06 Esc. Sabática. Los dos testigos
Lecciones 06 Esc. Sabática. Los dos testigosLecciones 06 Esc. Sabática. Los dos testigos
Lecciones 06 Esc. Sabática. Los dos testigos
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
 
Procedimientos para la planificación en los Centros Educativos tipo V ( multi...
Procedimientos para la planificación en los Centros Educativos tipo V ( multi...Procedimientos para la planificación en los Centros Educativos tipo V ( multi...
Procedimientos para la planificación en los Centros Educativos tipo V ( multi...
 
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptxLA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
 
AEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptxAEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptx
 
prostitución en España: una mirada integral!
prostitución en España: una mirada integral!prostitución en España: una mirada integral!
prostitución en España: una mirada integral!
 
TRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPC
TRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPCTRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPC
TRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPC
 
Prueba libre de Geografía para obtención título Bachillerato - 2024
Prueba libre de Geografía para obtención título Bachillerato - 2024Prueba libre de Geografía para obtención título Bachillerato - 2024
Prueba libre de Geografía para obtención título Bachillerato - 2024
 

Modelo cliente servidor ensayo

  • 1. “UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES” UNIANDES Tema: Modelo Cliente Servidor Nombre: Wilmer Javier Yacelga Moya Docente: Ing. Bernabé Ortega 2015
  • 2. “MODELO CLIENTE SERVIDOR” Podemos definir al término Cliente Servidor como una arquitectura distribuida que permite a los usuarios obtener acceso a la información de forma transparente, dentro este modelo, el cliente envía un mensaje solicitando un determinado servicio al servidor lo que comúnmente se conoce como hacer una petición, y este envía la respuesta. El modelo Cliente Servidor permite distribuir físicamente los procesos y los datos de forma eficiente, reduciendo el tráfico de red, Es así donde el cliente es el medio que permite al usuario solicitar los requerimientos y pasarlos directamente al servidor; el mismo maneja todas las funciones relacionadas con la manipulación y despliegue de los datos, accediendo también a los servicios distribuidos en cualquier parte de una red, al contrario del cliente el servidor está encargado de atender a los clientes que hacen las peticiones de algún recurso administrado atreves de él, el mismo se encarga de manejar las funciones directamente asociadas con la gran mayoría de las reglas del negocio y datos de información. Las características de la arquitectura Cliente Servidor están vinculadas con las funciones específicas del cliente y del servidor, las mimas que tienen diferentes requerimientos en cuanto a recursos de cómputo, la relación también es una de ellas ya que está establecida, pudiendo ser esta de varios a uno, en la que un servidor puede dar servicio a muchos clientes. Así mismo los clientes corresponden a procesos activos, ya que estos son los que hacen peticiones, estos poseen una característica pasiva, ya que esperan peticiones de los clientes; aquí no existe otra relación directa entre clientes y servidores que no sea la que se establece a través del intercambio de mensajes entre ambos, pues el ambiente es heterogéneo. Su escalabilidad tiene proyecciones y adaptaciones de forma horizontal y vertical, haciéndolo adaptable a cualquier sistema de la misma especie. Dentro de las arquitecturas Cliente Servidor, podremos encontrar 3 niveles, el primero la Arquitectura Mono capa o de primer nivel, esta se produce cuando la propia aplicación, como los datos que manejan se encuentra en la misma máquina y son administradas por el mismo ordenador. Continuando nos encontramos con la Arquitectura de Dos capas o de segundo nivel, esta hace referencia a una aplicación en donde el cliente mantiene la lógica de presentación, de negocio y de acceso de datos, y el servidor gestiona únicamente los datos, aquí por lo general encontramos aplicaciones cerradas que sujetan la lógica de los procesos del cliente al gestor de la base de datos en uso. Dentro del segundo nivel tenemos cierto tipo de ventajas como la disminución de peticiones en el servidor, transfiriendo la gran parte del proceso al cliente y el de salvaguardar una conexión estática y concisa con la base de datos; pero del mismo modo como existen ventajas también encontramos desventajas resaltantes una de ellas es su dependencia mediante el uso de un tipo de controlador denominado JDBC que se utiliza para acceder a la base de datos, dependencia que con lleva un riesgo considerable en cuanto a la seguridad, ya que los programas dentro de lenguaje Java pueden ser descompilados muy fácilmente dentro de este, provocando el acceso inmediato a nuestras bases de datos. Avanzado un poco más allá nos encontramos con la Arquitectura de tres capas o de tercer nivel, dentro de esta se reparten las funciones de la aplicación en maquinas distintas. Las virtudes que respaldan notablemente a esta arquitectura de tres capas se reflejan grandemente en la portabilidad de la aplicación, escalabilidad, desarrollo de código, sin presenta ningún tipo de inconvenientes, referente al tipo de controlador JDBC utilizado para acceder a la base de datos, dejando así, a un lado la necesidad de tener que instalar funciones adicionales en su máquina para poder acceder a la base de datos. Actualmente se hallan plataformas de tipo hardware que son cada vez más económicas, reduciendo costos considerablemente, favoreciendo económicamente su reducción de costos, y logrando así mismo la implantación y actualización de soluciones, permitiéndonos combinar sistemas diferentes y de la mismo manera compartir información; pudiendo manejar computadores con sistemas medianos y grandes, sin necesidad de que todos tengan que utilizar el mismo sistema operativo. Favorece gratificantemente el uso de interfaces gráficas al uso y disposición al que el usuario este acostumbrado; su estructura es un medio por el cual se facilita la integración de nuevas tecnologías y el crecimiento de la infraestructura computacional, dando a conocer así el desarrollo de su escalabilidad a diversas soluciones antes no comprendidas. Pero también no todo puede ser relevada mente perfecto ya que el mantenimiento de los sistemas se complica mucho, pues implican directamente la interacción de diferentes partes del hardware y del software; del mismo modo no contamos con muchas herramientas para la administración y ajuste del desempeño de los sistemas en desarrollo. Aquí se demanda la importancia de que los clientes y los servidores utilicen el mismo mecanismo, que implica el poseer los mecanismos generales que existan en diferentes plataformas, manteniendo planes de estrategias para el manejo de errores y para mantener la consistencia de los datos, todo esto puede afectar el desempeño total de su desarrollo y aplicación, ya que así llegara a presentar dificultades dentro de la congestión en la red, dificultad de tráfico de datos, etc. Al finalizar este investigación he podido llegar a la conclusión de que el modelo Cliente Servidor es un modelo realmente manejable y más aun adaptable al servicio, al que se deseara uno implementar, lo que nos permite aumentar el rendimiento, la compilación de variadas plataformas, bases de datos, redes y sistemas operativos que
  • 3. pueden ser de diferentes intermediarios, en arquitecturas propietarias y no propietarias, funcionando así y sin ningún tipo deproblema todos al mismo tiempo.