Servicios remotos

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.