SlideShare una empresa de Scribd logo
E.P. ING COMPUTACIONAL
INGENIERIA WEB
Modelo cliente/servidor
Arquitectura Cliente/Servidor
 Elmodelocliente/servidoresunodelosmodelosaplicacióndistribuidaque
más éxitoha tenidoenlas últimasdécadas.Consisteenla construcciónde
sistemasbasadosencapasdondelosrolesserepartenentre unamáquina
clienteyunoo variosservidores.
 Bajo estemodelo,podemosver variacionesenla construccióndela
arquitecturadelossistemas.Estetipodearquitecturassonconocidascomo
arquitecturaporcapas.
 Organizanlosrolesdecada equipodependiendodesufuncionalidady se
caracteriza porlaindependenciadecada nivel.
Componentes del modelo
 Elcliente:Cuandosehabla delclientesehacereferenciaa undeterminado
demandantedeservicios,esteclientepuedeseralgúnordenadorouna
aplicacióndelárea informática,la cualrequiera deinformaciónproveniente
dela redpara funcionardemanera adecuada.
 Elservidor:Elservidorsebasaenunproveedordeservicios,loscualesa su
vezpuedenserordenadoreso aplicacionesdelárea informática,lascuales
puedenenviar informacióna losdemásagentesqueseencuentran
conectadosa la red.
Componentes del modelo
 Lared: La redsebasa enunconjuntodeclientes,servidoresy diversosdatos
queseencuentranenlazadosdeunamanera físicao nofísica,allísepueden
encontrardiversosprotocolosdetransmisióndeinformacióndebidamente
establecida.
 Elservicio:unserviciosepuededefinircomounconjuntodeinformación
específica,quetienecomopropósitoproporcionarunarespuestaa las
necesidadesdeunclienteenespecífico.
Componentes del modelo
 Elprotocolo:Elprotocolosebasaenungrupodenormas,reglasydiversos
pasosdebidamenteestablecidos,estossepuedenreflejar demanera clara y
concretaacerca delflujodeinformaciónenunadeterminada red
debidamenteestructurada.
 Y labasededatos:Estabase sedefinecomodiversosbancosdeinformación
debidamenteordenada,categorizada yclasificada,las cuales,forman parte
dela red,las cualessondistintossitiosdealmacenajepara la
implementacióndelosservidoresyademás,semanera directaconlos
clientes.
Modelo de dos capas
 Estetipodearquitecturautilizaunclientequepeticionalosserviciosdeun
servidordondeseejecutatodolonecesariopara poderdar servicioa los
aplicativos.Eselpropioservidorelque,consusrecursosinternos,sirvede
datos,lógicaeinformaciónal cliente.
Modelo de dos capas
 Estetipodearquitecturapuedeserimplementadapara losdiversossistemas
clienteservidor,enlosquelosclientespuedensolicitarciertosrecursosyel
servidorquecorresponde,deberá responderdemanera directaantela
solicitudrealizada consuspropiosrecursos.Esoquieredecirque,elservidor
nonecesitadeuna determinadaaplicaciónextra parapoderproporcionar
gran partedeesteservicio.
Modelo de tres capas
 Adiferenciadelmodelode2 capas,elservidoralqueatacanlosclienteshace
deintermediarioentreotro equipoquealmacena losdatos,a estamáquina
seleconocecomoMidelwareysueleserla encargadadeproporcionarla
lógicadeaplicación.
 Elcliente,simplementeejecutala capadepresentación,yelservidorde
datosproporcionayregistra la informaciónprocesadaprovenientedela
capa deaplicación.Porestadistribuciónderoles(Cliente/Presentación->
Midelware/Aplicación-> ServidorDatos/Datos)seleconocecomo
arquitecturadetresniveles
Modelo de tres capas
 Esta separación de roles es tremendamente flexible, perosu mayoractivo es la modularidadestanca, es decir, se puede
modificar cualquiera delas capas sin tener incidencia en el resto de estas. Esta peculiaridad aporta almodelo versatilidad y
adaptabilidad en entornos distribuidos que evolucionan a granvelocidad.
Modelo de tres capas
 Tambiénconsisteenelniveldepresentaciónqueeslacapadeinterfazde
usuario,unniveldeaplicaciónqueesunacapa deservicio,querealiza el
procesamientodetallado,y unniveldedatosqueconstadelservidordebase
dedatos,quealmacena información.La arquitecturadetresnivelessepuede
dividiren3 partes,la capadepresentación(oniveldecliente),la capa de
aplicación(onivelempresarial) yla capadebasededatos(oniveldedatos).
Funcionadelassiguientesformas:Elsistema Clientemanejala capa de
Presentación;elservidordeaplicacionesseocupadela capa dela aplicación
yelsistema delservidorsupervisala capadela basededatos.
Arquitectura LAMP
Unbuenejemplodeunsistemacliente-servidorquehasidomuyutilizadoenla
últimadécada eselmodeloLAMP,acrónimoutilizadoqueprovienedelos
componentesdelosqueconstala arquitectura:
 Linux, el sistema operativo,código abierto,potente y con un gran respaldo
tanto por partede empresascomo por su inmensa comunidad.
 Apache, elservidor(es)web,cuya función principal es procesar solicitudes y
aportaractivos web mediante diferentesprotocolos.
 MySQL/MariaDB,el gestor de bases de datos.
 Perl,PHP, o Python, loslenguajes deprogramación.
Arquitectura LAMP
Estacombinacióndetecnologíassehapopularizadotantodadasuversatilidad,
potencia,escalabilidady sobretodoestatusdeOpenSource,esdecir,quese
basa enlicenciasdecódigolibre.Seusaprincipalmentepara arquitecturasWEB.
 LINUX esla basedondesesustentaelrestodela arquitectura,eselsistema
operativodondeseinstalanloscomponentesdela capadedatosyla capa
deaplicaciónyeselencargadodeproveer todala infraestructurade
componentespara quelosdemásaplicativospuedanfuncionar.
Arquitectura LAMP
 APACHE+(PHP,PYHTON,PERL)componenlacapa deaplicacióndelsistema
LAMPo la capaintermedia,esdondefuncionala lógicadeaplicacióny esla
encargadadeinterconectarla capadepresentaciónconla capa dedatos.
Estacapa esla encargada detomar losdatosproporcionadosdesdela capa
dedatosymediantela lógicaprogramada componeelHTMLnecesariopara
queunnavegadorpuedainterpretarlo.
 LosNAVEGADORESsonelescalónfinal(capadepresentación)dela
arquitecturaylapartemás heterogéneadetodas,yaquesusconfiguraciones
sonimpredeciblesy lacasuísticaesimposibledepredecir.
Arquitectura LAMP
 MYSQL/MariaDB eslacapadedatos,consisteenunsoftwaredegestiónde
basesdedatosrelacionalesdondesegestionantodaslas peticionesde
informaciónporpartedela capadeaplicación.Se instalaenelsistema
operativoynotieneporquéestarenelmismoservidor(aunqueenLinux
suelevenir pre-instaladoLAMPcompletoenla mismamáquina).
Consideraciones
Ventajasdela arquitecturacliente-servidor
 Larentabilidadnecesitamenoscostesdemantenimientoyla recuperación
dedatosesposible.
 Lacapacidaddelosclientes/ servidoressecambiará porseparado.
 Sistemacentralizadocondatosenunsololugar.
Consideraciones
Desventajasdelaarquitecturacliente-servidor:
 Losclientespuedenserpropensosa virus,gusanosytroyanossiestán
presentesenunservidor/ cargadosenelservidor.
 Elservidorpuedeserpropensoa ataquesdedenegacióndeservicio.
 Lospaquetesdedatossemodificaráno falsificarándurantela transmisión.
 Elphishingy lacapturadecredencialesdeiniciodesesióny otra
informaciónútildelusuariosonbastantecomunesyelataqueManina
Middleserácomún.
Ejemplos de arquitectura cliente-
servidor
Haydiferentesejemplosdelmodelocliente-servidorenlavidadiaria.Sedan
algunosejemplosdecliente-servidor:
 Servidoresdecorreo:Losservidoresdecorreoelectrónicosepuedenutilizar
para enviar yrecibircorreoselectrónicos.Un softwarediferentepermiteel
manejodelcorreoelectrónico.
 Servidoresdearchivos:Sonla ubicacióncentralizadadelosarchivos.Por
ejemplo,seaccederá alosserviciosenla nubepara MicrosoftOfficey
Googledocsdesdesusdispositivos,yseaccederáa losarchivosqueguarde
desdela computadoradesdesuteléfono.Deestaforma, losalmacenesde
archivosestarán centralizadosyaccederán aellosmúltiplesclientes.
Ejemplos de arquitectura cliente-
servidor
 Servidoresweb:Estosservidoresalbergarán diferentessitiosweby estosson
equiposdealtorendimientodondesealojanlossitiosweb.Elclienteestá
utilizandoyelservidorweb esunsistema deservidorquealojaestossitios
web.Elusuarioo clientesolicitarecursosodatosdelsitiodelservidora
travésdeInternet dealta velocidad.
¿Dos o tres capas?
Comohemosdescritolasaplicacionesbasadasencapasde3nivelesson
bastantepopularesypotentes,peronosonlasúnicas,lasaplicacionesdedos
nivelesestánbastanteextendidassobretodoenámbitosdeaplicaciones
empresariales.
 Laarquitecturadedosnivelesesmenosflexible,tienepeor rendimientoy
generalmentemenosseguras,yaquenosepuedeseparar laseguridadpor
niveles.Tambiénesmás asequible,yaqueeselpropioservidorquien
ejecutatodalacarga detrabajo.Esmássencilladeimplementardadoqueno
tenemosquepreocuparnosporcomunicarlascapa además deinterconectar
todaslaspiezas,evitandoproblemasdelatencias,comunicaciones,etc.
¿Dos o tres capas?
 Unbuenejemplodearquitecturadedoscapas puedeser unpequeñojuego
onlinedondequeremosjugar conunoscuantosconocidos.Para ello
debemostener unservidordondelosclientes,quepreviamentehan tenido
queinstalareljuego,seregistreny puedaninteractuarenelmundovirtual
mediantela interconexióndelservidordeljuego.
 Otroejemplodeestetipodearquitecturasesunaplicativodeuncine,donde
todaslasventanillasejecutanunsoftwareespecificoqueataca a unservidor
conlosdatos,deesta manera todaslasventanillastienenlosmismosdatosy
puedengestionarcorrectamentelosasientosdelosclientesdelcine.
¿Dos o tres capas?
 Enarquitecturasde3 capasvemoslosgrandessitioswebdeinternet,donde
sería totalmenteinviableimplementarlosenarquitecturasdedoscapas.
 Lasaplicacionesmóvilessonotroejemplodeaplicativosde3 capas,estos
aplicativosatacas API’sdecomunicaciónquegestionanla lógicade
aplicacióny negocio,e interconectanla parte visibledela pantalladelos
dispositivosconlosdatosdecada unodelosusuarios.
¿Dos o tres capas?
 Asimplevistacomparandolosejemplosexpuestospodemosasumirquelas
arquitecturasde3 nivelessonmás potentesy flexiblesyporlógica,más
complejas.Seimplementanensistemasdistribuidosquenecesitanuna
fuerteescalabilidadademás deunrendimientosuperior.
 Sinembargo,para aplicacionesmás pequeñasy demenorcalado,quizásuna
arquitecturade3nivelesdemás problemasqueventajas,perotantoel
implementarunniveldedatosyunaplicativoqueataque directamentea
estosenelmismoservidorpuedeserlasoluciónmásacertada.

Más contenido relacionado

Similar a 00_Modelo C-S.pptx

Diapositivas diego
Diapositivas diegoDiapositivas diego
Diapositivas diegodbastos15
 
Qué es la informática en la nube
Qué es la informática en la nubeQué es la informática en la nube
Qué es la informática en la nubeTmaraGodoyBriones
 
Oracle, Informix
Oracle, InformixOracle, Informix
Oracle, Informixallison tl
 
Cloud computing
Cloud computingCloud computing
Cloud computingbgarcial
 
Trabajo grupal 1 taller-prog-distribuida
Trabajo grupal 1 taller-prog-distribuidaTrabajo grupal 1 taller-prog-distribuida
Trabajo grupal 1 taller-prog-distribuidaRJ Manayay Chavez
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 nivelesLupitha Mendoza
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 nivelesLupitha Mendoza
 
Arquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo MariaArquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo Mariagequito
 
Arquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de MariaArquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de Mariagequito
 
Optimización de aplicaciones web con base de datos NoSQL In-Memory
Optimización de aplicaciones web con base de datos NoSQL In-MemoryOptimización de aplicaciones web con base de datos NoSQL In-Memory
Optimización de aplicaciones web con base de datos NoSQL In-MemoryGonzalo Chacaltana
 
Gestión de datos e información 2 santamaria sosa luis
Gestión de datos e información 2   santamaria sosa luisGestión de datos e información 2   santamaria sosa luis
Gestión de datos e información 2 santamaria sosa luisLuis Ricardo Santamaria Sosa
 
Articulo computacion en la nube Jaime Marin
Articulo computacion en la nube Jaime MarinArticulo computacion en la nube Jaime Marin
Articulo computacion en la nube Jaime MarinJaime Marin
 
Apuntes materia entorno cliente servidor
Apuntes materia entorno cliente servidorApuntes materia entorno cliente servidor
Apuntes materia entorno cliente servidorMalteadas
 

Similar a 00_Modelo C-S.pptx (20)

Diapositivas diego
Diapositivas diegoDiapositivas diego
Diapositivas diego
 
Qué es la informática en la nube
Qué es la informática en la nubeQué es la informática en la nube
Qué es la informática en la nube
 
Computacion en la nube
Computacion en la nubeComputacion en la nube
Computacion en la nube
 
Oracle, Informix
Oracle, InformixOracle, Informix
Oracle, Informix
 
Trabajo de robert
Trabajo de robertTrabajo de robert
Trabajo de robert
 
Cloud computing
Cloud computingCloud computing
Cloud computing
 
Capitulo 1 - Proyecto integrador 2015-2016
Capitulo 1 - Proyecto integrador 2015-2016Capitulo 1 - Proyecto integrador 2015-2016
Capitulo 1 - Proyecto integrador 2015-2016
 
Laravel
LaravelLaravel
Laravel
 
Trabajo grupal 1 taller-prog-distribuida
Trabajo grupal 1 taller-prog-distribuidaTrabajo grupal 1 taller-prog-distribuida
Trabajo grupal 1 taller-prog-distribuida
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
 
Taller 3 grado 11
Taller 3 grado 11Taller 3 grado 11
Taller 3 grado 11
 
Arquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo MariaArquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo Maria
 
Arquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de MariaArquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de Maria
 
Optimización de aplicaciones web con base de datos NoSQL In-Memory
Optimización de aplicaciones web con base de datos NoSQL In-MemoryOptimización de aplicaciones web con base de datos NoSQL In-Memory
Optimización de aplicaciones web con base de datos NoSQL In-Memory
 
Gestión de datos e información 2 santamaria sosa luis
Gestión de datos e información 2   santamaria sosa luisGestión de datos e información 2   santamaria sosa luis
Gestión de datos e información 2 santamaria sosa luis
 
Articulo computacion en la nube Jaime Marin
Articulo computacion en la nube Jaime MarinArticulo computacion en la nube Jaime Marin
Articulo computacion en la nube Jaime Marin
 
Soa
SoaSoa
Soa
 
Clase+5-OV0001.pdf
Clase+5-OV0001.pdfClase+5-OV0001.pdf
Clase+5-OV0001.pdf
 
Apuntes materia entorno cliente servidor
Apuntes materia entorno cliente servidorApuntes materia entorno cliente servidor
Apuntes materia entorno cliente servidor
 

Último

699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppt
699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppt699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppt
699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppteduardosanchezyauri1
 
Mecánica de fluidos 1 universidad continental
Mecánica de fluidos 1 universidad continentalMecánica de fluidos 1 universidad continental
Mecánica de fluidos 1 universidad continentalJOSHUASILVA36
 
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOLNORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOLPol Peña Quispe
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASAlfonsoRosalesFonsec
 
PresentaciónReto_Equipo6 Explicacion del reto de freno electromagnetico
PresentaciónReto_Equipo6 Explicacion del reto de freno electromagneticoPresentaciónReto_Equipo6 Explicacion del reto de freno electromagnetico
PresentaciónReto_Equipo6 Explicacion del reto de freno electromagneticoa00834109
 
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.HaroldKewinCanaza1
 
matematicas en la ingenieria de la construccion
matematicas en la ingenieria de la construccionmatematicas en la ingenieria de la construccion
matematicas en la ingenieria de la construccionalberto891871
 
Ergonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworking
Ergonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworkingErgonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworking
Ergonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworkingGonzalo141557
 
Mecanismo de cuatro barras articuladas!!
Mecanismo de cuatro barras articuladas!!Mecanismo de cuatro barras articuladas!!
Mecanismo de cuatro barras articuladas!!shotter2005
 
SISTEMA ARTICULADO DE CUATRO BARRAS .pdf
SISTEMA ARTICULADO DE CUATRO BARRAS .pdfSISTEMA ARTICULADO DE CUATRO BARRAS .pdf
SISTEMA ARTICULADO DE CUATRO BARRAS .pdfIvanIsraelPiaColina
 
monografia sobre puentes 1234456785432o5
monografia sobre puentes 1234456785432o5monografia sobre puentes 1234456785432o5
monografia sobre puentes 1234456785432o5garciacordovadiuler
 
PETROLEO triptico para estudiantes de educacion
PETROLEO triptico para estudiantes de educacionPETROLEO triptico para estudiantes de educacion
PETROLEO triptico para estudiantes de educacionctrlc3
 
Joseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidadJoseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidadKevinCabrera96
 
Deilybeth Alaña - Operaciones Básicas - Construcción
Deilybeth Alaña - Operaciones Básicas - ConstrucciónDeilybeth Alaña - Operaciones Básicas - Construcción
Deilybeth Alaña - Operaciones Básicas - ConstrucciónDeilybethAinellAlaaY
 
Sistema de 4 barras articuladas bb_2.pdf
Sistema de 4 barras articuladas bb_2.pdfSistema de 4 barras articuladas bb_2.pdf
Sistema de 4 barras articuladas bb_2.pdfLuisMarioMartnez1
 
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdfIMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdfJonathanFernandoRodr
 
Los vidrios eléctricos en un automóvil.pptx
Los vidrios eléctricos en un automóvil.pptxLos vidrios eléctricos en un automóvil.pptx
Los vidrios eléctricos en un automóvil.pptxIsraelRebolledo1
 
Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.thatycameron2004
 
Diagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdfDiagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdfjoseabachesoto
 

Último (20)

Tasaciones Ñuñoa - La Reina - Las Condes
Tasaciones Ñuñoa - La Reina - Las CondesTasaciones Ñuñoa - La Reina - Las Condes
Tasaciones Ñuñoa - La Reina - Las Condes
 
699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppt
699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppt699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppt
699423025-ANALISIS-DE-TRABAJO-SEGURO-ATS-PPT.ppt
 
Mecánica de fluidos 1 universidad continental
Mecánica de fluidos 1 universidad continentalMecánica de fluidos 1 universidad continental
Mecánica de fluidos 1 universidad continental
 
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOLNORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIAS
 
PresentaciónReto_Equipo6 Explicacion del reto de freno electromagnetico
PresentaciónReto_Equipo6 Explicacion del reto de freno electromagneticoPresentaciónReto_Equipo6 Explicacion del reto de freno electromagnetico
PresentaciónReto_Equipo6 Explicacion del reto de freno electromagnetico
 
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
 
matematicas en la ingenieria de la construccion
matematicas en la ingenieria de la construccionmatematicas en la ingenieria de la construccion
matematicas en la ingenieria de la construccion
 
Ergonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworking
Ergonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworkingErgonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworking
Ergonomía_MÉTODO_ROSA. Evaluación de puesto de trabajo de oficina - coworking
 
Mecanismo de cuatro barras articuladas!!
Mecanismo de cuatro barras articuladas!!Mecanismo de cuatro barras articuladas!!
Mecanismo de cuatro barras articuladas!!
 
SISTEMA ARTICULADO DE CUATRO BARRAS .pdf
SISTEMA ARTICULADO DE CUATRO BARRAS .pdfSISTEMA ARTICULADO DE CUATRO BARRAS .pdf
SISTEMA ARTICULADO DE CUATRO BARRAS .pdf
 
monografia sobre puentes 1234456785432o5
monografia sobre puentes 1234456785432o5monografia sobre puentes 1234456785432o5
monografia sobre puentes 1234456785432o5
 
PETROLEO triptico para estudiantes de educacion
PETROLEO triptico para estudiantes de educacionPETROLEO triptico para estudiantes de educacion
PETROLEO triptico para estudiantes de educacion
 
Joseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidadJoseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidad
 
Deilybeth Alaña - Operaciones Básicas - Construcción
Deilybeth Alaña - Operaciones Básicas - ConstrucciónDeilybeth Alaña - Operaciones Básicas - Construcción
Deilybeth Alaña - Operaciones Básicas - Construcción
 
Sistema de 4 barras articuladas bb_2.pdf
Sistema de 4 barras articuladas bb_2.pdfSistema de 4 barras articuladas bb_2.pdf
Sistema de 4 barras articuladas bb_2.pdf
 
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdfIMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
 
Los vidrios eléctricos en un automóvil.pptx
Los vidrios eléctricos en un automóvil.pptxLos vidrios eléctricos en un automóvil.pptx
Los vidrios eléctricos en un automóvil.pptx
 
Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.
 
Diagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdfDiagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdf
 

00_Modelo C-S.pptx

  • 1. E.P. ING COMPUTACIONAL INGENIERIA WEB Modelo cliente/servidor
  • 2. Arquitectura Cliente/Servidor  Elmodelocliente/servidoresunodelosmodelosaplicacióndistribuidaque más éxitoha tenidoenlas últimasdécadas.Consisteenla construcciónde sistemasbasadosencapasdondelosrolesserepartenentre unamáquina clienteyunoo variosservidores.  Bajo estemodelo,podemosver variacionesenla construccióndela arquitecturadelossistemas.Estetipodearquitecturassonconocidascomo arquitecturaporcapas.  Organizanlosrolesdecada equipodependiendodesufuncionalidady se caracteriza porlaindependenciadecada nivel.
  • 3. Componentes del modelo  Elcliente:Cuandosehabla delclientesehacereferenciaa undeterminado demandantedeservicios,esteclientepuedeseralgúnordenadorouna aplicacióndelárea informática,la cualrequiera deinformaciónproveniente dela redpara funcionardemanera adecuada.  Elservidor:Elservidorsebasaenunproveedordeservicios,loscualesa su vezpuedenserordenadoreso aplicacionesdelárea informática,lascuales puedenenviar informacióna losdemásagentesqueseencuentran conectadosa la red.
  • 4. Componentes del modelo  Lared: La redsebasa enunconjuntodeclientes,servidoresy diversosdatos queseencuentranenlazadosdeunamanera físicao nofísica,allísepueden encontrardiversosprotocolosdetransmisióndeinformacióndebidamente establecida.  Elservicio:unserviciosepuededefinircomounconjuntodeinformación específica,quetienecomopropósitoproporcionarunarespuestaa las necesidadesdeunclienteenespecífico.
  • 5. Componentes del modelo  Elprotocolo:Elprotocolosebasaenungrupodenormas,reglasydiversos pasosdebidamenteestablecidos,estossepuedenreflejar demanera clara y concretaacerca delflujodeinformaciónenunadeterminada red debidamenteestructurada.  Y labasededatos:Estabase sedefinecomodiversosbancosdeinformación debidamenteordenada,categorizada yclasificada,las cuales,forman parte dela red,las cualessondistintossitiosdealmacenajepara la implementacióndelosservidoresyademás,semanera directaconlos clientes.
  • 6. Modelo de dos capas  Estetipodearquitecturautilizaunclientequepeticionalosserviciosdeun servidordondeseejecutatodolonecesariopara poderdar servicioa los aplicativos.Eselpropioservidorelque,consusrecursosinternos,sirvede datos,lógicaeinformaciónal cliente.
  • 7. Modelo de dos capas  Estetipodearquitecturapuedeserimplementadapara losdiversossistemas clienteservidor,enlosquelosclientespuedensolicitarciertosrecursosyel servidorquecorresponde,deberá responderdemanera directaantela solicitudrealizada consuspropiosrecursos.Esoquieredecirque,elservidor nonecesitadeuna determinadaaplicaciónextra parapoderproporcionar gran partedeesteservicio.
  • 8. Modelo de tres capas  Adiferenciadelmodelode2 capas,elservidoralqueatacanlosclienteshace deintermediarioentreotro equipoquealmacena losdatos,a estamáquina seleconocecomoMidelwareysueleserla encargadadeproporcionarla lógicadeaplicación.  Elcliente,simplementeejecutala capadepresentación,yelservidorde datosproporcionayregistra la informaciónprocesadaprovenientedela capa deaplicación.Porestadistribuciónderoles(Cliente/Presentación-> Midelware/Aplicación-> ServidorDatos/Datos)seleconocecomo arquitecturadetresniveles
  • 9. Modelo de tres capas  Esta separación de roles es tremendamente flexible, perosu mayoractivo es la modularidadestanca, es decir, se puede modificar cualquiera delas capas sin tener incidencia en el resto de estas. Esta peculiaridad aporta almodelo versatilidad y adaptabilidad en entornos distribuidos que evolucionan a granvelocidad.
  • 10. Modelo de tres capas  Tambiénconsisteenelniveldepresentaciónqueeslacapadeinterfazde usuario,unniveldeaplicaciónqueesunacapa deservicio,querealiza el procesamientodetallado,y unniveldedatosqueconstadelservidordebase dedatos,quealmacena información.La arquitecturadetresnivelessepuede dividiren3 partes,la capadepresentación(oniveldecliente),la capa de aplicación(onivelempresarial) yla capadebasededatos(oniveldedatos). Funcionadelassiguientesformas:Elsistema Clientemanejala capa de Presentación;elservidordeaplicacionesseocupadela capa dela aplicación yelsistema delservidorsupervisala capadela basededatos.
  • 11. Arquitectura LAMP Unbuenejemplodeunsistemacliente-servidorquehasidomuyutilizadoenla últimadécada eselmodeloLAMP,acrónimoutilizadoqueprovienedelos componentesdelosqueconstala arquitectura:  Linux, el sistema operativo,código abierto,potente y con un gran respaldo tanto por partede empresascomo por su inmensa comunidad.  Apache, elservidor(es)web,cuya función principal es procesar solicitudes y aportaractivos web mediante diferentesprotocolos.  MySQL/MariaDB,el gestor de bases de datos.  Perl,PHP, o Python, loslenguajes deprogramación.
  • 12. Arquitectura LAMP Estacombinacióndetecnologíassehapopularizadotantodadasuversatilidad, potencia,escalabilidady sobretodoestatusdeOpenSource,esdecir,quese basa enlicenciasdecódigolibre.Seusaprincipalmentepara arquitecturasWEB.  LINUX esla basedondesesustentaelrestodela arquitectura,eselsistema operativodondeseinstalanloscomponentesdela capadedatosyla capa deaplicaciónyeselencargadodeproveer todala infraestructurade componentespara quelosdemásaplicativospuedanfuncionar.
  • 13. Arquitectura LAMP  APACHE+(PHP,PYHTON,PERL)componenlacapa deaplicacióndelsistema LAMPo la capaintermedia,esdondefuncionala lógicadeaplicacióny esla encargadadeinterconectarla capadepresentaciónconla capa dedatos. Estacapa esla encargada detomar losdatosproporcionadosdesdela capa dedatosymediantela lógicaprogramada componeelHTMLnecesariopara queunnavegadorpuedainterpretarlo.  LosNAVEGADORESsonelescalónfinal(capadepresentación)dela arquitecturaylapartemás heterogéneadetodas,yaquesusconfiguraciones sonimpredeciblesy lacasuísticaesimposibledepredecir.
  • 14. Arquitectura LAMP  MYSQL/MariaDB eslacapadedatos,consisteenunsoftwaredegestiónde basesdedatosrelacionalesdondesegestionantodaslas peticionesde informaciónporpartedela capadeaplicación.Se instalaenelsistema operativoynotieneporquéestarenelmismoservidor(aunqueenLinux suelevenir pre-instaladoLAMPcompletoenla mismamáquina).
  • 15. Consideraciones Ventajasdela arquitecturacliente-servidor  Larentabilidadnecesitamenoscostesdemantenimientoyla recuperación dedatosesposible.  Lacapacidaddelosclientes/ servidoressecambiará porseparado.  Sistemacentralizadocondatosenunsololugar.
  • 16. Consideraciones Desventajasdelaarquitecturacliente-servidor:  Losclientespuedenserpropensosa virus,gusanosytroyanossiestán presentesenunservidor/ cargadosenelservidor.  Elservidorpuedeserpropensoa ataquesdedenegacióndeservicio.  Lospaquetesdedatossemodificaráno falsificarándurantela transmisión.  Elphishingy lacapturadecredencialesdeiniciodesesióny otra informaciónútildelusuariosonbastantecomunesyelataqueManina Middleserácomún.
  • 17. Ejemplos de arquitectura cliente- servidor Haydiferentesejemplosdelmodelocliente-servidorenlavidadiaria.Sedan algunosejemplosdecliente-servidor:  Servidoresdecorreo:Losservidoresdecorreoelectrónicosepuedenutilizar para enviar yrecibircorreoselectrónicos.Un softwarediferentepermiteel manejodelcorreoelectrónico.  Servidoresdearchivos:Sonla ubicacióncentralizadadelosarchivos.Por ejemplo,seaccederá alosserviciosenla nubepara MicrosoftOfficey Googledocsdesdesusdispositivos,yseaccederáa losarchivosqueguarde desdela computadoradesdesuteléfono.Deestaforma, losalmacenesde archivosestarán centralizadosyaccederán aellosmúltiplesclientes.
  • 18. Ejemplos de arquitectura cliente- servidor  Servidoresweb:Estosservidoresalbergarán diferentessitiosweby estosson equiposdealtorendimientodondesealojanlossitiosweb.Elclienteestá utilizandoyelservidorweb esunsistema deservidorquealojaestossitios web.Elusuarioo clientesolicitarecursosodatosdelsitiodelservidora travésdeInternet dealta velocidad.
  • 19. ¿Dos o tres capas? Comohemosdescritolasaplicacionesbasadasencapasde3nivelesson bastantepopularesypotentes,peronosonlasúnicas,lasaplicacionesdedos nivelesestánbastanteextendidassobretodoenámbitosdeaplicaciones empresariales.  Laarquitecturadedosnivelesesmenosflexible,tienepeor rendimientoy generalmentemenosseguras,yaquenosepuedeseparar laseguridadpor niveles.Tambiénesmás asequible,yaqueeselpropioservidorquien ejecutatodalacarga detrabajo.Esmássencilladeimplementardadoqueno tenemosquepreocuparnosporcomunicarlascapa además deinterconectar todaslaspiezas,evitandoproblemasdelatencias,comunicaciones,etc.
  • 20. ¿Dos o tres capas?  Unbuenejemplodearquitecturadedoscapas puedeser unpequeñojuego onlinedondequeremosjugar conunoscuantosconocidos.Para ello debemostener unservidordondelosclientes,quepreviamentehan tenido queinstalareljuego,seregistreny puedaninteractuarenelmundovirtual mediantela interconexióndelservidordeljuego.  Otroejemplodeestetipodearquitecturasesunaplicativodeuncine,donde todaslasventanillasejecutanunsoftwareespecificoqueataca a unservidor conlosdatos,deesta manera todaslasventanillastienenlosmismosdatosy puedengestionarcorrectamentelosasientosdelosclientesdelcine.
  • 21. ¿Dos o tres capas?  Enarquitecturasde3 capasvemoslosgrandessitioswebdeinternet,donde sería totalmenteinviableimplementarlosenarquitecturasdedoscapas.  Lasaplicacionesmóvilessonotroejemplodeaplicativosde3 capas,estos aplicativosatacas API’sdecomunicaciónquegestionanla lógicade aplicacióny negocio,e interconectanla parte visibledela pantalladelos dispositivosconlosdatosdecada unodelosusuarios.
  • 22. ¿Dos o tres capas?  Asimplevistacomparandolosejemplosexpuestospodemosasumirquelas arquitecturasde3 nivelessonmás potentesy flexiblesyporlógica,más complejas.Seimplementanensistemasdistribuidosquenecesitanuna fuerteescalabilidadademás deunrendimientosuperior.  Sinembargo,para aplicacionesmás pequeñasy demenorcalado,quizásuna arquitecturade3nivelesdemás problemasqueventajas,perotantoel implementarunniveldedatosyunaplicativoqueataque directamentea estosenelmismoservidorpuedeserlasoluciónmásacertada.