Mis razones para abandonar y no volver IBM Cloud

 ¡Hola!

Este post les quiero compartir mi experiencia usando este proveedor de servicios de cloud computing. A partir del título de esta entrada podrán deducir que dicha experiencia no fue buena. Y aquí brevemente les detallo los problemas con los que tuve que lidiar:

  • outage de más de 12 horas, dejando fuera de servicio toda la capa de classic infrastructure (máquinas virtuales) por problemas de refrigeración.
  • siguiendo con los outages, uno de ellos forzó que todas las máquinas virtuales se debieran reiniciar dejando en modo de solo lectura a los discos de dichas vms.
  • software desactualizado: el rescue mode de las máquinas virtuales (devices) es... ¡CentOS 5!
  • y a causa de los dos puntos anteriores, me vi forzada a entrar máquina por máquina en modo rescate (se activa desde la ui) y a correr fsck sobre cada disco virtual.
  • fsck de recue mode es tan obsoleto que tuve que compilar e2fscprog desde sources.
  • la ui de IBM cloud es lenta y confusa. Una máquina virtual está encendida y completamente accesible pero el estado que muestra la interfaz web indica que está encendida pero desconectada.
  • cambiar de email es problemático, ya que posiblemente se pierda acceso a ciertos servicios porque el correo está vinculado a ellos.
  • debido a lo anterior no puedo acceder a uno de los clusteres de kubernetes (el cluster role binding no se actualiza como debiera y sigue vinculando el viejo email y no el nuevo).
  • no es posible (o al menos no encontré una manera) asignar roles a recursos. Por ejemplo: que una máquina virtual tengas permisos de lectura/escritura sobre un bucket. Necesariamente hay que crear un par de keys para tal propósito.

Estas razones son suficientes para pensar en migrar a otro proveedor más robusto y confiable. 

Si alguien tuvo experiencias similares, los invito a compartirlas en los comentarios.

¡Saludos!

Comentarios

Entradas más populares de este blog

Errores con mirrors de Raspberry Pi

Me gusta GnuPG