Tienes el espíritu adecuado para tratar de lograr la resistencia mediante el uso de múltiples nubes de nubes en diferentes lugares. Los comentarios a continuación ignoran el hecho de que una computadora portátil es una ubicación deficiente para ejecutar cualquier servidor. Supongo que usarás la infraestructura adecuada aquí.
Lo creas o no, pero este no es un problema fácil de resolver. Una de las razones se debe al teorema de CAP que dice que fuera de disponibilidad, consistencia y tolerancia de partición, uno solo puede seleccionar dos como máximo. Entonces debemos debilitar un poco nuestros requisitos. TLDR: gran tema; GORRA; reloj; Consistencia distribuida.
Sí, puede acceder a los recursos internos de LAN desde un sitio externo mediante la configuración de servidores proxy inversos (muchos ejemplos excelentes en Google sobre cómo hacer esto con cosas como servidores proxy ssh inversos y la mecánica detrás de esto). De dónde haces esto no debería ser un solo punto de falla. Ubicar el punto final de ese túnel en un solo rack en algunos colo no es terriblemente confiable y no puede garantizar la disponibilidad. Pero tendrá consistencia y tolerancia de partición hasta cierto punto cuando el sistema esté disponible. Si no desea una búsqueda central y acceder al locus y quiere distribuirlo todo, adivine qué: realmente no puede obtener consistencia y tolerancia de partición; no se puede garantizar que todos vean lo mismo (algunos pueden ir a AWS y otros a su nube prem), y algunos datos pueden perderse si los nodos se cortan entre sí.
- ¿Es necesaria la certificación AWS para hacer un trabajo de AWS?
- ¿Debo aprender AWS o Red Hat OpenStack?
- ¿Qué es QingCloud?
- ¿Cuál es el futuro de la informática personal? ¿La informática local desaparecerá y la informática en la nube se hará cargo?
- ¿Un servidor en la nube depende del hardware de un único servidor físico?
Puede intentar implementar una alta disponibilidad para el llamado locus central utilizando DNS para la conmutación por error donde ese locus es casi consistente entre varias nubes públicas, pero como hemos visto una y otra vez, ese servicio en sí no es el más confiable y puede cooptarse muy fácilmente. En este caso, sus servidores LAN pueden intentar establecer enlaces a 4 o 5 nubes públicas separadas para acceso externo a interno a su LAN según sea necesario. No tienen ninguna necesidad de coherencia de datos. Suponiendo que la LAN local es donde están sus cargas de trabajo, esta no es una solución terrible. Sin embargo, si está distribuyendo las cargas de trabajo entre muchos lugares, debe sacrificar la coherencia o la disponibilidad. En este último caso, este desglose ocurre cuando haces algo como una confirmación de múltiples fases donde se debe lograr un quórum entre los nodos y se difunde ese acuerdo: no puedes hacerlo en tiempo real y tenerlo todo de nuevo debido a CAP.
O simplemente puede usar TeamViewer para ejecutar su demostración para sus clientes (y pagar la versión comercial, por supuesto … juego limpio).
