código de cliente-servidor de pruebas futuro?

Question

Tenemos un producto cliente-servidor basado en web. Se espera que el cliente para ser utilizado en el alza de los usuarios 1M (una compañía famosa va a usarlo).

Nuestro servidor está configurado en la nube. Una de las cuestiones más importantes, mientras que el diseño es cómo hacer que toda la prueba del futuro programa. Decir:

1. proveedor de la nube se pone, a continuación, pasar automáticamente a la copia de seguridad en otra nube
2. Mover a un servidor diferente por completo, etc.

Las opciones que pensábamos hasta ahora son:

1. DNS:. Ejecutar un servidor de nombres DNS en la nube a nosotros mismos
2. Servidor de Directorio - El servidor de directorio también vive en la nube
3. Tener nuestro servidor regresar movimientos futuros y futuras direcciones URL, etc para el cliente - en la que el cliente está diseñado específicamente para manejar esos escenarios

Dado que este debería ser un problema habitual, que es la mejor solución para el mismo? Desde nuestra empresa es muy pequeña, estamos ante la solución menos costosa técnica y financieramente (por ejemplo la opción 3, etc)?

Podría alguien proporcionar algunas indicaciones para el mismo?

K

Answer 1

Me gustaría ir a la opción de servidor de directorios. Su más flexable y le da el mayor control sobre lo que ocurre en un situtaion dado.

Para evitar el propio directorio de convertirse en un punto único de fallo que tendría tres o cuatro de ellos corriendo a lugares diferentes con diferentes proveedores. Tiene la aplicación cliente a elegir al azar una de las URL directoy en el arranque y trabajar su camino a través de todos ellos hasta que encuentra uno que funcione.

Para que sea realmente a prueba de futuro que probablemente necesitaría un protocolo sencillo para actualizar dinámicamente la lista de servidores de directorio - pero tenga cuidado si esto está mal implementado va a dejar a sus clientes abren a todo tipo de ataques de suplantación maliciosos

Answer 2

Re. DNS: las solicitudes pueden almacenar en caché, y puede ser que tome un tiempo para que los cambios se propagan (horas o días)

.

Me gustaría ir para una lista de direcciones IP priorizados que puede ser actualizado en el cliente. Si una dirección IP falla, el cliente podría volver a intentar con el segundo, tercero y así sucesivamente.

Answer 3

No estoy seguro de que el 100% entendí su pregunta, pero si lo hiciera se reduce a:? Si mi servidor se mueve, ¿cómo pueden mis clientes encontrarlo

Eso es exactamente lo que hizo DNS en casi las tres últimas décadas.

Cada sistema posible que usted podría elegir necesitaría ser bootstrap con los datos iniciales de trabajo: la dirección de un servidor de directorio, la dirección de un servidor de trabajo para obtener una lista actualizada de direcciones, etc. Eso es lo que los servidores DNS raíz son para y OS vendedores harán la parte de programa previo para usted.

Claro consultas DNS se podrían almacenar en caché, así es como se supone que el trabajo y la forma en que las escalas de tamaño internet. Usted controla el almacenamiento en caché (leer sobre el TTL) y por lo general se puede mantener en valores sanos (no tiene sentido mantenerlo corto que el tiempo mínimo necesario para re-implementar el servidor en otro lugar).