¡No construya una red!

Publicado febrero 5, 2013 Cloud Computing

Por Matthew Finnie, CTO de Interoute

Muchas de las actuales discusiones sobre la adopción de cloud giran alrededor de si es más barato construir una cloud privada propia o adquirir una alojada. El principal factor: ¿es más barato adquirir servidores, conmutadores, etc. y virtualizarlos? o ¿se debería adquirir de un tercero que ya tenga todo hecho y nos ofrezca capacidad ilimitada, infraestructura sin complicaciones, etc.?.

El debate colateral sobre seguridad en Internet desaparece cuando contemplamos soluciones como Virtual Data Centre de Interoute, porque utiliza la misma topología que una solución DIY (Do It Yourself – hazlo tú mismo). De esta forma, el único tema pendiente es elegir un proveedor de confianza que nos proporcione lo que necesitamos.

El debate sobre computación y almacenamiento es comprensible, dada su relativamente reciente aparición. Sin embargo, ¿por qué, después de décadas, la gente continúa construyendo sus propias redes empresariales de TI? Cuando digo construir una red, digo comprar routers, conmutadores, e integrarlos juntos en circuitos incompatibles. A menudo, estos dispositivos son de diferentes proveedores, y están basados en una genialidad de sugerencia para adquisiciones de la década de los 80, y que actualmente se entiende como de no diversidad de proveedores, pero disparidad de SLA, y garantiza que se está perdiendo mucho tiempo averiguando cómo manejar diferentes operadores y SLAs incoherentes.

Desde nuestra experiencia (que es bastante amplia, ya que operamos la mayor y más diversa red de Europa), no tiene sentido construir una red propia a menos que se esté operando con enlaces WAN de más de 10 Gb. Dado que la mayoría de las empresas funcionan con una velocidad considerablemente menor que ésta, la mejor red es una plataforma MPLS WAN externa de un proveedor adecuado con capacidad de ampliación.

¿Cómo se sabe si ofrece la capacidad de ampliación adecuada? Hay que preguntarle qué tamaño tienen los portadores de su red principal. Si son de algo menos de 100 Gb y usted necesita cambiar, les estará subvencionando. Con la mayoría de soluciones WAN externalizadas, los operadores pueden ofrecer tanto servicios Ethernet como en nivel 3 en la misma solución sin necesidad de desplazar técnicos con el coste que implica. Si no pueden, cambie, usted está pagando dos veces innecesariamente.

El punto que realmente pone de relieve esto es cuando a continuación la gente hable de cómo han conmutado su CRM a salesforce.com. Por un lado, usted está haciendo manualmente su propio enrutamiento, por otro, se siente satisfecho de lanzar los datos de sus clientes a “una nube en algún lugar”, sólo accesible a través de rutas que no tienen en absoluto control, ni lo tendrán. La inconsistencia de la arquitectura es abrumadora.

El éxito de los productos de Software como Servicio, como salesforce.com, demuestra que esa sencillez de acceso y entrega funciona. Así, la única conclusión debería ser que si usted quiere reproducir esa ubicuidad de acceso para sus datos corporativos, debería hacerlo. Si usted adquiere su red corporativa y la mantiene simplemente en términos de enrutamiento, direccionamiento, etc., al igual que está en Internet, entonces la vida se convertirá en algo mucho más sencillo y barato.

Por tanto, en lugar de producir una nueva serie de islas cloud o reproducirlas usted de forma aislada, adquiera un servicio WAN gestionado en una gran red que le ofrece la plataforma para ampliar su negocio. La base de las empresas TIC es la red. Mantenerla sencilla, fiable y escalable garantiza que todo lo que realice al principio, que es lo que preocupa a todos, funciona.

Si está interesado en conocer nuestra estrategia de red, o debatir sobre los puntos mencionados, contacte: [email protected]


Comentarios para ¡No construya una red!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos necesarios están marcados *

Puedes usar las siguientes etiquetas y atributos HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>