• Portada
• Lo Mejor
• Productos
• Respuestas
• Comunidad
• Club

Expertos de en Genbeta

Ver todos (1)

• A Blackgem Vindicare LE GUSTA
• Blackgem Vindicare ODIA

• Posts
• Posts de los expertos
• Conversaciones
• Conversaciones de los expertos

Comentado por codestation

52

En Cloud computing, ¿el futuro o un paso atrás?

El verdadero problema es que hay casos no previstos, como el rayo que ha destrozado una subestación eléctrica en Dublín, que puede echarlo todo por tierra. Amazon debería haber previsto ese caso, por ejemplo, manteniendo una copia en otro datacenter en otra localización y redirigiendo automáticamente todas las peticiones a dicho datacenter, aun perdiendo algo de rendimiento. El caso es que muchas otras empresas tienen sus sistemas en linea a pesar de que tenían sus instancias en Dublin, ¿como es esto posible? pues que estas empresas saben lo que realmente significa el concepto de la nube y han colocado sus instancias en multiples regiones y han hecho sus deberes con los sistemas que manejan para prevenir este tipo de problemas. Por poner un ejemplo, en el ultimo grán fallo de Amazon EC2/S3, Netflix no pasó por muchos problemas a pesar de estar utilizando ya que diseñó sus sistemas pensando en este tipo de contingencias. Que el usuario común de la "nube" se deje engañar por este buzzword y contrate solamente un servicio básico confiando en que la nube siempre va a estar disponible solo se está engañando a si mismo. Así como el usuario paga por tener más capacidad (de almacenamiento y procesamiento) en la nube, también debe hacerlo para mantener sus instancias en múltiples regiones así como diseñar sus sistemas para hacer frente a que un nodo falle para prevenir este tipo de problemas. En resumen, una parte de la culpa de que estos sitios (meneame por ejemplo) estén caídos yace en sus propios administradores.

• karma: 107.5 | brillante
• 08 de agosto de 2011 a las 18:42

Comentado por codestation

25

En KleanSweep limpia tu sistema Linux desde KDE

*Mucho* cuidado al usar esta aplicación (el cual tiene casi 4 años sin actualizarse), pues muchos de los tipos de ficheros que busca para borrar pueden ser falsos positivos: * empty files: Muchos paquetes instalan ficheros vacios para conservar la misma estructura entre distintas configuraciones (por dar un ejemplo, en /usr/share/X11/locale/ existen ficheros vacios pero necesarios) * empty directories: Algunas applicaciones tienen directorios vacios que utilizan para leer configuraciones que otros programas puedan poner alli. * backup files: Puede ser útil pero bajo linux las extensiones de archivos pueden o no importar así que es muy dificil encontrar los llamados backups de forma eficaz * broken symbolic links: Esto no deberia ocurrir e indica un paquete mal instalado u otro problema más grave, borrarlo sin más solo ayuda a ocultar el problema. * broken executables: igual que el anterior * dead menu entries: (.desktop files pointing to non-existing executables) igual que el anterior, aunque si es útil si los .desktop han sido creados por el usuario. * obsolete thumbnails (thumbnails of non-existing images) no veo problemas en la teoria. * duplicated files: Peligroso ya que no todos los ficheros duplicados son inútiles. * orphaned files: (files not found in RPM or DEB database) Algunos paquetes crean ficheros luego de instalarse que no son registrados por el gestor de paquetes (indices, cache [como la de fontconfig], archivos de configuraciones adicionales, etc), que luego son borrados por un script al desinstalar el paquete. Hay que tener un criterio mucho más amplio que solo buscar en la db del manejador de paquetes para saber si un fichero es realmente huérfano. En resumen, NO usen esta aplicación fuera de su $HOME ya que trae grandes consecuencias de su uso indebido. P.D.: en el articulo no especifica que es una app para KDE 3.x (por consiguiente ya no está disponible para muchas distros)

• karma: 145 | brillante
• 26 de junio de 2010 a las 20:03

Volver al perfil de Blackgem Vindicare »