{"id":149,"date":"2007-08-04T04:44:08","date_gmt":"2007-08-04T04:44:08","guid":{"rendered":"http:\/\/stefano.salvatori.cl\/blog\/2007\/08\/04\/como-no-hacer-actualizaciones\/"},"modified":"2007-08-04T04:44:08","modified_gmt":"2007-08-04T04:44:08","slug":"como-no-hacer-actualizaciones","status":"publish","type":"post","link":"https:\/\/stefano.salvatori.cl\/blog\/2007\/08\/04\/como-no-hacer-actualizaciones\/","title":{"rendered":"como no hacer actualizaciones"},"content":{"rendered":"

Es com\u00c3\u00ban que durante el periodo de vida de un software, comunidad, sitio web, etc alla que realizar m\u00c3\u00a1s de alguna actualizacion, ya sea para agregar nuevas caracteristicas, corregir problemas de seguridad, correccion de bugs o siemplemente un simple cambio de dise\u00c3\u00b1o. Lo normal ser\u00c3\u00ada que este “periodo de actualizacion”<\/em> sea lo mas r\u00c3\u00a1pido y que afectara en lo menos posible a los usuarios, ya que si es un software pagado reclamaran y si es gratis se ir\u00c3\u00a1n con la competencia.<\/p>\n

Un claro ejemplo donde NO SE CUMPLE<\/strong> (breve periodo de actualizacion y usuarios poco afectados) es el tracker chileno www.shared.cl<\/a>\u00c2 el cual estuvo casi 1 semana offline mientras se realizaba su migracion, y si entrabamos al sitio podiamos ver mensajes como “falta poco”, “estamos terminando”, “un par de horas mas”, “un par de minutos”, el problema es que no existe competencia buena (www.torrentchile.org<\/a>) para el tracker sino ya no habria gente en shared, adem\u00c3\u00a1s del tiempo offline el tracker sufrio un reset completo de usuarios y torrent (esto es lo peor, ya que perdi todo mi upload)\u00c2 asi que reviamos nuestra operacion:<\/p>\n

tiempo migracion + reset de usuario = mala migracion\u00c2 <\/em><\/p>\n

Es verdad que se han agregado nuevas caracteristicas al tracker (se agradece), pero creo que es mucho el costo que los usuarios hemos tenido que pagar (todo gracias al monopolio).<\/p>\n

Este post no es una porque le tenga mala al tracker o algo asi, es solo un ejemplo de como no deben hacerse las migraciones, cosa que debemos tener siempre encuenta (los que desarrollamos aplicaciones), creo que haber tenido en otro servidor el sitio funcionando correctamente antes de realizar el cambio ubiera sido lo ideal, y no una vez que el sitio esta online cerrar y decir “se nos olvido compilar el kernel en el nuevo servidor” o “estamos terminando de traducir”.<\/p>\n

As\u00c3\u00ad que ya saben siempre hay que tener mucho ojo sobre cuando y como realizar actualizaciones y\/o mantenciones, en especial cuando tenemos un gran numero de usuarios o son datos importantes.<\/p>\n