Mudarse siempre es estresante, independientemente de la situación. Pasar de un apartamento pequeño y menos cómodo a uno más cómodo, trasladarse de una ciudad a otra, o incluso tomar la decisión de irse de casa de mamá a los 40 años. Mover la infraestructura tampoco es tan sencillo. No es lo mismo tener un pequeño sitio web con un par de miles de visitas diarias y estar dispuesto a dedicar unas pocas horas y un par de tazas de café para realizar la migración de datos. Es otra situación cuando tienes una infraestructura compleja con muchas dependencias y soluciones improvisadas implementadas en lugares concretos de una nube específica.
Y si además añadimos 1C, el proceso adquiere una nueva dimensión.
Me llamo Sergey Kondratiev, soy responsable de nuestra nube rayada, BeeCLOUD, y en esta publicación les hablaré sobre la migración de la empresa 'AeroGeo' a nuestra nube.
¿Por qué mudarse en realidad?
Primero que nada, permítanme comentarles sobre las particularidades del negocio de 'AeroGeo'. Es una aerolínea de Krasnoyarsk que se dedica al transporte de pasajeros y carga desde hace 13 años, y cuenta con más de 40 aeronaves, incluidas helicópteros. Solo operan en Rusia, pero a lo largo de todo el territorio. Es decir, se pueden encontrar aviones de la empresa desde Altai hasta Kamchatka. Además, 'AeroGeo' se ha convertido en una especie de tarjeta de presentación al asegurar el funcionamiento completo de la Estación Drifting de temporada de la Sociedad Geográfica Rusa.
Bell 429, foto con de la empresa
En resumen, tienen clientes suficientes, más de 350 empleados internos y realizan trabajos aeronáuticos de cualquier complejidad. Por lo tanto, una infraestructura funcional es sumamente crítica para la empresa. Y ustedes saben, incluso sin mí, lo caprichosas que pueden ser las soluciones de 1C.
Así que, hace un año, el cliente tuvo una clara necesidad de actualizar su infraestructura. Naturalmente, empezaron a considerar soluciones en la nube, y aquí resultó que, en primer lugar, la dirección de la empresa tenía un poco de dudas sobre si todo estaría realmente disponible 24/7, y en segundo lugar, definitivamente no querían trabajar a través de un canal público. Hay que reconocer que, al decidir mudarse, nos sometieron a un serio examen: el director de TI voló personalmente para inspeccionar el lugar y entender cómo funciona todo. Observó, analizó, llegó a conclusiones y dio luz verde al proyecto piloto.
La infraestructura que necesitaba ser migrada estaba diseñada para trabajar con 30 especialistas en su punto máximo desde tres oficinas diferentes (es decir, desde tres redes diferentes: la oficina central, el aeropuerto "Emelyanovo" y el aeropuerto "AeroGeo"). Pensamos y decidimos unir todo esto en una sola red, que luego reservamos mediante el protocolo IPSec, estableciendo un túnel dedicado "Krasnoyarsk-Moscú" de 100 Mbit. La clave hardware está en nuestro centro de datos en un concentrador USB y está conectada al pool del cliente.
La migración solo tomó una noche, porque un representante de "AeroGeo" simplemente trajo la base de datos principal en un soporte físico directamente al centro de datos donde se despliega la plataforma. De hecho, estábamos preocupados por la vinculación de claves, teníamos varias dudas sobre si durante la migración las claves se desactivarían, pero no, todo salió bien porque las claves se vincularon a hosts equivalentes.
El proyecto piloto duró aproximadamente un mes, y estuvimos recolectando activamente retroalimentación de los especialistas de 1C. Durante este mes, no notaron caídas de rendimiento ni inconvenientes.
¿Por qué elegirnos?
Ahora hay muchas nubes, casi cada jugador importante en el mercado ya tiene su propia nube con un montón de características adicionales. Y no es sorprendente, si quieres competir, haz una excelente nube y además un poco más.
Por ahora, tenemos tres centros de datos (Moscú), la nube está en OpenStack (si te interesa, puedo escribir sobre esto en detalle en una publicación aparte). Hemos ganado experiencia en la migración de diversas instancias de 1C a la nube, BeeCLOUD tiene servidores tanto a 3 GHz como a 3.5 GHz (elegimos uno con un clúster dedicado HP Synergy a 3.5 GHz para "AeroGeo"), dependiendo de lo que el cliente requiera.
Y dado que 1C es algo en lo que la configuración y las personalizaciones siguen el principio de "Quien puede, puede", hemos creado un excelente clúster al que el cliente puede trasladar su instancia de 1C, completamente personalizada, exigente en hardware y sin que nada se derrame en el camino. Todo funcionará. TIER 3, SLA 99.97, Ley Federal 152, escenario clásico.
Pero todo eso son cifras y tecnologías. En nuestro producto, lo principal son las personas. Hemos logrado reunir un gran equipo de ingenieros talentosos que trabajan tanto en Moscú como de manera distribuida en las regiones. Esto nos brinda una oportunidad muy importante: ayudar al cliente en el lugar. No es lo mismo cuando llamas al soporte (incluso siendo un cliente VIP) y tienes que esperar un tiempo explicando qué se ha roto esta vez, después de lo cual el soporte tiene que verificar todo de forma remota. Es diferente cuando los expertos están en condiciones de resolver todos los problemas potenciales in situ, con estas manos.
Por supuesto, la nube también es buena porque alivia al cliente de todos los dolores de cabeza y se los transfiere solemnemente al proveedor. En "AeroGeo" todo estaba atado a esta 1C. Ahora saben que la relevancia y funcionalidad del sistema las mantenemos nosotros. Surge algo nuevo del proveedor, hay que aplicar algún parche, etc. — simplemente escribimos al cliente sobre esto, acordamos un tiempo conveniente en su zona horaria para realizar los trabajos y trabajamos. Por ejemplo, cuando se aplicaron nuevos parches de Intel y HP a los hosts, lo hicieron nuestros chicos durante las horas de menor carga según el tiempo de Krasnoyarsk.
Además, hemos conseguido hacer todo desde una única ventana. A veces hay bloqueos entre los diferentes servicios, ya que como proveedor ofreces un servicio, pero tienes un montón de contratistas. Y si algo no va bien con los contratistas, se gasta tiempo también en la comunicación con ellos. Al cliente no le importa, él te paga, así que tú deberías resolver todos los problemas.
Por eso, en el caso de BeeCLOUD decidimos alejarnos de esto y hacerlo todo nosotros mismos. Nuestra propia canal troncal, nuestro propio soporte, nuestro propio hardware. Esto también es más rápido para el cliente en caso de que surja algún problema; si hay un problema, significa que es definitivamente nuestro problema y lo resolveremos. Además, realmente ahorra tiempo en los procesos internos cuando tienes todo lo tuyo; tienes un solo servicio de asistencia, sin un montón de clones y sincronizaciones ni ping-pong constante con contratistas.
Y sobre el dinero
¿Qué sería de esto? Puedo revelar no tantos números en esta publicación, pero aún así darán una idea de la escala. Cuando en «AéreoGeo» calcularon cuánto costaría la modernización de la infraestructura existente, contabilizaron más de 2,000,000 de rublos. Y estos son datos preliminares, los que normalmente figuran en documentos con la nota «Desde». Solo la actualización, sin acompañamiento ni soporte.
Por la infraestructura trasladada a BeeCLOUD, incluyendo la capacidad misma y soporte 24/7, el cliente paga 45,000 rublos al mes. Es decir, esos dos millones de rublos serán suficientes casi para 4 años de trabajo sin prisas ni complicaciones.
Nos esforzamos por ser lo más abiertos posibles; si el cliente quiere visitarnos y ver en qué se basa todo, adelante. Por cierto, sobre la nube en sí: .
Si tienes preguntas sobre este caso o sobre nuestra nube en general, no dudes en escribir; estaré encantado de responder.
Fuente: habr.com
