{"id":9691,"date":"2021-03-02T08:34:33","date_gmt":"2021-03-02T07:34:33","guid":{"rendered":"https:\/\/www.makingscience.com\/blog\/cual-es-la-importancia-del-plan-de-contingencia-y-de-continuidad-de-negocio\/"},"modified":"2021-03-02T08:34:33","modified_gmt":"2021-03-02T07:34:33","slug":"cual-es-la-importancia-del-plan-de-contingencia-y-de-continuidad-de-negocio","status":"publish","type":"post","link":"https:\/\/www.makingscience.com\/es\/blog\/cual-es-la-importancia-del-plan-de-contingencia-y-de-continuidad-de-negocio\/","title":{"rendered":"Cu\u00e1l es la importancia del plan de contingencia y de continuidad de negocio"},"content":{"rendered":"<div>Cu\u00e1l es la importancia del plan de contingencia y de continuidad de negocio<\/div>\n<div>A todos nos ha pasado alguna vez que tras estar varios d\u00edas trabajando en un documento, hemos conectado el pendrive al ordenador y no funciona. Tras soltar un mont\u00f3n de improperios y provocarle un zumbido en el o\u00eddo al fabricante del pendrive, no nos ha quedado m\u00e1s remedio que resignarnos y reescribirlo.  Ahora bien, si enfocamos el mismo problema pero a nivel de tu p\u00e1gina web, es muy probable que si algo falla pierdas meses e incluso a\u00f1os de trabajo (a que ahora lo del documento te parece una tonter\u00eda). Es ah\u00ed donde entra en juego el <strong>plan de continuidad del negocio.<\/strong>  Adem\u00e1s de esto, si tienes un e-commerce, seguramente te interese que tu web vuelva a estar disponible lo antes posible para perder la menor cantidad de ventas. Esto y mucho m\u00e1s es lo que se contempla en el plan de contingencia. <\/p>\n<h2>Continuidad del negocio<\/h2>\n<p> Seguramente tu p\u00e1gina web contenga muchos datos importantes como los productos que vendes, las entradas de tu blog, los datos de tus clientes\u2026 adem\u00e1s de la configuraci\u00f3n de los distintos m\u00f3dulos, pasarelas de pago y dem\u00e1s procesos que hacen que tu e-commerce funcione correctamente. Es por esto que es muy importante protegerse para que en\u00a0 caso de desastre, puedas volver a poner en marcha tu web perdiendo la menor cantidad posible de datos.  Debemos tener en cuenta varios puntos importantes: <strong>\u25cf Actualizaci\u00f3n<\/strong> <strong>\u25cf Resiliencia<\/strong> <strong>\u25cf Offsite<\/strong> <strong>\u25cf Redundancia<\/strong>  &nbsp; <\/p>\n<h3>Actualizaci\u00f3n<\/h3>\n<p> Dependiendo del tipo de web que tengamos, la importancia de la actualizaci\u00f3n de los backups puede ser mayor o menor. Por ejemplo, algunos de nuestros clientes con e-commerce hacen backups cada hora, mientras que si por ejemplo tienes un blog quiz\u00e1 te llegue con un backup al d\u00eda, o incluso con uno a la semana. <\/p>\n<h3>Resiliencia<\/h3>\n<p> Otro punto importante es la resiliencia de tus backups, que es la capacidad que tienen para ser restaurados manteniendo el estado original por mucho tiempo que pase. Por ello es muy importante elegir un formato de backup que sea confiable y realizar restauraciones peri\u00f3dicas de prueba para verificar que estos son v\u00e1lidos. <\/p>\n<h3>Offsite<\/h3>\n<p> Es muy importante que los backups se almacenen offsite, ya que de almacenarse junto con los datos, es muy probable que se pierdan tambi\u00e9n en caso de desastre. Es por eso que cuanto m\u00e1s lejos, mejor. Si tienes un site en Google Cloud Platform, por ejemplo alojado en B\u00e9lgica, guarda los backups en EEUU por ejemplo, as\u00ed pones bastante tierra de por medio en el caso de desastre. <\/p>\n<h3>Redundancia<\/h3>\n<p> Si est\u00e1 en tu mano, otro punto interesante es la redundancia de los backups. Si tu p\u00e1gina sufre un desastre y tienes que restaurar un backup, aunque es muy dif\u00edcil, hay probabilidades de que dicho fichero est\u00e9 da\u00f1ado o que por error haya sido borrado. Manteniendo copias distribu\u00eddas de los backups te aseguras de evitar este problema, mejor si son adem\u00e1s en distintas zonas. <\/p>\n<h3>Plan de contingencia<\/h3>\n<p> Una vez que te has asegurado la continuidad del negocio, es hora de ponerse en marcha lo m\u00e1s r\u00e1pido posible, ya que no es lo mismo 8 que 80 (sobretodo si tienes una tienda). Si tu web se cae, lo m\u00e1s importante en ese momento para ti va a ser la recuperaci\u00f3n del servicio para seguir recibiendo visitas y vendiendo.  Es por eso que es importante tener en cuenta los siguientes puntos: <strong>\u25cf Alta disponibilidad<\/strong> <strong>\u25cf Recuperaci\u00f3n r\u00e1pida<\/strong> <strong>\u25cf Restauraci\u00f3n r\u00e1pida<\/strong> <\/p>\n<h3><\/h3>\n<h3>Alta disponibilidad<\/h3>\n<p> Algo muy importante en tu web es la alta disponibilidad. La alta disponibilidad o <em>high availability<\/em> en ingl\u00e9s (HA) consiste en tener tus servicios replicados, as\u00ed en el caso de que uno falle, el otro toma el relevo.  Algunos ejemplos son: <strong>\u25cf Sistemas de ficheros distribuidos como CephFS<\/strong> <strong>\u25cf Redis Cl\u00faster<\/strong> <strong>\u25cf MySQL cl\u00faster o Master\/Slave<\/strong>  Tambi\u00e9n podemos optar por servicios gestionados como los que ofrece Google, as\u00ed adem\u00e1s evitamos el <em>overhead<\/em> de su mantenimiento y se encargan ellos de la alta disponibilidad. <\/p>\n<h3>Recuperaci\u00f3n r\u00e1pida<\/h3>\n<p> Si tienes tu web alojada en un s\u00f3lo servidor por ejemplo y este se cuelga, hasta que no entra alguien y se encarga de recuperar el servicio, la web permanece ca\u00edda. Es por eso que es importante optar por usar m\u00e9todos que permitan una recuperaci\u00f3n r\u00e1pida.  Si tienes por ejemplo dos servidores y uno se cae, el otro sigue sirviendo la web mientras que alguien recupera el primero, por lo que es m\u00e1s dif\u00edcil que haya <em>downtime<\/em>. Adem\u00e1s de esto, si lo combinamos con sistemas de recuperaci\u00f3n autom\u00e1tica como por ejemplo Kubernetes, grupos de auto-escalado o similares, el <em>downtime<\/em> se puede reducir a cero. Esto ser\u00eda gracias a que dichos sistemas verifican el estado de tu servicio y son capaces de reiniciarlo o recrearlo en el caso de que se detecte un fallo, al mismo tiempo que la redundancia evita que haya <em>downtime.<\/em> <\/p>\n<h3>Restauraci\u00f3n r\u00e1pida<\/h3>\n<p> Aunque puede sonar parecido al apartado anterior, no es lo mismo. La recuperaci\u00f3n r\u00e1pida se trata de cu\u00e1nto tiempo te llevar\u00eda recuperar el servicio de tu web en el caso de desastre. Asimismo, si tienes backups pero te va a llevar varios d\u00edas recuperarlos, quiz\u00e1 no sea asumible esta p\u00e9rdida de servicio. Es por ello que junto con el plan de continuidad del negocio es muy importante que tengas un plan de recuperaci\u00f3n en el caso de desastre.  Dentro de este plan de recuperaci\u00f3n puede entrar: \u25cf <strong>Plantillas de tu infraestructura con Salt <\/strong>que te permitan una r\u00e1pida replicaci\u00f3n. <strong>\u25cf Plantillas de tus servidores con Salt, Ansible, Puppet, <\/strong>los cuales te permiten hacer el setup en cuesti\u00f3n de minutos. <strong>\u25cf M\u00e9todos de backup f\u00e1cilmente restaurables, <\/strong>como por ejemplo el uso de Snapshots.  Teniendo en cuenta estos puntos tu web ir\u00e1 como la seda y podr\u00e1s vivir como mayor tranquilidad sabiendo que tu servicio estar\u00e1 m\u00e1s tiempo funcionando.<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Cu\u00e1l es la importancia del plan de contingencia y de continuidad de negocio A todos nos ha pasado alguna vez que tras estar varios d\u00edas trabajando en un documento, hemos conectado el pendrive al ordenador y no funciona. Tras soltar un mont\u00f3n de improperios y provocarle un zumbido en el o\u00eddo al fabricante del pendrive, [&hellip;]<\/p>\n","protected":false},"author":21,"featured_media":9692,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[30,34],"tags":[67],"class_list":["post-9691","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-e-commerce","category-technology-ai","tag-systems"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/posts\/9691","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/comments?post=9691"}],"version-history":[{"count":0,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/posts\/9691\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/media\/9692"}],"wp:attachment":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/media?parent=9691"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/categories?post=9691"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/tags?post=9691"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}