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

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

Tarea1 cliente servidor1_buenaventura_jarrison
Tarea1 cliente servidor1_buenaventura_jarrisonTarea1 cliente servidor1_buenaventura_jarrison
Tarea1 cliente servidor1_buenaventura_jarrisonJarrison Buenaventura
 
A charla12 arq.3-capas
A charla12 arq.3-capasA charla12 arq.3-capas
A charla12 arq.3-capashome
 
Modelo cliente servidor
Modelo cliente servidor Modelo cliente servidor
Modelo cliente servidor Andreina Silva
 
Unidad 1
Unidad 1Unidad 1
Unidad 1mi 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 Multiusuarioheliozwt
 
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 datosI.E.B.E.M.
 
Arquitectura cleinte servidor
Arquitectura cleinte servidorArquitectura cleinte servidor
Arquitectura cleinte servidoralejandro diaz
 
Arquitecturas de software
Arquitecturas de software Arquitecturas de software
Arquitecturas de software Anel Sosa
 
Fresdes silvasalazar
Fresdes silvasalazarFresdes silvasalazar
Fresdes silvasalazarjulymci
 

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

OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptxOLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptxjosetrinidadchavez
 
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxSINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxlclcarmen
 
Identificación de componentes Hardware del PC
Identificación de componentes Hardware del PCIdentificación de componentes Hardware del PC
Identificación de componentes Hardware del PCCesarFernandez937857
 
Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.José Luis Palma
 
Procesos Didácticos en Educación Inicial .pptx
Procesos Didácticos en Educación Inicial .pptxProcesos Didácticos en Educación Inicial .pptx
Procesos Didácticos en Educación Inicial .pptxMapyMerma1
 
Introducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo SostenibleIntroducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo SostenibleJonathanCovena1
 
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...JAVIER SOLIS NOYOLA
 
RETO MES DE ABRIL .............................docx
RETO MES DE ABRIL .............................docxRETO MES DE ABRIL .............................docx
RETO MES DE ABRIL .............................docxAna Fernandez
 
5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdf
5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdf5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdf
5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdfOswaldoGonzalezCruz
 
NARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFARO
NARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFARONARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFARO
NARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFAROJosé Luis Palma
 
Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...
Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...
Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...fcastellanos3
 
Factores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamicaFactores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamicaFlor Idalia Espinoza Ortega
 
TRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIA
TRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIATRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIA
TRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIAAbelardoVelaAlbrecht1
 
Día de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundialDía de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundialpatriciaines1993
 
La Función tecnológica del tutor.pptx
La  Función  tecnológica  del tutor.pptxLa  Función  tecnológica  del tutor.pptx
La Función tecnológica del tutor.pptxJunkotantik
 

Último (20)

OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptxOLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
 
Defendamos la verdad. La defensa es importante.
Defendamos la verdad. La defensa es importante.Defendamos la verdad. La defensa es importante.
Defendamos la verdad. La defensa es importante.
 
Unidad 4 | Teorías de las Comunicación | MCDI
Unidad 4 | Teorías de las Comunicación | MCDIUnidad 4 | Teorías de las Comunicación | MCDI
Unidad 4 | Teorías de las Comunicación | MCDI
 
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxSINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
 
Identificación de componentes Hardware del PC
Identificación de componentes Hardware del PCIdentificación de componentes Hardware del PC
Identificación de componentes Hardware del PC
 
Earth Day Everyday 2024 54th anniversary
Earth Day Everyday 2024 54th anniversaryEarth Day Everyday 2024 54th anniversary
Earth Day Everyday 2024 54th anniversary
 
Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.
 
Sesión de clase: Defendamos la verdad.pdf
Sesión de clase: Defendamos la verdad.pdfSesión de clase: Defendamos la verdad.pdf
Sesión de clase: Defendamos la verdad.pdf
 
Procesos Didácticos en Educación Inicial .pptx
Procesos Didácticos en Educación Inicial .pptxProcesos Didácticos en Educación Inicial .pptx
Procesos Didácticos en Educación Inicial .pptx
 
Introducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo SostenibleIntroducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo Sostenible
 
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
 
RETO MES DE ABRIL .............................docx
RETO MES DE ABRIL .............................docxRETO MES DE ABRIL .............................docx
RETO MES DE ABRIL .............................docx
 
5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdf
5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdf5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdf
5° SEM29 CRONOGRAMA PLANEACIÓN DOCENTE DARUKEL 23-24.pdf
 
Power Point: "Defendamos la verdad".pptx
Power Point: "Defendamos la verdad".pptxPower Point: "Defendamos la verdad".pptx
Power Point: "Defendamos la verdad".pptx
 
NARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFARO
NARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFARONARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFARO
NARRACIONES SOBRE LA VIDA DEL GENERAL ELOY ALFARO
 
Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...
Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...
Estas son las escuelas y colegios que tendrán modalidad no presencial este lu...
 
Factores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamicaFactores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamica
 
TRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIA
TRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIATRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIA
TRIPTICO-SISTEMA-MUSCULAR. PARA NIÑOS DE PRIMARIA
 
Día de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundialDía de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundial
 
La Función tecnológica del tutor.pptx
La  Función  tecnológica  del tutor.pptxLa  Función  tecnológica  del tutor.pptx
La Función tecnológica del tutor.pptx
 

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.