ARQUITECTURA DE SISTEMAS

INTRODUCCIN La mayor parte de empresas modernas en la actualidad han comenzado a subdividir las antiguas unidades de sistemas en dos grandes grupos de trabajo, bien diferenciados uno del otro, unos que se encargan de la infraestructura y otros que han comenzado a denominarse arquitectos de sistemas.

Arquitectura de Sistemas A la arquitectura de sistemas la podemos definir de la siguiente forma: Entendemos por arquitectura en un proyecto informtico a la disposicin conjunta y ordenada de elementos software y hardware para cumplir una determinada funcin. No es difcil de comprender que si mezclamos arquitecturas distintas e inconsistentes sin ningn tipo de orden o planificacin el proyecto se puede convertir fcilmente en ingobernable, tanto o ms cuanto mayor sea la envergadura del mismo (Morales Vzquez, 4). Cuando una organizacin o empresa elige un sistema comercial propietario, el proveedor elige automticamente la arquitectura que desea utilizar para su sistema. En realidad, muchas empresas, particularmente las ms pequeas, son las eligen sistemas propietarios dado que no quieren centrar los recursos en temas de definicin de la arquitectura de sistemas. La gran mayora de las organizaciones suelen favorecer unas configuraciones concretas; la arquitectura de cada empresa debera de describir estas configuraciones y el entorno, el cual facilite crear nuevas funcionalidades que logren encajar en ella, incluyendo directivas, componentes de software reutilizables, herramientas a utilizar, etc. Para facilitar que las nuevas funcionalidades que demos a nuestro sistema sean consistentes con el sistema actual y las posibles modificaciones futuras que le puedan ocurrir a este, necesitamos conocer dicha arquitectura, pero es mucho ms importante conocer la arquitectura operativa y organizacional de la empresa. Un error en el que no debe caer un arquitecto de sistemas es el de ser demasiado perceptivo. Introducir demasiadas normas que creen una excesiva rigidez provocar problemas en el desarrollo de aplicaciones. Un buen arquitecto de sistemas debe de tener siempre en mente que su principal finalidad es permitir la creacin de aplicaciones, facilitando la creatividad y la innovacin de los creadores de las mismas. (Morales Vzquez, 4) La arquitectura de sistemas, en la poca en los que solo existan los mainframes, era muy sencilla, exista un lugar para cada cosa y cada cosa tena su lugar adecuado. Con el paso de los aos y siempre en busca de una mayor flexibilidad, se han ido introduciendo estructuras cada vez ms y ms complejas, tales como: arquitectura cliente/servidor, arquitectura a dos capas, arquitectura a tres capas, message brokers, data warehouses, objetos distribuidos, arquitectura webs, etc. Un buen arquitecto debera a empezar por

recordar que su trabajo es el hacer la vida ms fcil a los desarrolladores y no al revs. (Morales Vzquez, 4). Si la mejora en los procesos y aplicaciones redunda en un mejor rendimiento de la empresa junto con su sistema, y si para corregir las aplicaciones necesitamos mejorar los sistemas, entonces la prctica de sistemas debera de ser el vehculo de desarrollo de ambos. En la prctica la arquitectura de los sistemas actuales constituyen en muchos casos, grandes obstculos para el desarrollo de los dos. Existe otra gran idea que subyace todos los enfoques existentes, la especializacin, dividir los problemas en sus partes constituyentes y resolverlas separadamente con equipos de especialistas centrados en un rea nico. La especializacin deja dos puntos sin respuesta, como por ejemplo dividir los sistemas para que puedan ser definidos separadamente y cmo unirlos posteriormente para formar un todo homogneo del sistema. Estos son los principales retos de la moderna arquitectura de sistemas. Siempre se ha credo que la especializacin de sistemas fue hecha por la industria, pero esto no es as. La naturaleza la usa desde hace millones de aos. Los seres vivos estn constituidos por rganos, cada uno de los cuales es un conjunto de clulas altamente especializadas. La ventaja de este esquema es que cada uno de ellos se puede desenvolver aislado de los otros. El nico objetivo que debe de tener en mente el arquitecto de sistemas es el de la organizacin para la que trabaja, sino, tarde o temprano, entrara en conflicto con l. La arquitectura de sistemas debe de ser lo suficientemente flexible como para acomodarse a los cambios de objetos de la organizacin. Esta es la clave principal para asegurar su longevidad. BASAMIENTO EN COMPONENTES Una gran cantidad de arquitectos de sistemas se estn preocupando cada da por los tipos de componentes que se deben y necesitan utilizar para el debido funcionamiento del sistema. El desarrollo de sistemas basado en componentes puede ser atacado desde dos frentes o ms precisamente niveles diferentes. Uno de ellos es el nivel de la tecnologa que se empleara para la implementacin de los sistemas, y el otro es un nivel previo ms abstracto en el que el centro es la estructura lgica de la solucin dejando de lado los aspectos particulares de la tecnologa (Gmez, 3); El desarrollo basado en componentes se encuentra actualmente en una gran evolucin, la cual puede ser experimentada en dos mundos diferentes. Por un lado, se encuentran los estudios a nivel conceptual, que son los que buscan definir la arquitectura lgica de ciertos tipos de sistemas y los pasos para probarla con componentes para un sistema particular de uno de estos tipos.

Por otra parte, se encuentran las tecnologas que proporcionan plataformas para el desarrollo y ejecucin de componentes, como por ejemplo el JAVA2.En este mundo, la nocin de componentes se encuentra definida como una construccin de implementacin. MODELO EVOLUTIVO Los elementos claves que debe de cumplir nuestra arquitectura para facilitar el desarrollo de nuevas aplicaciones son: tener unas directivas claramente definidas, pero no rgidas en exceso ni dictatoriales en cuanto al uso de determinadas tecnologas o fabricantes; favorecer el uso de aplicaciones que posean una funcionalidad base y sean personalizables por el usuario ,adems de poder facilitar su uso y el desarrollo de los componentes del sistema que pondremos en funcionamiento. El modelo evolutivo, en el cual la arquitectura del sistema va adaptndose paso a paso, y cada da ms, cada uno de ellos basado en los anteriores y siendo el mejor de todos los posibles que podemos dar en cada momento y no solo siguiendo un plan maestro; tiene un poderoso antecedente, que es la evolucin natural. Esta posee dos elementos cruciales, un mtodo de producir variantes (la reproduccin) y un mtodo de elegir la mejor entre estas (la supervivencia de loa ms fuerte). Al igual que lo que pasa en la evolucin natural, las variaciones en el mundo de la informtica son abundantes y solo los sistemas ms abiertos sobreviven, en la actualidad, logrando superar a los ms antiguos. Por eso es algo fundamental crear un entorno que propicie la tecno-diversidad en la arquitectura del sistema. Una gran excepcin a esta teora la constituyen, en s mismos, los mainframes, los cuales han resistido ms de lo que se poda esperar de estos, incluso sobrevivi a la epidemia del ao 2000. El problema es cmo crear un entorno que facilite la tecno-diversidad, donde las arquitecturas preestablecidas sobrevivan donde sea necesario, pero sin bloquear el paso de los nuevos esquemas del sistema. Los mtodos evolutivos son tambin muy populares en el desarrollo de software a medida, las aplicaciones suelen construirse mediante una serie de pasos consecutivos y no de una sola vez, reduciendo as, considerablemente, el riesgo fallos y el costo del desarrollo. Estrictamente hablando, en este caso el trmino evolucin no est bien usado, puesto que no existe ni variacin ni seleccin. Un trmino ms adecuado para este tema sera desarrollo incremental. Hasta hace solo algunos aos las industrias de software atravesaban una grave crisis; las empresas demandaban desarrollos cada vez ms y ms complejos en plazos de tiempo cada vez ms ajustados, y a precios ms competitivos. La actividad de desarrollar software es ya de por s solo sumamente lenta y frustrante para tener que aguantar esto. Despus de comenzar a andar por el verdadero camino, por fin tenemos la tecnologa suficiente para crear y ensamblar componentes que otras ramas de la ingeniera o cualquier otra rama disfrutan desde hace ya mucho tiempo.

En la industria del software tenemos otras pequeas peculiaridades como la replicacin masiva, que nunca ha sido un problema. Nuestro principal objetivo es la personalizacin masiva, adems de disponer de una amplia variedad de productos basados en un esqueleto comn. Actualmente, las maquinas son baratas y la gente que sabe trabajar con ellas son muy caras. Por lo que aparecieron las tcnicas orientadas a objetos. Colocar datos y funciones juntas formando objetos fue un gran paso,pues sin ella ninguna de las tecnologas de empaquetado de componentes actuales hubiera prosperado. La orientacin a objetos es el mayor paradigma que jams ha existido en el mundo de la informtica (Morales, 4). Los primeros intentos de empaquetado de cdigo fueron un fracaso, los desarrolladores no podan creer que el envoltorio sea ms complejo que el cdigo que posea. Pero hoy en da, el empaquetado de cdigo sigue siendo complejo y arrastra considerables problemas como: aumentar considerablemente el tamao de los programas, empeorar el rendimiento del programa y hacer consumir ms recursos de las maquinas donde son ejecutadas. Las arquitecturas de sistemas evolutivas tienen ciertas caractersticas comunes como: Usan tecnologa orientada a componentes. Invierten en la infraestructura del sistema. Juzgan la arquitectura del sistema desde el punto de vista del usuario. Prefieren a las directivas que a los standard. Eliminan los proyectos fallidos rpidamente. Reflejan la arquitectura de su organizacin en la arquitectura de sistemas. Valora el capital intelectual.

MODELO CLIENTE/SERVIDOR Con el gran aumento de la velocidad junto con la potencia de las computadoras personales y, el decremento en su precio, los sistemas han comenzado a distanciarse de la arquitectura centralizada. Los terminales conectados a un sistema central han sido suplantados por las computadoras personales. De igual manera, el interfaz del usuario que sola estar gestionada, directamente, por el sistema central est pasando a ser dirigida cada vez ms por las computadoras personales. Como consecuencia, los sistemas centralizados actan hoy como sistemas servidores que satisfacen peticiones generadas por los sistemas de clientes. cualquier LAN (Red de rea local) puede ser considerada como un sistema cliente/servidor desde el momento en que el cliente solicita servicios como datos, ficheros o imprimir desde el servidor. Cuando un usuario se conecta a internet, interacta con otros computadores utilizando el modelo cliente/servidor. Los recursos de Internet son proporcionados a travs de computadores host, conocidos como servidores. El servidor es el computador que contiene informacin (bases de datos, ficheros de texto.). El usuario o cliente, accede a estos recursos va programas

cliente (aplicaciones) que usan TPC/IP para entregar la informacin a su computadora. (Oasis, 2). Las plataformas de cliente/servidor son parte del concepto de sistemas abiertos, en el cual todo tipo de computadores, sistemas operativos, protocolos de redes, software y hardware pueden interconectarse y trabajar , coordinadamente, para lograr los objetivos del usuario. Sin embargo, en la prctica, los problemas al intentar alcanzar tal variedad de sistemas operativos, protocolos de redes, sistemas de base de datos y otros, que trabajen conjuntamente pueden ser muchos. El objetivo de los sistemas abiertos consiste en lograr la interoperabilidad, que viene a ser el estado de dos o ms sistemas heterogneos comunicndose y contribuyendo cada uno a alguna parte del trabajo que le corresponda una tarea comn. Un sistema cliente/servidor es aquel en el que uno o ms clientes y uno o ms servidores, conjuntamente con un sistema operativo subyacente y un sistema de comunicacin entre procesos, forma un sistema compuesto que permite computo distribuido, anlisis, y presentacin de los datos. Si existen mltiples servidores de procesamiento de base de datos, cada uno de ellos deber procesar una base de datos distinta, para que el sistema sea considerado un sistema cliente/ servidor. Cuando dos servidores procesan la misma base de datos, el sistema ya no se llama un sistema cliente/servidor, sino que se trata de un sistema de base de datos distribuido. (Oasis, 2). Los clientes a travs de la red, pueden realizar consultas al servidor. El servidor tiene todo el control sobre los datos; pero sin embargo los clientes pueden tener datos privados que residen en sus computadoras. Las principales caractersticas de la arquitectura cliente/servidor vienen hacer las siguientes: El cliente no necesita conocer la lgica que maneja el servidor, solo su interfaz externa. El servidor presenta a todos sus clientes una interfaz nica y bien definida. Los cambios en el servidor traen con el pocos o ningn cambio en el cliente. El cliente no depende de la ubicacin fsica del servidor, ni del tipo de equipo fsico en el que este se encuentre, ni de su sistema operativo. En la siguiente figura podremos observar el diagrama de la arquitectura del modelo cliente/observador, con sus debidos componentes que lo conforman que son: El ncleo: Que viene hacer lo que se llama servidor El interfaz: Que viene hacer el cliente.

Lo que tambin nos podemos dar cuenta en la imagen es que el servidor puede tener a su disposicin varios clientes, y adems recibir la ayuda de otro servidor que se encuentre disponible para el buen funcionamiento del sistema. Existen dos tipos de arquitecturas cliente/servidor que son las siguientes: a) Arquitectura de dos capas: La arquitectura cliente/servidor tradicional tiene una solucin de 2 capas, y consta de tres componentes distribuidos en dos capas que son: servidor (proveedor de los servicios) y el cliente (solicitante de los servicios). Sus tres componentes son: Interfaz de usuario. Gestin del procesamiento. Gestin de la base de datos.

En la imagen nos podemos dar cuenta de la funcin que viene a cumplir cada capa para la realizacin de la arquitectura del sistema y de la forma como se va desarrollando el intercambio de datos para el debido funcionamiento del sistema. b) Arquitectura de tres capas: La arquitectura de 3 capas surgi para mejorar y superar las limitaciones que posea la arquitectura de 2 capas. La tercera capa (servidor intermedio) est en el interfaz del usuario y el gestor de datos. La capa intermedia proporciona la gestin del procesamiento, y en ella se ejecutan las reglas junto con la lgica del procesamiento. La arquitectura de 3 capas es muy usada cuando se necesita un diseo cliente/servidor que proporcione: incremento del rendimiento, flexibilidad, mantenimiento y reusabilidad; mientras se esconde la complejidad del procesamiento distribuido al usuario.

En esta grafica o figura nos podemos dar cuenta de la importancia de una tercera capa (capa de intermedio) para el debido funcionamiento del sistema creado y logra complacer todos los requerimientos solicitados por el cliente. COMPUTACION EN RED En la actualidad, en el mundo de la arquitectura de sistemas, la computacin en red est siendo muy solicitada para la comunicacin y el envo de informacin sobre el desarrollo del sistema a analizar o puesto en funcionamiento.

La segunda tendencia arquitectnica ms importante es la computacin en red. En realidad, ningn otro tema es tan importante actualmente dentro de la arquitectura. Una caracterstica sutil del trmino computacin en red es que se usa con frecuencia indistintamente con Internet .Esto es porque el internet creci tanto y es tan visible, como por ejemplo la computacin en red. (Virtual, 5). La tecnologa web ha cambiado la forma en que las aplicaciones son desarrolladas. Si nada logra pararla, en muy poco tiempo el estndar para crear interfaces grficos ser el HTML. Pero la web tiene muchas cosas ms que ofrecer que solamente la apariencia externa; internet pronto lograr conectar a la totalidad de los ordenadores del planeta, y esto cambiar por completo las reglas del desarrollo de aplicaciones; las organizaciones que permanezcan aisladas no podrn beneficiarse de estas grandes ventajas, pues sus clientes, sus empleados y sus proveedores estarn continuamente conectados. La web ha logrado popularizar tambin un gran conjunto de tecnologas actuales y pasadas (HTML, TCP/IP, Java, etc.) los arquitectos tenemos ahora un mayor conjunto de herramientas con las que podemos jugar y crear ms tipos de soluciones a los problemas que se presentan actualmente en los sistemas computacionales. La tendencia hacia la computacin en red representa una gran evolucin a una forma de computacin, que tiene el poder de alterar, significativamente, el proceso empresarial del mismo. Es una combinacin y una extensin de otras formas de computacin: centralizadas, distribuidas y orientadas a las computadoras personales; en la computacin en red, las aplicaciones y los datos residen en la red. La migracin continua hacia la computacin en red ha incrementado las exigencias en materia de aplicaciones. La World Wide Web es una aplicacin de la computacin en red que funciona con casi todos los terminales. Algunos tienen un nmero ms pequeo de usuarios, pero requieren recursos extensos de red como :Intranet, que es un Internet que limita el acceso a un grupo determinado de personas o recursos y usa los mismos protocolos de comunicacin que Internet. Miles de grficos se transmiten en la web diariamente a millones de usuarios en todo el mundo, el ejemplo ms sorprendente de computacin en red es el clculo del ao 2000. Ms de 150 millones de personas en ms de 100 pases estn conectadas a la Internet. El nmero de usuarios aumenta a razn de un milln cada mes, y 60% de los usuarios son empresarios. En 1997, cerca de 15% de la poblacin de los Estados Unidos utiliz correo electrnico y 12,8 millones de hogares tenan conexin de correo electrnico. Ms de 100000 empresas realizaron negocios en todo el mundo usando la World Wide Web y se agregaron ms de 15000 empresas enumeradas en el ndice de sitios Comerciales, sea, un promedio de 73 entradas nuevas a diario. A finales de la prxima dcada se espera que haya ms de 800 millones de usuarios conectados a la Internet, ms 1 milln de redes y ms de $1 billn en transacciones por Internet anualmente.(Virtual, 5).

Mucho se ha dicho acerca de la repercusin de las computadoras e Internet en nuestra sociedad; pero an nos queda por responder la pregunta de si realmente transformaremos la sociedad mediante el uso de las computadoras e Internet; sin duda el potencial est all, pero solo lo podremos hacer posible si podemos lograr acceso para todos, de otro modo, no tenemos la posibilidad de ver los cambios revolucionarios que han sido anunciados por el uso masivo de los recursos del Internet.

LINCOGRAFIA 1_ httpcatarina.udlap.mxu_dl_atalesdocumentoslisgarcia_a_jlcapitulo3.pdf 2_httpoasis.ciscug.orgletzhunecisctutorialessextoArquitecturas%20de%20sistemas%20de %20bases%20de%20datos.pdf 3_httpwww.eici.ucm.clAcademicosygomezdescargasIng_Sw2apuntesarquitecturasistemas .pdf 4_ httpwww.morales-vazquez.compdfsarquitectura.pdf 5_ httpwww.virtual.epm.brmaterialhealthcarespanishA0202.pdf.

AUTOR: ANAMPA DE LA CRUZ, ALAN MICHAEL.