Proyecto final

Miguel Ángel Casas Fajardo - 203243

Corporación Universitaria Minuto de Dios

Facultad Ingeniería, Corporación Universitaria Minuto de Dios

Docente: Carolina Hernandez

Materia: Seguridad de la información - 16701

25 de mayo de 2021
ÍNDICE
INTRODUCCIÓN OBJETIVOS
3
General 3
Específico 3

Caso de estudio asignado 4

Descripción del caso de estudio 4
Conformación de equipo de trabajo 4
Matriz de asignación de responsabilidades (RACI) 4
Benchmarking de soluciones 5
Esquema de conexión 9
Listado de hallazgos (problemas y soluciones posibles) 9
Solución propuesta inicial 9

Diseño de modelo distribuido 10

Tipo de sistema distribuido 10
Diagrama de componentes 23
Especificación de lenguaje, plataforma, frameworks, etc 24
Mapa de procesos 24

Diseño de modelo distribuido 24

Modelo de encapsulamiento de servicios aplicado 24
Detalles de configuración del modelo cliente servidor 25
Modelo de capas 25
Estrategia de distribución 26
Listado de servicios y protocolos 26

Diseño de redes de sistemas distribuidos 29

Diagrama de configuración cliente/servidor 29
Diagrama de descomposición de red 29
Diagrama de conectividad de hub (switches) 30
Diagrama de conectividad de las estaciones de trabajo 30

Diseño de Middleware 31
Modelo de operación de la aplicación cliente servidor 31

Conclusiones 38

Bibliografía 22

1
INTRODUCCIÓN

El proyecto se basa en el aprendizaje basado en proyectos, el cual tiene por objetivo

la búsqueda integral del conocimiento, tanto en la parte de infraestructura, es decir,
cuales son los componentes físicos que se requieren para dar solución a la
problemática presentada.
Sin embargo, el desarrollo de la actividad consiste primordialmente en la capacidad
de aplicar métodos mediante RPC o RMI que permitan conectar aplicaciones de
manera remota. En este caso se desea desarrollar un aplicativo con el cual se van a
poder conectar diferentes ciudades.

OBJETIVOS

● General
Desarrollar un sistema distribuido que permita hacer uso del mismo de forma
central y remota.
● Específicos
○ Crear un login de acceso al sistema mediante protocolos seguros de
acceso.
○ Establecer Transferencia de archivos mediante RMI.
○ Implantación de redes LAN cuyo NAT se establezca mediante una
conexión VPN desde las oficinas secundarias a la principal. para
conexión a la red principal de la compañía

● Caso de estudio asignado

○ Descripción del caso de estudio
La compañía de construcción BakerlooBrothers. La empresa quiere
que equipos de arquitectos trabajen en diseños en la oficina principal,
permitir al supervisor de la construcción introducir los cambios de
último momento a los planos de obras en proceso y permitir a clientes
ver los diseños casi en cualquier parte. Actualmente, la compañía tiene
una LAN para los arquitectos que están en una ciudad [Filadelfia] que
les permite compartir algunas herramientas de dibujo y cualquier
actualización que los miembros del equipo hacen con los arquitectos
en otras ciudades (Nueva York, Terre Haute, Milwaukee, Lincoln y
Vancouver).

El supervisor usa una computadora portátil, no puede hacer ningún

cambio y no se conecta a una base de datos. Los clientes ven los
diseños en las pantallas, pero los representantes de ventas no pueden
introducir las modificaciones para mostrarles lo que pasaría si una
pared se moviera o si se altera una línea del tejado. (Sugerencia:

2
 mencione los problemas que la compañía está encontrando, analice
los síntomas, piense en una solución y después empiece a dibujar) Se
podría necesitar más de una red y no todos los problemas se prestan a
una solución de sistemas.
○ Conformación de equipo de trabajo
Nombre Área

IT

Miguel Casas Fajardo IT

IT

Listado de hallazgos (problemas y soluciones posibles)

Problemas
○ Conexión directa con el supervisor para poder enviar cambios de los
diseños (Por parte de los arquitectos fuera de filadelfia)
○ Conexiones a base de datos o nube inexistente
○ No existe un directorio activo que controle las políticas de cambios
○ No tienen en funcionamiento de redes virtuales VPN
○ No existen VLAN dentro de la LAN
○ No hay implementación de seguridad en la red
○ Cambio de zona horaria (GMT)
● Posible Solución
○ Administración de la red mediante un router (Capa 3)
○ Desarrollo de VLAN en la red principal y secundaria
○ Implantación de redes LAN cuyo NAT se establezca mediante una
conexión VPN desde las oficinas secundarias a la principal. para
conexión a la red principal de la compañía
○ Administración de un servidor con directorio activo para el control de
acceso de cambios
○ Implementación de un servidor de archivos (Backup)
○ Uso de base de datos en la nube (Servicio de Google)
○ Uso de un canal dedicado (fibra) a través de proveedores de servicios
de internet (ISP)
○ Implementación de firewall

3
 ○ Matriz de asignación de responsabilidades (RACI)
■ R = Responsable
■ A = Autoridad
■ C = Consultor
■ I = Informado

Actividad / Recursos Jessica Jhon Miguel

Desarrollar el acta de construcción R/A R/A R/A/C

Definición de alcances y limitaciones R/A R/A R/A

Determinar costes del proyecto C C R/A/C

Establecer proveedor de servicios PaaS C/I C/I R/A/C

Requerimientos funcionales y no R/A/C R/A/C A/C

funcionales

Diagramas R/A/C R/A/C A/C

Diseño base de datos R/A/C R/A/C A/C

Prototipo R/A/C R/A/C A/C

Dialogar cambios R/A/C R/A/C R/A/C

Desarrollar el plan de prueba R/A R/A R/A

Despliegue C/R C/R R/A/C

Documentación R/A R/A R/A

Capacitación del usuario R/A R/A R/A

○ Benchmarking de soluciones
■ Cluster Local:
Un clúster con disposición local, requiere la implementación de
un datacenter que comprenda parámetros de almacenamiento,
control, regulación, disponibilidad y seguridad, en el cual se
disponga de una Alta-disponibilidad (Fail-over) de servicios,
este diseño permite mantener uno o varios servicios
disponibles, es decir en caso de que se produzca un fallo de
hardware en alguna de las máquinas el software es capaz de
arrancar automáticamente los servicios en cualquiera de las
otras (redundancia). Al recuperar el servidor que está fallado,
esto permite que los servicios sean nuevamente migrados a la

4
 máquina original (Fail-back). Esta capacidad de recuperación
automática de servicios garantiza la alta disponibilidad de los
servicios, minimizando así la percepción del fallo por parte de
los usuarios.
Para la implementación de este, es necesario la adquisición del
data center a nivel físico y de componentes:

Item Equipo Característica Estimado

1 Rack (Físico) 2 metros $800.000

2 Cableado 6A $3.500.000

3 IPS Canal dedicado fibra $1.500.000

(50 megas) - línea
telefónica

4 UPS 10 KVA $6.000.000

5 Aire 12,000 Btu $1.500.000

acondicionado

6 Router Cisco Asa5512-k9 $3.000.000

7 Firewall Fortigate Fg 100d $2.000.000

8 Switch Cisco-Ws-c2960x $1.000.000

9 Servidor HP-DL-360 $18.000.000

10 Servidor HP-DL-360 $18.000.000

11 SAN MSA 1040 2PRT FC $38.000.000

DC SFF STRG

12 CCTV Dahua Technology $1.000.000

64S

13 Biométrico Reloj Biometrico $350.000

Asistencia Color G8

14 Licenciamiento Windows $10.000.000

15 Implementación Aplicativo $70.000.000

16 Total - $174.650.000

5
 Especificaciones de los nodos de servicio:

Especificación Nodo 1 Nodo 2

Marca HP ProLiant DL360 HP ProLiant DL360

Gen9. Gen9.

Sistema Operativo Windows Server Windows Server

2012 R2 Standard 2012 R2 Standard

Procesador Intel ® Xeon ® CPU Intel ® Xeon ® CPU

E5-2630 v4 E5-2630 v3 @
2.20GHz. 2.40GHz, 2397 MHz,
8 procesadores
principales, 16
procesadores
lógicos.

Memoria RAM 128GB. 128GB.

DD 279 GB. 278GB.

Especificación SAN (Storage Area Network)

Marca HPE MSA 1040 2prt FC DC SFF strg

Capacidad 576 TB máximo al incluir expansión (5 TB

actualmente)

■ SaaS
Este modelo de servicios permite que mediante una
negociación con un proveedor se pueda tomar la
infraestructura física y de desarrollo para la implementación de
aplicaciones en la nube, con la garantía de una alta
disponibilidad, seguridad, almacenamiento, backup, flexibilidad
y fácil adaptación del cambio, la adquisición de una plataforma
en la nube permitirá ahorrar costos en la infraestructura asi
como la integración de nueva tecnología al correspondiente
avanza y necesidades de la empresa.
Resaltando que esto permite manejar las aplicaciones, los
6
 datos, los sistemas operativos, el middleware y los tiempos de
ejecución. mientras que el proveedor brinda la virtualización, el
almacenamiento, la red y los servidores.

■ Google Cloud
● Ventajas del proveedor:
○ Cloud Storage Regional.
○ Configuración de servicios integrados y de
seguridad.
○ Pruebas de acceso y rendimiento de las
aplicaciones en la instancia desplegada.
○ Redes submarinas en fibra de google.

Actividades

Módulo de Implementación de SaaS

Evaluación técnica y dimensionamiento de componentes de

infraestructura.

Evaluación general de seguridad.

Evaluación de componentes licenciados.

Evaluación de componentes del software

Despliegue y configuración de los componentes de la

infraestructura definida

● Definición de servicios saaS.

● Definición de middleware
● Creación y despliegue de las instancias.

Despliegue y configuración de los componentes de software

Plan de backup y ejecución

Pruebas y ajustes
● Verificación del mecanismo de acceso y rendimiento de los
componentes de la infraestructura desplegada.
● Definición e implementación del esquema de respaldo.
● Definición del esquema de seguridad perimetral.
● Entrega de manuales

7
Item Equipo Característica Estimado

1 Implementación Aplicativo $70.000.000

2 Google Cloud's 500 GB $800.000

operations suite Logs

3 Cloud Storage NearLine 700 GB $30.000

4 Compute Engine 460 total hours per month $5.550.000

VM class: regular
Instance type: c2-standard-
30
Región: Iowa
Total available local SSD
space 4x375 GiB

5 CloudBerry Backup 1 Licencia $700.000

(Server)

6 Integración Servicio $6.000.000

Total - - $83.080.000

Costo anual: 21.111.000

○ Esquema de conexión
● Esquema local

8
● Esquemas SaaS

○ Listado de hallazgos (problemas y soluciones posibles)

■ Problemas
● Conexión directa con el supervisor para poder enviar
cambios de los diseños (Por parte de los arquitectos
fuera de filadelfia)
● Conexiones a base de datos o nube inexistente
● No existe un directorio activo que controle las políticas de
cambios
● No tienen en funcionamiento de redes virtuales VPN
● No existen VLAN dentro de la LAN
● No hay implementación de seguridad en la red
● Cambio de zona horaria (GMT)
■ Posibles soluciones
● Administración de la red mediante un router (Capa 3)
● Desarrollo de VLAN en la red principal y secundaria
● Implantación de redes LAN cuyo NAT se establezca
mediante una conexión VPN desde las oficinas

9
 secundarias a la principal. para conexión a la red
principal de la compañía
● Administración de un servidor con directorio activo para
el control de acceso de cambios
● Implementación de un servidor de archivos (Backup)
● Uso de base de datos en la nube (Servicio de Google)
● Uso de un canal dedicado (fibra) a través de proveedores
de servicios de internet (ISP)
● Implementación de firewall
○ Solución propuesta inicial
Generar una aplicación donde la compañía de construcción tenga la
oportunidad de tener una conexión entre sí y a la distancia donde los
clientes, arquitectos y supervisores puedan realizar consultas a la base
de datos obtener los planos actualizados y en línea subido por parte
de los arquitectos, de esta manera todos los integrantes de la
compañía puedan estar informados de los cambios realizados en los
planos.
● Diseño de modelo distribuido
○ Tipo de sistema distribuido
Se considera el sistema de cómputo como el más idóneo como
solución, dado, que este permite contener una colección de
computadoras separadas físicamente y conectadas entre sí por una
red de comunicación distribuida.
El usuario accede a los recursos remotos de la misma manera que
accede a recursos locales, o un grupo de computadores que usan el
software para conseguir un objetivo en común
Del sistema de cómputo elegimos el de Grid (Malla) ya que nos
permite realizar cambios en línea y al realizar esto, los cambios se ven
de manera inmediata, esto permite que se minimice los errores al
momento de que los arquitectos y obreros empiezan a realizar la obra,
esto permite que los cambios realizados en los planos se visualicen de
manera inmediata.
Pero además de ello permite tener un control de usuarios o niveles de
acceso y esto permite que no todos puedan realizar cambios en los
planos o que los arquitectos por equivocación introduzcan cambios en
la parte de ventas.
Y por último deja conectar a los diferentes usuarios a la red así se
encuentren en diferentes partes, pero además de ello tiene la facilidad
de conectar una nueva máquina de manera sencilla y sin realizar
cambios en los demás equipos conectados

10
○ Diagrama de arquitectura de solución

○ Diagrama de componentes

11
○ Especificación de lenguaje, plataforma, frameworks, etc
Lenguaje: Java - Es una plataforma informática y a su vez un lenguaje de
programación. El objetivo de este lenguaje es que los programadores sólo
tuvieran que escribir el código de un programa una vez, y que éste, pudiese
ejecutarse en cualquier dispositivo. Esto es posible gracias a la Máquina
Virtual de Java (JVM), que brinda esa portabilidad necesaria.
Con Java se pueden crear programas en una gran variedad de dispositivos.

Plataforma: Google service - App Engine es la plataforma como servicio

(PaaS) de Google Cloud. Con App Engine, Google controla la mayor parte de
la administración de los recursos por ti. Por ejemplo, si tu aplicación necesita
más recursos de procesamiento debido al aumento del tráfico hacia tu sitio
web, Google ajustará automáticamente la escala del sistema para
proporcionar esos recursos. También administramos por ti las
actualizaciones de seguridad del software del sistema. Google Cloud
proporciona una variedad de servicios de bases de datos SQL y NoSQL.

Framework: Google engine - En este momento, el entorno estándar de App

Engine admite Java, Python, PHP, Go y [Link]. Además, tus plantillas de
sitio web pueden incluir JavaScript junto con tu HTML que, entre otras
funciones, te permite escribir aplicaciones web habilitadas para AJAX.

La escalabilidad y seguridad de los datos y aplicaciones están garantizados,

tanto por las copias de seguridad residentes en stores lejanos como por la
migración de servicio ante cualquier incidente como si de una red eléctrica de
suministro en malla se tratara.

Base de datos: SQL - Significa Structured Query Language. SQL se utiliza

para comunicarse con una base de datos. Las sentencias SQL se utilizan
para realizar tareas como actualizar datos en una base de datos o recuperar
datos de una base de datos. Sin embargo, los comandos SQL estándar como
"Seleccionar", "Insertar", "Actualizar", "Eliminar", "Crear" y "Eliminar" se
pueden utilizar para lograr casi todo lo que se necesita hacer con una base
de datos.

Cloud platform: Provee los productos, servicios y herramientas para poder

diseñar, realizar testing y lanzar las aplicaciones en la plataforma
garantizando una gran escalabilidad y seguridad gracias al diseño de la
infraestructura proporcionada por Google.

12
● Diseño de modelo distribuido

○ Modelo de encapsulamiento de servicios aplicado

Un cluster de servidores en un conjunto de varios servidores que se
construyen e instalan para trabajar como si fuesen uno solo. Es decir, un
cluster es un grupo de ordenadores que se unen mediante una red de alta
velocidad, de tal forma que el conjunto se ve como un único ordenador,
mucho más potente que los ordenadores comunes. Una de sus principales
ventajas es que no es necesario que los equipos que lo integren sean iguales
a nivel hardware ni que dispongan del mismo sistema operativo, lo que
permite reciclar equipos que se encontraban anticuados o en desuso y
rentabilizar su uso mediante un cluster de servidores.
El tipo de cluster que vamos a usar es el la nube ya que necesitamos que las
diferentes sucursales en las empresas puedan usar el dispositivo sin
necesidad de instalarla en cualquier computador ya que nos ofrece un uso
más eficiente de recursos como almacenamiento, memoria, procesamiento y
ancho de banda, también lo escogimos ya que nos permite un manejo más
rápido, poder hacer actualización de software, también nos permite que la
empresa se adapte rápidamente al manejo de esta, nos permite hacer un
manejo a distancia desde el móvil y lo mejor de todo no es costosa.
○ Detalles de configuración del modelo cliente servidor
La arquitectura cliente/servidor persigue el objetivo de procesar la
información de un modo distribuido. De esta forma, los usuarios finales
pueden estar dispersos en un área geográfica más o menos extensa (un
edificio, una ciudad, un país, ...) y acceder a un conjunto común de recursos
compartidos.
Además, el acceso debe ser transparente (el cliente puede desconocer la
ubicación física del recurso que pretende utilizar) y, preferiblemente,
multiplataforma, es decir, independiente del sistema operativo, del software
de aplicación e incluso del hardware.

La separación entre cliente y servidor es una separación de tipo lógico,

donde el servidor no se ejecuta necesariamente sobre una sola máquina ni
es necesariamente un solo programa.
Los tipos específicos de servidores incluyen los servidores web, los
servidores de archivo, los servidores del correo, etc. Mientras que sus
propósitos varían de unos servicios a otros, la arquitectura básica seguirá
siendo la misma.
Una disposición muy común son los sistemas multicapa en los que el
servidor se descompone en diferentes programas que pueden ser ejecutados
por diferentes computadoras aumentando así el grado de distribución del
sistema.

○ Modelo de capas
Justificación de tres capas: Se selecciona este modelo debido a que en la
capa de presentación se realiza la instalación del programa en cada una de

13
 las computadoras que se tienen en la organización, de acuerdo al
planteamiento del problema que tiene el supervisor, tiene su computadora
portátil en este caso se mediante un navegador web que se encuentra
conectado a la LAN de la empresa pueda visualizar los planos que han sido
cargados por los arquitectos, en la capa de negocio se se van a implementar
todo lo que está relacionado con la estructura física y el dominio que se va a
manejar por parte de los servidores de la aplicación y esto nos permite que al
momento de realizar cambios en la arquitectura solo debemos realizar
cambios en los servidores específicos y estos llevarán los cambios a la parte
a la parte de los clientes, y en la última capa se maneja el gestor de base de
datos donde se almacenan los planos realizados por los arquitectos.

○ Estrategia de distribución
La estrategia depende del modelo de cluster incorporado, dado que
el sistema se desarrollada en cloud con los servicios diseñados por
google, el gestor de creación, modificación, presentación de los
planos se generará por un navegador web que apunta a una
dirección IP pública, quien mostrará el software diseñado por
BakerlooBrothers, a su vez los datos aquí presentados se conectarán
mediante un middleware con el sistema de Google Cloud's
operations para la gestión y almacenamiento el cual estará
virtualizado en un servidor con sistema operativo linux (64 bits) y un
gestor de bases de datos, el almacenamiento de esta base de datos
será almacenada en bruto mediante otro servicio de google, Cloud
Storage NearLine.
○ Listado de servicios y protocolos
■ Servicios
● FTP (File Transfer Protocol):

14
Nos permite enviar y recibir ficheros de todo tipo por Internet.
Mediante este servicio, podemos por ejemplo "colgar" de un
servidor de FTP de la red el último programa de antivirus, de
forma que las personas que tengan acceso a este servidor, se
conectan de forma directa y "descargan" o "bajan" este
programa a su ordenador personal. Se suele utilizar cuando
los ficheros son muchos, no siendo aconsejable, por ejemplo,
enviar 150 ficheros por correo electrónico a un usuario. Se
colocan en el servidor FTP, y cada usuario se conecta y
"descarga" en su PC los que necesite.
También un usuario puede "subir" un fichero de cualquier tipo
a un servidor FTP, dejándolo accesible para que todos los
usuarios lo descarguen en el momento que ellos deseen.
Este servicio se ha integrado también en el WWW, que
permite también la descarga de ficheros.
● Archie:
El servicio Archie es un complemento del FTP. Sirve
para buscar ficheros concretos por la Red, para más
tarde bajarlos a nuestra computadora por FTP.
También este servicio ha sido integrado en el www,
existiendo webs que permiten la localización de
ficheros.
● Correo electrónico:
Además de poder compartir información, la principal
función que deba cumplir cualquier red es la de permitir
la comunicación entre los diferentes usuarios que la
componen. En este sentido, y puesto que la Red de
redes está formada por todos los usuarios del mundo,
Internet le ofrece la posibilidad de enviar y recibir
mensajes de cualquier otro usuario que esté conectado
a ella.
Dichos mensajes pueden contener textos o archivos
adjuntos, pero solamente pueden ser enviados de
persona a persona, es decir, no puede enviar un
mensaje de Correo a un destinatario si no conoce su
dirección exacta.
Las cartas quedan acumuladas en el ordenador del PSI
hasta que nos conectamos a Internet y miramos
nuestro correo. Es entonces cuando son enviadas al
ordenador del destinatario para que pueda leerlas.
● Telnet:
El servicio Telnet permite controlar un ordenador desde
un lugar distante, sin sentarnos delante de él.

15
 Esto facilita, por ejemplo, el acceso al ordenador de un
empleado desde la sede de la empresa en otra ciudad.
En el ámbito científico este servicio permite acceder a
base de datos o incluso instrumentos que se
encuentran alejados del investigador.
■ Protocolos
● Protocolo FTP:
El protocolo FTP (protocolo de transferencia de archivos)
se usa generalmente para transferir archivos a través de
Internet. FTP usa un cliente-servidor para compartir
archivos en una computadora remota.
● Protocolo IP:
Es un protocolo que puede usarse tanto para el
direccionamiento como para el enrutamiento de
paquetes. El direccionamiento es cómo asignamos una
dirección IP a un equipo que se conectará en red; el
enrutamiento encuentra el mejor camino para hacer
llegar un paquete del origen a su destino final, pasando
por equipos de telecomunicaciones como ruteadores.
No está orientado a la conexión, lo cual significa que no
establece una sesión antes del intercambio de datos. No
garantiza la entrega de paquetes, siempre hace su mejor
esfuerzo, pero por el camino puede ser extraviado, fuera
de secuencia o duplicado.
● Protocolo RARP:
Envía mensajes y reportes de error de los paquetes. El
protocolo de mensajes de control de Internet es un
protocolo de mantenimiento. Los mensajes ICMP se
encapsulan dentro de los datagramas de IP para que
puedan encaminarse entre varias redes interconectadas.
Se utiliza para:
● Construir y mantener tablas de ruteo.
● Diagnosticar problemas (ping y traceroute) que
envían y reciben mensajes de petición de Echo
ICMP, con lo que determinan si un host está
encendido y conectado a la red.
● Ajustar el control de flujo para prevenir la
saturación de enlace de los ruteadores.
● Protocolo NTP:
NTP (Network Time Protocol, puerto 123 UDP y TCP) es
un protocolo utilizado para sincronizar relojes de
máquinas de una forma muy precisa; a pesar de su
sofisticación no fué diseñado con una idea de robustez
ante ataques, por lo que puede convertirse en una gran

16
 fuente de problemas, si no está correctamente
configurado o si no utilizamos versiones actualizadas de
nntpd, el demonio que ofrece este servicio.
● Protocolo IMAP:
Permite el acceso a mensajes de correo electrónico que
se encuentran almacenados en un servidor desde
cualquier ordenador que tenga conexión a Internet. Hay
que indicar que IMAP es un protocolo de acceso a
nuestro correo electrónico pero no es un protocolo de
envío de email.
Es recomendable el uso de IMAP para la gestión de
nuestro correo electrónico cuando queremos mantener
siempre nuestro correo electrónico en el servidor, pero
también cuando accedemos desde diferentes
dispositivos y queremos mantener sincronizado nuestro
correo en todos ellos.
● Diseño de redes de sistemas distribuidos
○ Diagrama de configuración cliente/servidor
Pretende explicar cómo se comunican los clientes y servidores,
además de que Software ejecuta cada extremo, esto mediado por una
red de datos.

17
○ Diagrama de descomposición de red
Describe las redes LAN, WAN que componen el sistema distribuido a
nivel de nodos; además de las estaciones de trabajo que ubican en
cada uno de estos.

○ Diagrama de conectividad de hub (switches)

Es útil para mostrar cómo se conectan los hub (nodos) principales del
sistema distribuido conjunto.

○ Diagrama de conectividad de las estaciones de trabajo

Es un diagrama de conectividad de estaciones de trabajo o
diagrama lógico el cual indica como va nivel local de cada nodo
del Sistema Distribuidos conecta los dispositivos de internetwork:

18
● Diseño de Middleware
○ Modelo de operación de la aplicación cliente servidor

19
 ○ Modelo de comunicación (RPC ó RMI)

Conclusiones

 Los servicios AWS de los grandes proveedores de tecnología como amazon o

google impactan de forma positiva en los costos, seguridad y fiabilidad de
grandes proyectos de infraestructura que involucren PaaS, SaaS, IaaS y entre
otros.
 La distribución de los datos permite desarrollar una concurrencia de alta
disponibilidad de los datos desde cualquier lugar del planeta.
 El aplicativo se desarrolló para garantizar la seguridad de los datos, una interfaz
de fácil manejo y el cumplimiento con todas las necesidades requeridas por el
cliente, también que en el momento de intercambiar información con las
diferentes ciudades no se saturara y tuviera una conexión estable y segura.
 La resolución de problemas reales permite dimensionar diferentes soluciones
estructurales a nivel de software y hardware que podrían ser aplicadas a nivel

20
 ingenieril en las diferentes estructuras empresariales de Colombia y el mundo,
este tipo de proyectos permiten logran estimular que se involucre con la
búsqueda e interpretación de información adyacente para determinar un mejor
resultado, comunicación, estructura, servicio, Middleware, seguridad de la
información, estimación de costos y entre otros factores determinantes
para la generación, integración, puesta en marcha y finalización de un
proyecto.
Bibliografía

● (s. f.). Modelo relacional en la gestión de bases de datos.

[Link]. [Link]
basicos-del-modelo-relacional-en-la-gestion-de-bases-de-datos
● Arquitectura cliente/servidor - AIMB SOR. (s. f.). aimbsor. Recuperado 21
de octubre de 2020, de [Link]
a-los-sor/1-1- arquitectura-cliente-servidor
● Clusters de servidores. (s. f.). Seguridad Informática.
[Link]
● Diagrama de Interacción. (s. f.). infor.
[Link]
● Gutiérrez, P. (2013, 5 noviembre). Fundamento de las bases de datos:
Modelo entidad-relación. Genbeta.
[Link]
modelo-entidad-relacion
● IMPLEMENTACIÓN EXITOSA DEL SISTEMA DE INFORMACIÓN. (s. f.).
Recuperado 21 de octubre de 2020, de
[Link]
Capitulo%2017_Implementaci%C3%B3n%20Exitosa%20del%20Sistema%
20de%20Informaci%C3%[Link]
● Madrid, U. C. (s. f.). Servicios de Internet. hipertexto.
[Link]
● Protocolos de Internet. (s. f.). Unam.
[Link]
d_resource/content/7/contenido/[Link]
● RedIRIS - Algunos servicios y protocolos. (s. f.). rediris.

21
 [Link]
0000000000
● Servicios de Internet. (s. f.). urv.
[Link]
%20Qualitat/material/cap2/aula/docen/av/materi/cinter/frame/serv/[Link]
● Servicios que presta internet. (s. f.). actiweb.
[Link]
● Tutorial de diagrama de clases UML. (s. f.). Lucidchart.
[Link]
● U. (2018, 2 octubre). Servicios que ofrece internet. shermati.
[Link]
● U. (s. f.). Principales servicios de internet. brendaromerodiaz.
[Link]
● Uniminuto, & Jhon Eduar Criollo, J. E. C. (2020, octubre). Redes de datos
en S. Distribuidos Tema 7. Uniminuto.
[Link]
content/5/SistDistribuidos_T7.pdf
● Universitat Politècnica de València, U. P. V. (s. f.). Redes de ordenadores.
Sistemas distribuidos | 31/48 | UPVvvvv. Redes de ordenadores. Sistemas
distribuidos | 31/48 | UPVvvvv. Recuperado 21 de octubre de 2020, de
[Link]

22