{"id":91794,"date":"2020-08-18T19:42:07","date_gmt":"2020-08-18T17:42:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/intervyu-iz-mira-hostinga-boodet-online"},"modified":"2020-08-18T19:42:07","modified_gmt":"2020-08-18T17:42:07","slug":"intervyu-iz-mira-hostinga-boodet-online","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/intervyu-iz-mira-hostinga-boodet-online","title":{"rendered":"Entrevista desde el mundo del hosting: Boodet.online","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Me llamo Leonid, soy desarrollador web B\u00fasqueda de VPS<\/a><\/noindex>, por lo tanto, debido a mi actividad, me interesan las historias de creaci\u00f3n y desarrollo de varias empresas en el \u00e1mbito de los servicios de hosting. Hoy quiero presentar una entrevista con Daniil y Dmitry, los creadores de hosting Boodet.online<\/a><\/noindex>. Ellos hablar\u00e1n sobre la estructura de la infraestructura, la organizaci\u00f3n del trabajo y su experiencia en el desarrollo de un proveedor de servidores virtuales en Rusia.<\/i><\/p>\n

\"Entrevista<\/a><\/noindex>
\n<\/a><\/noindex>
\nPor favor, cu\u00e9ntame un poco sobre ti. \u00bfC\u00f3mo llegaste al hosting? \u00bfQu\u00e9 hac\u00edas antes?<\/b><\/p>\n

Hasta 2016, tanto yo como Dmitry trabaj\u00e1bamos en el sector empresarial, en empresas como Dell, HP, EMC. Analizando el mercado de la nube en Rusia, nos dimos cuenta de que estaba creciendo r\u00e1pidamente y decidimos que podr\u00edamos ofrecer algo interesante al mercado. Reunimos a un equipo de personas que ya hab\u00edan trabajado juntas en otros proyectos y empezamos a desarrollar nuestra propia plataforma de virtualizaci\u00f3n, enfocada en grandes empresas con sus solicitudes espec\u00edficas. Desde 2018, lanzamos paralelamente un hosting en la nube \"para todos\", formando un equipo de cinco personas para el proyecto. Boodet.online<\/a><\/noindex> El equipo est\u00e1 formado por cinco personas.<\/p>\n

Almacenamiento y preparaci\u00f3n antes del inicio<\/i>
\n\"Entrevista<\/p><\/blockquote>\n

\n\u00bfY este proyecto para empresas ya est\u00e1 en funcionamiento o todav\u00eda est\u00e1 en desarrollo?<\/b><\/p>\n

S\u00ed, est\u00e1 funcionando en paralelo; ya hay un equipo m\u00e1s grande, y se trata m\u00e1s de soluciones de software y hardware para la infraestructura de TI, no de hosting.<\/p><\/blockquote>\n

\nAhora tienen muchos servicios diferentes. Cuando comenzaron, \u00bfla lista era m\u00e1s corta o era la misma? Adem\u00e1s, todos estos servicios representan en esencia un servidor virtual com\u00fan, pero hay cierta divisi\u00f3n.<\/b><\/p>\n

Comenzamos con IaaS cl\u00e1sico: proporcion\u00e1bamos servidores virtuales \"desnudos\" con puertos cerrados y redes virtuales para que el usuario pudiera crear su propia infraestructura. Pero tras el lanzamiento, nos dimos cuenta de que la mayor\u00eda de los usuarios no entend\u00edan para qu\u00e9 necesitaban esas capacidades, y decidimos introducir un nuevo producto para nosotros: VDS\/VPS est\u00e1ndar, que el mercado ya conoc\u00eda. Para nosotros, era en esencia una versi\u00f3n simplificada del producto, pero los usuarios entendieron de inmediato de qu\u00e9 se trataba, y comenzamos a recibir nuestros primeros clientes. Al parecer, nuestra experiencia con grandes empresas nos llev\u00f3 a desarrollar de inmediato una soluci\u00f3n m\u00e1s compleja y personalizada, mientras que el mercado masivo busca simplicidad. Y a partir de VPS comenzamos a desarrollar nuevos servicios, bas\u00e1ndonos en lo que m\u00e1s solicitaban los clientes. Y seguimos desarrollando hasta hoy.<\/p><\/blockquote>\n

\n\u00bfD\u00f3nde alojan el equipo? \u00bfEs de su propiedad o lo alquilan? \u00bfC\u00f3mo eligieron su centro de datos para la colocaci\u00f3n? \u00bfHan tenido casos de mudanzas?<\/b><\/p>\n

Todo el equipo es nuestro, solo alquilamos espacio en dos centros de datos. Empezamos con tres centros: quer\u00edamos implementar una resistencia a fallos tripartita, pero la demanda en ese momento era demasiado peque\u00f1a para invertir en eso, as\u00ed que decidimos renunciar al tercer centro de datos. Tuvimos una mudanza: justo mudamos desde el tercer centro de datos a uno de los dos restantes. Elegimos seg\u00fan el siguiente principio: los centros deben ser conocidos en el mercado, confiables (Tier III), y que ambos est\u00e9n geogr\u00e1ficamente en Mosc\u00fa, en \u00e1reas distantes entre s\u00ed.<\/p><\/blockquote>\n

\n\u00bfEn cu\u00e1les centros de datos est\u00e1n ahora y de cu\u00e1l se deshicieron?<\/b><\/p>\n

Ahora estamos en DataSpace y 3Data. Nos deshicimos de uno de los centros de datos de 3Data.<\/p>\n

Abandonamos el tercer centro de datos.<\/i>
\n\"Entrevista<\/p><\/blockquote>\n

\n\u00bfAlquilan o compran direcciones IP?<\/b><\/p>\n

Alquilamos.<\/p><\/blockquote>\n

\n\u00bfY por qu\u00e9 eligieron este enfoque en lugar de la compra?<\/b><\/p>\n

En gran medida, para crecer r\u00e1pidamente. Proporcionamos a los clientes infraestructura virtual por la que no tienen que hacer inversiones de capital de inmediato, y se pueden dividir los costos mensualmente. Nosotros mismos seguimos la misma filosof\u00eda que nuestros clientes: buscamos expansi\u00f3n y escalabilidad r\u00e1pida.<\/p><\/blockquote>\n

\n\u00bfQu\u00e9 opinan sobre IPv6?<\/b><\/p>\n

Por ahora no hemos notado una demanda significativa, por lo que no lo hemos a\u00f1adido, pero la arquitectura para su implementaci\u00f3n est\u00e1 preparada, listos para \"lanzar\" en poco tiempo, tan pronto como entendamos que hay solicitudes.<\/p><\/blockquote>\n

\nEst\u00e1 utilizando virtualizaci\u00f3n KVM. \u00bfPor qu\u00e9 la eligieron? \u00bfC\u00f3mo se est\u00e1 desempe\u00f1ando en el trabajo?<\/b><\/p>\n

As\u00ed es, pero no utilizamos un KVM 'puro', sino un sistema de virtualizaci\u00f3n completo y mejorado basado en KVM, desarrollado por nuestro 'hermano mayor', que incluye un sistema de almacenamiento de datos (SDS) y una red definida por software (SDN). Lo elegimos para construir un producto lo m\u00e1s resistente posible, sin puntos \u00fanicos de falla. Se est\u00e1 desempe\u00f1ando bien, y hasta ahora no ha habido problemas globales en producci\u00f3n. Durante la etapa de prueba alfa en el mercado, cuando proporcionamos servicios a los primeros clientes a cambio de puntos de bonificaci\u00f3n, experimentamos algunos inconvenientes, pero en los \u00faltimos dos a\u00f1os hemos aprendido y solucionado mucho.<\/p><\/blockquote>\n

\n\u00bfUtilizan sobresuscripci\u00f3n? \u00bfC\u00f3mo controlan la carga en el servidor?<\/b><\/p>\n

Utilizamos sobresuscripci\u00f3n solo en procesadores, pero de ninguna manera en la memoria RAM. Incluso en el caso de procesadores f\u00edsicos, no permitimos que su carga supere el 75%. En cuanto a los discos: trabajamos con asignaciones de capacidad 'delgadas'. Nuestra supervisi\u00f3n de todo el entorno es centralizada, lo que permite controlar la carga. Dos ingenieros son responsables del soporte de toda la infraestructura, por lo que tratamos de automatizar al m\u00e1ximo y recopilar toda la informaci\u00f3n posible sobre el sistema. Cualquier desviaci\u00f3n del modo normal es visible de inmediato, y peri\u00f3dicamente evaluamos y redistribuimos la carga dentro de la infraestructura. La redistribuci\u00f3n siempre ocurre en modo en l\u00ednea, sin que los clientes lo noten.<\/p><\/blockquote>\n

\n\u00bfCu\u00e1ntos servidores f\u00edsicos tienen actualmente? \u00bfCon qu\u00e9 frecuencia a\u00f1aden nuevos? \u00bfQu\u00e9 servidores utilizan?<\/b><\/p>\n

En este momento, hay 76 servidores, y a\u00f1adimos nuevos aproximadamente cada cuatro o cinco meses. Utilizamos QCT, Intel, Supermicro.<\/p>\n

\"Entrevista<\/p><\/blockquote>\n

\n\u00bfHa habido casos en los que un cliente hab\u00eda ocupado todos los recursos disponibles y tuvieron que a\u00f1adir servidores urgentemente?<\/b><\/p>\n

No hemos tenido problemas de recursos as\u00ed. Sin embargo, ha habido un caso en el que un usuario solicit\u00f3 50 IPs, cada una en un bloque separado. Por supuesto, no tenemos algo as\u00ed todav\u00eda \ud83d\ude42<\/p><\/blockquote>\n

\n\u00bfCu\u00e1les son sus m\u00e9todos de pago m\u00e1s populares? \u00bfCu\u00e1l es el que menos utilizan?<\/b><\/p>\n

Los m\u00e1s populares son la tarjeta bancaria y QIWI. Menos com\u00fan es el pago por transferencia bancaria en virtud de una oferta para personas jur\u00eddicas, aunque tales transferencias son las m\u00e1s voluminosas (las empresas suelen pagar por recursos significativos por varios meses). PayPal tambi\u00e9n se queda atr\u00e1s: al principio no cont\u00e1bamos con usuarios internacionales, pero han comenzado a aparecer.<\/p><\/blockquote>\n

\nEn Boodet.online utilizamos un sistema de facturaci\u00f3n propio. \u00bfPor qu\u00e9 decidieron usar esta soluci\u00f3n? \u00bfCu\u00e1les son las ventajas y desventajas? \u00bfFue dif\u00edcil desarrollarlo?<\/b><\/p>\n

En realidad, todo nuestro sistema es de desarrollo propio. Las plataformas existentes no nos parecieron muy convenientes en t\u00e9rminos de UX, por lo que decidimos crear y desarrollar la nuestra. La facturaci\u00f3n es solo uno de los microservicios que componen el sistema. Result\u00f3 ser m\u00e1s complicado desarrollar de lo que pens\u00e1bamos al principio. En alg\u00fan momento tuvimos que retrasar el lanzamiento del proyecto para poder preparar un producto funcional del que no nos sinti\u00e9ramos avergonzados durante la prueba alfa. Con el tiempo, adquirimos competencias en metodolog\u00edas de desarrollo a largo plazo y gesti\u00f3n de productos. Ahora es m\u00e1s f\u00e1cil agregar nuevas funcionalidades y nuevos productos al sistema.<\/p><\/blockquote>\n

\n\u00bfCu\u00e1ntas personas trabajaron en esto? \u00bfEn qu\u00e9 lenguajes se escribi\u00f3?<\/b><\/p>\n

En total, tenemos cinco personas en el proyecto, de las cuales dos son desarrolladores (frontend y backend). El backend est\u00e1 escrito en RoR\/Python. El frontend es en JS.<\/p><\/blockquote>\n

\n\u00bfC\u00f3mo est\u00e1 organizada la atenci\u00f3n al cliente? \u00bfEs 24\/7 o solo durante el horario laboral? \u00bfCu\u00e1ntas l\u00edneas de soporte hay? \u00bfCu\u00e1les son las preguntas m\u00e1s frecuentes?<\/b><\/p>\n

Contamos con tres puntos de entrada: chat, tel\u00e9fono y un sistema de tickets desde el panel de usuario. Hay dos l\u00edneas de soporte: si el ingeniero de guardia no puede resolver el problema, se involucra al director t\u00e9cnico o al equipo de desarrollo. Si el problema radica en la plataforma principal, lo cual ocurre con mucha menos frecuencia, el director t\u00e9cnico contacta con el soporte del \u201chermano mayor\u201d. Durante la noche, solo respondemos a llamadas de clientes que compran un servicio de mantenimiento t\u00e9cnico separado, o a fallos de la plataforma que son reportados a trav\u00e9s de un bot de Telegram que hemos creado.<\/p>\n

Las preguntas m\u00e1s populares son:<\/p>\n

    \n
  1. \u00bfEst\u00e1n disponibles nuestras IP en Turkmenist\u00e1n? (esta es la primera m\u00e1s popular, aparentemente, en el pa\u00eds hay una pol\u00edtica estricta de bloqueos).<\/li>\n
  2. \u00bfC\u00f3mo instalar tal o cual software?<\/li>\n
  3. \u00bfC\u00f3mo obtener acceso root? (incluso se ha creado un recordatorio especial en la interfaz al crear m\u00e1quinas, pero a veces no ayuda).<\/li>\n<\/ol>\n<\/blockquote>\n

    \n\u00bfRealizan la verificaci\u00f3n de clientes? \u00bfAparecen frecuentemente spammers y otras personas indeseables?<\/b><\/p>\n

    Verificaci\u00f3n por correo y tel\u00e9fono (si el usuario activa 2FA). Los spammers y otros abusadores aparecen de forma intermitente. Nos vemos obligados a actuar temporalmente bloqueando servidores comprometidos, ya que no queremos que las IPs sean incluidas en listas negras. Pero siempre le notificamos al usuario que ha recibido una queja, le pedimos que se comunique y discuta el problema. Si el usuario no responde, o si surgen quejas recurrentes, bloqueamos la cuenta por completo y eliminamos los servidores.<\/p><\/blockquote>\n

    \n\u00bfSuceden con frecuencia ataques DDoS a los clientes? \u00bfQu\u00e9 hacen en tales casos? \u00bfHan sufrido ataques espec\u00edficamente a su sitio o infraestructura?<\/b><\/p>\n

    Los clientes son atacados con bastante poca frecuencia. Pero nosotros s\u00ed somos atacados a menudo: el sitio, el panel personal. A veces nos bombardean la red desde varias IPs. No nos atrevemos a juzgar qui\u00e9n lo hace y por qu\u00e9, puede haber varias razones. Incluso ha habido intentos de atacarnos desde dentro. Anteriormente, al verificar por tel\u00e9fono, otorg\u00e1bamos un bono de cien rublos para que los usuarios leg\u00edtimos pudieran probar cualquier configuraci\u00f3n. Pero un d\u00eda lleg\u00f3 un usuario con un 'paquete de SIMs' y desde una sola IP comenz\u00f3 a crear decenas de cuentas, obteniendo bonos en ellas. Por eso, tuvimos que eliminar la acreditaci\u00f3n autom\u00e1tica de puntos de prueba. Ahora, para probar, es necesario enviar una solicitud al soporte t\u00e9cnico y cada caso se eval\u00faa individualmente.<\/p><\/blockquote>\n

    \n\u00bfC\u00f3mo est\u00e1 organizada la operaci\u00f3n, tienen oficina o todos trabajan de forma remota?<\/b><\/p>\n

    Hay oficina, pero con el inicio de las restricciones debido al coronavirus, todos comenzaron a trabajar desde casa \/ casa de campo \/ ciudad natal.<\/p>\n

    Nuestra oficina<\/i><\/p>\n

    \"Entrevista<\/p><\/blockquote>\n

    \n\u00bfCu\u00e1l es el curso de desarrollo de la empresa actualmente?<\/b><\/p>\n

    Estamos en proceso de agregar nuevos servicios. Tenemos una hoja de ruta extensa, no interrumpimos el desarrollo, y cada dos semanas lanzamos una nueva versi\u00f3n del panel personal. Agregamos funcionalidades y servicios que son demandados por los colegas, e incorporamos lo que solicitan los clientes.<\/p><\/blockquote>\n

    \n\u00bfC\u00f3mo encuentran a los clientes? \u00bfHay una gran afluencia y p\u00e9rdida de clientes al a\u00f1o? \u00bfCu\u00e1l es la 'vida media' del cliente?<\/b><\/p>\n

    Los canales de adquisici\u00f3n de clientes en nuestro \u00e1mbito son fundamentales para todo el negocio, si hay un producto bueno y funcional. Por lo tanto, no estamos dispuestos a compartir.<\/p>\n

    La tasa de cancelaci\u00f3n, LTV y el ciclo de vida son indicadores bastante importantes que utilizamos solo para an\u00e1lisis interno, pero no para divulgaci\u00f3n.<\/p><\/blockquote>\n

    \n\u00bfPodr\u00eda dar a los lectores algunos consejos sobre c\u00f3mo elegir un hosting? \u00bfQu\u00e9 deben tener en cuenta antes de comprar?<\/b><\/p>\n

    Lo m\u00e1s importante es elegir un hosting que comience con la letra 'B'.<\/p>\n

    Hablando en serio, hay varios factores a considerar:<\/p>\n