 Javier es un internauta en el sentido más amplio de la palabra. Ha sido desarrollador de páginas web, programador, emprendedor, inversor. Actualmente trabaja en la administración de sistemas y seguridad de sitios hechos con Wordpress. Así que aprovecharemos su experiencia en el contributor de ahí de mañana y lo tendremos de nuevo con nosotros liderando la mesa de seguridad y hosting. Ahora nos contará cómo tener nuestra web disponible en 99 como muchos 9% del tiempo. Adelante con ello. Gracias. No sé, habéis visto que esta es la única charla que hay en todo el evento que está marcada como avanzado. Eso no significa que sea extremada mente técnica, ¿vale? Así que, efectivamente, tiene una parte bastante técnica. Voy a intentar suavizar un poco. Pero antes de nada, voy a preguntar cuantos de aquí sois administradores de sistemas. Ah, bueno, está bien. ¿Y programadores? Vale, perfecto. En general, todo el mundo va a entender de lo que habla. El objetivo de esta charla era un poco centrarlo en el tema de la alta disponibilidad. Luego entraré un poco, voy a hacer un poco de previa de explicar qué son los diferentes conceptos. Pero, bueno, hay un lema que siempre explico en todas las charlas que doy, que es que si te vas a dedicar a internet, tienes que saber cómo funciona el internet. Hay mucha gente que se mete, sobre todo, en temas de hosting, y en temas de sistemas y demás, que no tienen idea. Pero, bueno, vas buscando en esta coverflow cosas, los ejecutas, y como eso tira, pues, ya estás, hoy, experto en sistemas. Vale, es un poco más complicado. Yo he usado WordPress desde 2005, desde la versión 1.4, 1.5, así. Y ahora, desde hace unos 6 meses, he vuelto a lo que mi título firma por el rey, dice que soy administrador de sistemas. Y estoy trabajando en una empresa de sistemas, de director de operaciones. Y antes de seguir, me gustaría informar, sobre todo, a los que os dediquéis a sistemas, a los administradores de sistemas, y a los que tengáis empresas de hosting y cosas así. Existe un grupo dentro de un equipo, dentro de la comunidad de WordPress, que es el WordPress hosting team. Vale, aquí tenéis la URL, aquí tenéis la explicación. Cada semana, este grupo. Normalmente, estamos unas 10 personas o así. Se reúne, alternativamente, los lunes y los miércoles. Y básicamente, hablamos de cuáles son las mejores opciones y sugerencias para los usuarios, a la hora de montar hosting para WordPress, ¿vale? Mañana, bueno, luego al final lo comentaré, pero mañana habrá, creo que oficialmente es la primera vez que hay una mesa de hosting en un contributor de WordPress, y tengo mucha faena, estoy acabando. Otra cosa importante, lo que voy a explicar aquí, es una de tantas infinitas opciones que hay, ¿vale? En sistema se pueden montar muchas cosas. Voy a poner algunos ejemplos, o voy a hablar de algunas bases de datos, de algunas cosas, pero eso no significa que tenga que hacerse exactamente con eso en concreto. Yo voy a dar una de las tantas opciones y combinaciones, pero bueno, pueden servir de idea, sino como pongo aquí, una vez eso, pues os vais a estar a cover flow y demás, que tienen una sección de WordPress bastante potente, y ahí encontraréis de todo. Primero tema, conceptos. Esto, sobre todo, los que no, los que seáis admiradores de sistemas, os la va a soplar bastante, pero al resto, sobre todo a los programadores y a los que no, es bastante importante. ¿Qué es un hosting compartido? Os voy a explicar un poco, cuatro tipos de hosting. Hosting compartido es como vivir en un edificio y tienes tus vecinos, ¿vale? Y cada vecino, pues, unos tienen un piso un poco más grande, unos tienen terraza, pero tienes una serie de ventajas, que es, pues, que tienes un ascensor común. Depende de dónde, por ejemplo, en Estados Unidos, estilo AMAS, pues, tienes como una lavandería común, y entonces vas haciendo ahí y tal, ¿vale? Tipo vipanzeori, que tienen allí y tal, ¿vale? Pues, hay una serie de recursos, ¿vale, que no están dentro de cada una de nuestras casas, que son compartidos, ¿vale? En este caso, en la parte de hosting, pues, bases de datos, PHP, el servidor web, todo eso es compartido, y luego cada uno tiene sus cosas particulares. ¿Qué sería un hosting dedicado? Un hosting dedicado sería tener tu propio edificio, ¿vale? O sea, tú tienes el edificio y haces dentro lo que te da la gana, ¿vale? Lo organizas como quieres, pero es el edificio. Lo que hay en el edificio no puedes derrumbar y crear otro, pero es lo que es el edificio. No te deja escalarlo, ¿vale? Puedes pedir permiso para hacer una planta más, ¿vale? Metiéndole más memoria o lo que sea. Pero en general, lo que tienes es lo que hay, ¿vale? No es muy, ¿vale? Entonces, tú lo puedes organizarlo por dentro como quieras. Los VPSes, esta diapo estoy pensando en cambiar la foto, porque me lo planteé en una primera idea, como un camping, pero también he llegado a pensar que puede ser como una de estas, donde viven los ricos y tal, que están así, una organización, ¿vale? Pues vería más o menos el conceptualmente sería lo mismo, ¿vale? Cada uno tiene su parcela, pues tener parcelas más grandes, parcelas más pequeñas, pues vivir en una autocaravana o pues tener ahí un mongaló, tal. O sea, hay muchas opciones y entonces tienes ciertas limitaciones siempre y cuando estés dentro de tal. Y eso sí, por ejemplo, la corriente, el agua y tal, hay cosas medio compartidas, ¿vale? Pero en general, cada uno tiene sus propios recursos, ¿vale? Y por último, lo infinitamente más difícil de explicar, que es el cloud, ¿vale? El cloud es una cosa que se usaba en los años 80 y que ahora se ha puesto de moda y es una cosa que hace 40 años y asistía, ¿vale? Que básicamente es que tú no tienes nada, ¿vale? Tú tienes ahí una pantalla y todo está por ahí, ¿vale? Entonces, es una cosa un poco surrealista, lo que voy a explicar, pero creo que conceptualmente es bastante acertado. Imaginaos una cadena de hoteles y que tú cuando entras por la puerta del hotel y haces el check-in, misteriosamente apareces en una habitación, un día en Francia, otra día en Alemania, otro día en Japón y tienes tu habitación. Entonces, pues tienes diferentes tipos de habitación, pues como entras en un sitio y misteriosamente apareces en otra parte del planeta, ¿vale? Pues conceptualmente el cloud es eso, es, hay máquinas repartidas por un montón de sitios, en algunos casos sí que te dan normalmente los que hayais utilizado Amazon o demás, pues te dicen, bueno, puedes irte a Irlanda o a la región de Europa del norte y tal, entonces sí que hay ciertas zonas y demás para, por temas de latencias y demás, pero un poco el concepto es eso, o sea, tú llegas a un sitio y no sabes nada de nada, ¿vale? Entonces te dan unos recursos, tú los usas, pero, ¿vale? Es más escalable, bueno, al final el que lo pone todo es el hotel, o sea, tú no te tienes que preocupar ni de sábanas ni de limpiar ni de absolutamente nada, ¿vale? Teniendo eso bastante claro, la siguiente pregunta es, cuando tenéis vuestro sitio web, ¿necesitáis que funcione el 100% del tiempo? Siempre, a priori parece que la respuesta es sí, y la respuesta real es no, nunca, ¿vale? Un agua corporativa, si se cae 10 minutos, no pasa nada, en general, ¿vale? O sea, si se cae la página principal de Google y aunque sea la corporativa, pues un poco chungo, ¿vale? Pero el objetivo un poco es entender que los sitios webs no siempre tienen por qué estar funcionando, es decir, es infraestructura, es tecnología, las cosas fallan, se va la luz, se va la corta en el agua, las cosas que pasan en casa, no es lo habitual, pero puede pasar. En esos casos, tenemos una serie de sistemas para compensar que no tenemos el 100% del tiempo, el más habitual, copias de seguridad, ¿vale? Cuantos de aquí tenéis, velas, linternas, etcétera, ¿cuántos tenéis en casa una vela, una linterna y cuando se va la luz, más o menos, ¿intuís dónde está?, ¿vale? ¿Cuál es el problema de eso? Que si tenéis velas, todo el mundo sabe dónde está el encendedor o las cerillas. Ah, cuidado. Y los que tenéis linternas, de tanto en tanto, la buscáis, abrís el cajón, la encendéis para ver si funciona, porque a más de uno le habrá pasado que se va la luz, coge la linterna, le va a dar, ay, misteriosamente, no hay pila, no funciona y te queda sin funcionar, ¿vale? Pues con los backups pasa lo mismo. Los backups, ¿vale?, son una herramienta que puede ir teniendo una copia, pues cada día, cada semana, el tiempo que depende de lo que publicéis. Yo, por ejemplo, suelo publicar máximo una vez a la semana, pues con tener una copia de seguridad la semana, pues ya tendría suficiente. Pero sobre todo, hay que saber que esa copia de seguridad funciona, ¿vale?, es decir, no tiene sentido tener la linterna sin pilas, ¿vale? Pues sí, tengo una copia, sí, tengo la linterna, ¿vale? Si se va la luz, tengo la linterna. Pero si no la puedo encender, no sirve absolutamente nada. Lo siguiente, el siguiente nivel de funcionamiento, ¿vale? El disaster recovery, ¿vale? Esto, obviamente, para una agua corporativa, puede o no puede tener sentido, pero es un disaster recovery. Aquí tenéis unos generadores, ¿vale? Ya pues puestos ahí, al lado de tu casa y tal, ¿vale? Estos generadores suelen estar bien montados, los suelen montar una empresa a serie y tal. Suelen tener revisiones cada seis meses o cada año, se suelen encender y se suelen probar, ¿vale? Y básicamente, como el nombre indica, es un sistema de recuperación delante de un desastre, ¿vale? En general, en el mundillo de los sistemas, de la infraestructura, de los sysadmins, un desastre no es que la web deje de funcionar, ¿vale? Es que el datacenter, que el edificio, deje de funcionar, ¿vale? Os puedo poner un ejemplo, que me pasó hace un mes, que es que en Barcelona empezó a haber tormentas como las que están previstas para este fin de semana y estoy un poco nervioso, ¿vale? Porque ya pasó hace un mes que hubo tormenta eléctrica y por cosas que no tenían que haber pasado, se fue la luz en el datacenter, ¿vale? Los datacenters tienen dos líneas de luz, ¿vale? O sea que si se cae una, se está la otra, está todo enchufado doble, tiene size, ¿vale? Los size, baterías están duplicadas, bueno, pues teniendo todo eso tan duplicado, se acabó yendo la luz. Un minuto y el sistema aguantó 58 segundos, ¿vale? Entonces, por dos segundos, la batería no aguantaron, se fue a todo, entonces tuvo que ir alguien allí, encender todos los ordenadores, no os olvidéis que los servidores no dejan de ser ordenadores, pues claro, eso no se enciende solo, ¿vale? Entonces, el concepto este que es, nosotros, por ejemplo, tenemos infraestructura en Barcelona como infraestructura principal, pero tenemos también nuestro propio Disaster Recovery, tenemos infraestructura en OVH, por ejemplo, como una máquina es allí, y tenemos infraestructura también en Madrid, ¿vale? Entonces, ¿qué pasa que cuando se va o se fastidia Barcelona, los clientes que tenían Disaster Recovery, lo que hicimos es calcular, si lo que íbamos a tardar en recuperar Barcelona, era menor que lo de levantar lo mismo en Madrid y juegas, ¿vale? Entonces, vas jugando con el tema de, bueno, pues tengo una especie de copia en otro lugar, y cuando digo lugar es otra ciudad, ¿vale? O como mínimo unos 50 kilómetros de diferencia del sitio donde está eso físicamente. Y por último, ¿vale? Ya, yendo un poco al extremo, tenemos lo que el concepto de alta disponibilidad, ¿vale? El nombre ya lo indica bastante claro, y es básicamente que tienes, la web levantaba en varios sitios a la vez, y todo funciona a la vez, ¿vale? Esto no significa que vaya a funcionar el sitio al 100%, pero básicamente te garantiza el 99,999 del tiempo, que más o menos es un minuto de caída al mes, ¿vale? Esto que significa que en un minuto el sistema, ¿vale? La diferencia principal también entre el Disaster Recovery y la alta disponibilidad es que el Disaster Recovery suele ser un sistema bastante manual, es decir, cuando algo falla, alguien manualmente tiene que levantarlo en otro sitio, están las copias, está todo, pero tienes que hacer una serie de cambios, ¿vale? Entonces, implica una serie de tiempo, suele ser una hora, dos, depende un poco del sitio. La alta disponibilidad lo que implica es que sea automático, ¿vale? Entonces, normalmente lo que más suele tardar, por ejemplo, el RU53, que es el sistema de DNS de Amazon, tiene un sistema de HealthCheck que cada 30 segundos o un minuto va haciendo pings a cada una de las máquinas. Entonces, si detecta que una no funciona o no responde, automáticamente gestiona todo. Entonces, ese minuto es el minuto ese del 0,001% de margen que te dan, ¿vale? Los SLA's. Entonces, yo voy a explicar, poniéndose un poco en esta situación, os voy a explicar cómo montar un sistema de alta disponibilidad, ¿vale? Aquí empieza la parte más técnica y es el final de la charla, ¿vale? Una idea un poco sencilla, ¿vale? Dentro de lo que es, de lo que se puede montar, ¿vale? Un poco, esto sería el concepto de alta disponibilidad, ¿vale? ¿Qué es? Pues que tienes infraestructura en Barcelona, en Madrid, en París, en Irlanda, en Nueva York, ¿vale? Tienes infraestructura distribuida y se supone que cualquier usuario puede navegar a cualquier máquina, ¿vale? Es decir, tú estás ahí y da igual donde esté. Obviamente, tiene ciertas optimizaciones. O sea, no vas a mandar a un usuario de Argentina a, yo qué sé, a París. No tiene sentido teniendo Nueva York por medio, ¿vale? Por temas de cable. Así que existen ciertas optimizaciones para aprovechar esa alta disponibilidad para distribuir tráfico, ¿vale? ¿Qué sería la alta disponibilidad en el caso concreto de WordPress? Primero, permitiría uno o muchos WordPress. No tiene que ser, no es una infraestructura que es para un sitio web, permitiría todos los que quieras. Obviamente, depende un poco de las configuraciones, ¿vale? Cuantos más WordPress haya, depende de cómo sean, pues más complejidad tienen. No es lo mismo hacer alta disponibilidad en un e-commerce que hacerlo en una web corporativa. O sea, en una web corporativa, pues ya partimos de la base de que si se cae, no pasa nada, ¿vale? Pues tampoco tienen tanta interacción del usuario, ¿vale? Pero un e-commerce, sí, porque están los carritos, claro, tú imaginas de que dejas algo en el carrito y se va a la infraestructura de otro sitio. Otro tema importante, mínimo dos localizaciones. Depende de cómo, ¿vale? Luego entraré más en detalle. Pero depende de cómo requiere mínimo tres localizaciones, ¿vale? Sobre todo depende del sistema de bases de datos, ¿vale? Porque hay una serie de organización en la base de datos que cuando se queda un sitio, ¿vale? Requiere un poco que haya una especie de triangulación, ¿vale? Entonces, si no, si tienes dos, pues la triangulación, ya las matemáticas son, son bastante claras, ¿vale? Y luego, cuando hablamos de alta disponibilidad, sobre todo de lo que se habla, es de centros de datos distintos. ¿Vale? Es decir, puede ser que haya dos centros de datos en una misma ciudad, separados dos kilómetros, ¿vale? Como es el caso que tenemos nosotros en Barcelona, que hay un churro de datacenters en un kilómetro de la redonda. ¿Vale? Entonces, claro, eso, alta disponibilidad es, pero tampoco lo es. También se puede hacer alta disponibilidad dentro del propio datacenter, ¿vale? En dos salas, ¿vale? Normalmente, los centros de datos tienen las típicas fotos estas de máquinas ahí, con bombillitas y tal. Suelen haber varias salas, no suele haber solo una sala. Entonces, se puede llegar a hacer alta disponibilidad en salas diferentes. Obviamente, ¿qué pasa? Pongo una cosa, una barbaridad, ¿vale? Pero el concepto está montado así. Si cayera una bomba o un tal y destruyera todo en la ciudad, se supone que con esto está distribuido, ¿vale? Y en realidad, Internet está montado precisamente para eso y no he dicho ninguna barbaridad. Internet se montó por temas militares y está montado de una forma que, si se destruye un país, Internet siga funcionando, ¿vale? Por eso, normalmente, se hacen ciudades diferentes. La idea es eso, un mínimo de 50 kilómetros de distancia. Y el concepto de alta disponibilidad, lo que os decía antes también, la idea base no tiene por qué ser así, pero la idea base es que haya un acceso completo de cualquiera de las infraestructuras en tiempo real. ¿Qué es lo que hay que hacer? Entro ya en la parte más técnica. A nivel de distribución, las bases de datos, o sea, aquí un poco lo que os voy a explicar es las diferentes partes que tiene WordPress. O sea, WordPress, una de las partes que tiene, quizá la más importante, es la base de datos, que es donde está la información, ¿vale? Lo más chungo de todo es hacer alta disponibilidad de las bases de datos, ¿vale? Porque en general, los que sepáis un poco de base de datos, existen los conceptos de Master's Law y, ahora, le querían cambiar el nombre porque es tal. Pero bueno, el Master's Law, si no sé cómo se llama ahora, pero es ese concepto. Y también está el concepto de Master Master, ¿vale? El sistema de Master's Law, la idea es que hay una máquina en el que se puede leer y escribir y hay otra serie de máquinas que solo se pueden leer, ¿vale? Obviamente eso en WordPress rascan un poco, porque el panel de administración hay que escribir y hay que hacer updates y demás, ¿vale? Y el concepto de Master Master es que todas las bases de datos en tiempo real sincronizan todos los datos. Como comprendereis, por distancia, así por demás, es bastante complejo de hacer. Y las bases de datos en general rascan bastante. También tenemos los ficheros. WordPress al final es un conjunto de ficheros. Está el core, pero también tenemos las imágenes y demás, ¿vale?, todo lo que se va subiendo a los medios. Y, obviamente, cuando subís una imagen, en este caso, yo qué sé, pues la subimos en Barcelona. Pero, claro, si alguien entra en las máquinas de Madrid, pues eso lo tiene que ver, porque, claro, físicamente la imagen está en un sitio. Por lo tanto, de forma automática, esa imagen se tiene que ir a otro lado, ¿vale? Luego explicaré un poco cómo hacerlo. Pero básicamente es eso. Tiene que haber un concepto de sistema de ficheros distribuido y sincronización en tiempo real para que, cuando tú subas una imagen, más o menos, en poco tiempo, ¿vale?, en segundos, esté en otro sitio o esté en todos los sitios. Otra cosa importante, un DNS inteligente. En general, cuando se montan los sistemas, se le da muy, muy, muy poca importancia a los DNS, a los DNS, ¿vale? Entonces, lo que os decía antes, hay sistemas como RU53, te lo puedes montar tú también, ¿vale?, haciendo ping y tal. Pero básicamente la idea que es que las propias DNS, que son los que resuelven a qué lugar vas, si detectan que una máquina no responde, automáticamente verían el tráfico a los otros lados, ¿vale? Este es como el primer punto y la clave de los sistemas de alta disponibilidad. Y como una cosa genérica, no voy a entrar en nada de temas de orquestrator, pero básicamente tiene que haber alguien que gestione todo esto, ¿vale? O sea, el director de orquesta. ¿Vale? Entonces, básicamente es un sistema o una especie de software que vaya controlando un poco que pasa si fallan cosas, ¿vale?, si falla una base de datos en un sitio, pues vale, es un gestor de desastres. ¿Cómo se haría la parte de bases de datos más concretamente? En este caso, yo lo que planteo o la opción que quizá tiene más sentido es hacer un sistema master multi-slave, ¿vale?, más que un multi-master, porque es lo más chungo, pero un sistema de master multi-slave. ¿Vale? Entonces, básicamente, con una cosa que no está aquí escrita, que es el proxy SQL, ¿vale?, que ya el nombre deja de entrever un poco de qué va, la idea es que tú escribas en solo tengas una especie de base de datos central en la que tú escribas y hagas actualizaciones y demás, y esa distribuye a los cambios en el resto. ¿Vale? Entonces, todo el mundo puede leer en cualquier sitio, pero por norma general, lo que vendría a ser es que quitan los formularios de comentarios y demás y todo lo que es el panel de administración, en realidad, ataquen solo a una de todas las bases de datos. Ejemplo, si sois un medioeditorial o algo, normalmente los equipos suelen estar en un sitio, no tiene sentido estar escribiendo en la otra punta del mundo en noticias, ¿vale?, por las guardas en la principal. ¿Vale? Otra de las, ¿qué es lo recomendable para utilizar en estos casos? Existe una distribución de MariaDB, que es un modelo de datos, como Maya SQL y tal, que es el Galera Cluster, que ya el nombre lo deja entre ver, que lo que hace es montar una especie de entrelazados de bases de datos en la que tú en realidad escribes ahí y eso se organiza solo, ¿vale? O sea, es inteligencia ahí montada. Y el objetivo también de la parte de la base de datos es la sincronización, obviamente, todo tiene que estar distribuido, y que si un nodo, no la base de datos en sí, pero si una infraestructura, una máquina deja de funcionar, el resto de forma, más o menos automática, tiene que distribuirse, ¿vale? Esto en realidad pasa con todos los elementos diferentes, pasa lo mismo con los ficheros y demás, que es lo que vamos a ver. ¿Cómo se gestionaría con los ficheros? Tenemos el tema del Glaster FS, ¿vale? Es un sistema de ficheros, el EXTAL, el FAT32, que quizás es el más conocido tal, pues hay un sistema de ficheros que es el Glaster FS, que básicamente es una cosa que tú metes ahí y vas conectando discos duros repartidos por todo el mundo, pero tú lo ves como si fueran uno, ¿vale? Entonces, es complicado porque el Glaster FS tiene un problema que es que con ficheros pequeños suele funcionar un poco mal, ¿vale? Está muy pensado para ficheros grandes, ¿vale? Entonces, con Wordpress no acaba de funcionar al 100%, pero es una opción, ¿vale? Hay otras historias para montar con Git y demás. Y básicamente lo que haces eso es que tú guardas en un... Bueno, tú guardas en realidad y él lo distribuye, entonces no te tienes que preocupar de nada. Una cosa importante de esto, como está repartido la información en un montón de datacentres diferentes, es la teoría dice que no hace falta hacer backups, ¿vale? Porque, claro, ya tienes un montón de backups repartidos por el mundo, ¿vale? Entonces, eso está interesante tenerlo presente, obviamente yo recomiendo siempre hacer un backup, pero no haría falta tener el concepto de Disaster Recovery porque esto está muy por encima. Y luego otro detallito, los crones, ¿vale? Claro, los crones no los puedes dejar como por defecto están, para que cualquiera, desde cualquier datacenter, cualquier usuario que entre, automáticamente se lance el WP crón, ¿vale? Lo que hay que hacer es configurarlo para que tú seas el que decida cómo se lancen y solo lo puedes lanzar en un sitio, porque si no, repetirías la misma tarea en un montón de sitios y, pues, aquello se volvería lo que imaginamos, que alguien hace un pedido en un e-commerce y automáticamente mandan cuatro máquinas diferentes el mail del pedido, no tendría ningún sentido. Entonces, esto el Orquestrator que comentaba antes, una de las cosas principales tareas que tiene es esto, que si el nodo principal que cae peta, pues, que lo mande a otro. ¿Cómo se haría? Un poco el diagrama base, ¿vale? Esto es un poco la idea, tendríamos lo que sería arriba, la parte del Orquestrator que tendría el control de la plataforma, las tareas programadas, el control de cuál sería el servidor principal, lo que os comentaba antes de intentar escribir en el mismo sitio y aquí un poco, esto podría ser n, ¿vale? Esto cada uno sería el centro de datos, tendríamos la base de datos que almacenaría información en local, el SQL Proxy o el Proxy SQL que gestionaría dónde se escribe, dónde se distribuye y demás, el Engineer con PHP o el Apache o lo que queráis con el sistema del Glacier FS, ¿vale? Que es donde está la información y, por último, he puesto el Redis, podría ser cualquier otra cosa, a nivel de cachés, ¿vale? O todo el concepto de las capas de cachés. Las capas de cachés tendrían que ir por cada uno de los centros de datos, ¿vale? Básicamente esto es un poco la visión, ¿vale? Aquí está la parte más técnica. ¿Cuánto cuesta esto? ¿Vale? Que es la gran pregunta. Este punto solo indica, ya acabo, me quedan 30 segundos, este punto solo indica la parte de infraestructura, ¿vale? Es muy a precio de coste y tal, pero para que os hagáis una idea, para montar alta disponibilidad no es caro, el problema es quién lo hace, ¿vale? Para eso están los administradores de sistemas, ¿vale? Pero básicamente una web corporativa, además, en un concepto de máquina de 2 CPUs, 4 RAM, con 40 de hospital, podría salir por unos 150 euros al mes, ¿vale? Estamos hablando de una cosa que, en teoría, tiene 100% de disponibilidad y para Unicommerce, que necesita algo más de potencia, estamos hablando de 250 euros al mes. No es tan caro, ¿vale? Obviamente no todo el mundo necesita alta disponibilidad, pero el Unicommerce, sí, gastarse 200 o 300 euros en hosting, para Unicommerce debería, bueno, es que tiene que entrar en los planes de negocio. Esto tendría que estar haciendo así, pero no lo hace, ¿vale? Mañana, y acabo, mañana es el contributor de ahí, como decíamos al principio, por primera vez, va a haber una mesa de seguridad barra hosting, principalmente de hosting, si queréis hablar de temas de seguridad sin problema, básicamente lo que voy a hacer es traer todas las problemáticas que estamos gestionando a nivel internacional, los 10, 20 que estamos ahí metidos, sobre todo para pedir opinión. Entonces, lo digo porque, obviamente, los que seas administrador de sistemas, os invito perfectamente a venir, porque me gustaría saber vuestra opinión, y a nivel de programadores o simplemente usuarios que contratáis hosting, también vuestra idea, porque una de las cosas que se está discutiendo es, por ejemplo, que busca los usuarios cuando van a contratar un hosting, ¿vale? Por la disponibilidad, versiones de PHP, no sé, hay una lista infinita de temas, ¿vale? Y poco más, si queréis cualquier cosa, por aquí estoy, en teoría, en teoría está aquí publicado un post, ¿vale? Con todo lo que ha explicado, infinitamente más largo, ¿vale? Es un post casares de estos de 20 páginas de largo, si no está ahora le daré ahora a publicar, y como he cambiado el hosting en esta última semana, a lo mejor el crón se ha quedado pillado, pero bueno, si no, a lo largo del día lo tendréis publicado. ¿Preguntas? No sé si hay tiempo para preguntas, pero ¿sí? Preguntas. A ver, ahora me vienen los bretes. Hola. Después de haber visto lo de la charla, he visto que estaba más orientada a lo de un hosting, pero si uno quisiese intentar montar el WordPress de alta disponibilidad, por lo que estaba viendo, ¿se podría ser con docker? Sí, en realidad, cuando he enseñado esto, en realidad, el concepto original que montamos nosotros es que cada uno de estos cuadraditos es un docker, ¿vale? Entonces, se supone que está bastante organizado precisamente por eso. Por eso arriba, en general, utilizamos Orchestrator y demás, o precisamente para un poco gestionar el tema de los dockers. Se puede montar sin docker tranquilamente con Git, es decir, para sincronizar ficheros. El modelo más simple que hemos encontrado nosotros es directamente tener controlado el software, y entonces cada vez que alguien sube un fichero, se hace un cambio, tratarlo como si fuera un commit, ¿vale? Entonces, automáticamente detectarlo y distribuirlo por Git a otros sitios, ¿vale? Entonces, por eso digo que se pueden hacer modelos muy exagerados de hasta qué punto te quieres complicar la vida. Esto es un punto intermedio de complicación, ¿vale? Hay cosas mucho más sencillas y esto es exponencial de complicaciones. Mira, ahí tienes otra. Bueno, no, por eso tiene que grabar. Yo lo que te quería preguntar era, lo que decían precisamente, si quieres empezar a hacer un poco de alta disponibilidad, a mí se me vino la cabeza del Google Cloud. Sí. ¿Puedes usar eso? Sí, o sea, Google Cloud, Amazon y demás ofrecen servicios automáticos de alta disponibilidad, ¿vale? El tema es que entonces tú tienes que adaptar un poco y tienes que adaptar un poco WordPress a lo que te ofrecen ellos, ¿vale? Porque, claro, ya no te sales un poco del estándar WordPress. ¿Vale? Pero sí que es verdad que, por ejemplo, yo en este caso sí que recomiendo sobre todo distribución de ficheros, que eso es relativamente fácil y lo hacen bastante bien todo el mundo. Y el tema de base de datos es más complicado, ¿vale? Porque, por ejemplo, en Amazon tienes que utilizar RDS. No puedes usar tu sistema de base de datos. Entonces, en general, todo es compatible hasta el día en que no lo sea, ¿vale? Y con Google Cloud pasa lo mismo que tiene su propio sistema de base de datos. Entonces, es un poco complicadete tal. Se puede hacer, ¿eh? O sea, esto es una forma, digamos, para montártelo un poco tú, adaptado a tus necesidades. Se pueden utilizar. Y hay empresas que directamente te lo dan montado en alta disponibilidad del WordPress, ¿vale? O sea, bueno. ¿Más preguntas? ¿No hay más preguntas? Pues no hay más preguntas. Muchas gracias.