Sie sind auf Seite 1von 5

Proyecto Final Asignatura de Teleinformática

Diseño de la web basado en https utilizando certificaciones SSL:

¿Por qué es tan importante el certificado SSL?

SSL “secure sockets layer” es el certificado que se emplea en los protocolos


https. Su importancia reside en el hecho de garantizar transacciones seguras
en la red. El certificado SSL es primordial para sitios web de comercio
electrónico, para garantizar que la información brindada en dichas
transacciones sea totalmente confidencial. Tenemos que pensar sobre el hecho
de que en internet tenemos que dar mucha de nuestra información personal
para comprar cualquier cosa, o darnos de alta en cualquier comunidad.
Nombre, teléfono, dirección, tarjetas de crédito..

Sin la existencia de estos protocolos los hackers informáticos tendrían vía libre
para robar y usar los datos personales de los usuarios. Es una cuestión de
seguridad informática y pública, además de los beneficios de la confianza de
los usuarios en el comercio electrónico y en todas las posibilidades que internet
ofrece. Es lógico que. Aunque no todas las webs estén obligadas a tenerlo,
siempre sería lo recomendado.

Diseño de servicios de alta disponibilidad con Azure SQL Database

Utilizar dos regiones de Azure para la continuidad empresarial con un tiempo


de inactividad mínimo

En este escenario, las aplicaciones tienen las siguientes características:

La aplicación está activa en una región de Azure.

Todas las sesiones de base de datos requieren acceso de lectura y escritura


(RW) a los datos.

El nivel web y la capa de datos deben colocarse para reducir la latencia y el


costo de tráfico.
Básicamente, el tiempo de inactividad es un riesgo empresarial más alto para
estas aplicaciones que la pérdida de datos.

En este caso, la topología de implementación de la aplicación está optimizada


para el tratamiento de desastres regionales cuando tiene que realizarse la
conmutación por error conjunta de todos los componentes de aplicación. En el
diagrama siguiente se muestra esta topología. Para la redundancia geográfica,
los recursos de la aplicación se implementan en la región A y B. Sin embargo,
no se utilizan los recursos de la región B hasta que se produce un error en la
región A. Se configura un grupo de conmutación por error entre las dos
regiones para administrar la conmutación por error, la replicación y la
conectividad de base de datos. El servicio web de ambas regiones está
configurado para tener acceso a la base de datos mediante el agente de
escucha de lectura y escritura <nombre del grupo de conmutación por error>.
database.windows.net (1). Traffic Manager se configura para usar el método de
enrutamiento de prioridad (2).
Después de una interrupción en la región primaria, el servicio SQL Database
detectará que no se puede acceder a la base de datos principal y
desencadenará una conmutación por error a la región secundaria en función de
los parámetros de la directiva de conmutación por error automática (1).
Dependiendo de su Acuerdo de Nivel de Servicio de aplicación, puede
configurar un período de gracia que controle el tiempo entre la detección de la
interrupción y la propia conmutación por error. Es posible que el Traffic
Manager inicie la conmutación por error de punto de conexión antes de que el
grupo de conmutación por error active la conmutación por error de la base de
datos. En ese caso, la aplicación web no se puede volver a conectar de
inmediato a la base de datos. Sin embargo, las reconexiones se realizarán de
forma correcta automáticamente tan pronto como se complete conmutación por
error de la base de datos. Cuando se restaure la región errónea y vuelva a
estar conectada, se volverá a conectar automáticamente con la primaria
anterior como una nueva secundaria. El diagrama siguiente muestra la
configuración después de la conmutación por error.
Si se produce una interrupción en la región B, se suspende el proceso de
replicación entre la base de datos principal y la secundaria, pero el vínculo
entre las dos permanece intacto (1). Traffic Manager detecta que esa
conectividad con la región B se ha interrumpido y marca la aplicación web del
punto de conexión 2 como Degradada (2). El rendimiento de la aplicación no se
ve afectado en este caso, pero la base de datos pasa a estar expuesta y, por
tanto, existe un mayor riesgo de pérdida de datos en el caso de que se
produzca un error en la región A sucesivamente.

Una vez que se reduce la interrupción, la base de datos secundaria se


resincroniza automáticamente con la principal. Durante la sincronización, el
rendimiento de la principal puede verse afectado. El impacto específico
depende de la cantidad de datos que adquirió la nueva principal desde la
conmutación por error. El siguiente diagrama ilustra una interrupción en la
región secundaria.
Las ventajas clave de este patrón de diseño son:

La misma aplicación web se implementa en ambas regiones sin ninguna


configuración específica de la región y no requiere una lógica adicional para
administrar la conmutación por error.

El rendimiento de la aplicación no se ve afectado por la conmutación por error,


ya que la aplicación web y la base de datos siempre están colocadas.

La contrapartida principal es que los recursos de la aplicación de la región B


están infrautilizados la mayoría del tiempo.