Comprar más servidores físicos o rentar en la nube?

La oferta de servicios de nube pública se sigue expandiendo, por otra parte, ayuda a mantener el status quo a favor de los servers físicos locales (cajita), el ratio de fallos de los servicios de nube. Los proveedores locales de servicio de nube (de algún datacenter que ofrece servicios de nube en Arg. por ej.) también ayudan no publicitando abiertamente el nivel de disponibilidad de los servicios de nube, al menos algo como esto > 

http://status.aws.amazon.com/
http://www.google.com/appsstatus
https://status.rackspace.com/

Es dudoso que un área de sistemas en Argentina contrate servidores en la nube para servicios críticos (que es lo que más se corre en servers locales en la mayoría de las organizaciones/empresas en Arg.), si es que no dispone de mínima información pública y moderadamente certera acerca del historial de disponibilidad y acerca de los motivos de las fallas anteriores, incluyendo detalles técnicos importantes de análisis publicados por el mismo proveedor, similar a esto:

http://aws.amazon.com/es/message/65648/
https://aws.amazon.com/es/message/680342/
http://blog.rightscale.com/2011/04/25/amazon-ec2-outage-summary-and-lessons-learned/

* Los SLA para servicios de nube son, como decirlo, muy relativos. ¿Se condice con la realidad tener un SLA firmado por el proveedor y que el servicio luego falle? ¿Aceptará el proveedor sanciones / multas por caída de servicio? Si no es económica la sanción por caídas de servicio (por cada hora de falta de servicio, se entrega automáticamente 4 horas sin costo), ¿Cómo puede exigirse el SLA? ¿Judicializando? ¿Vale la pena ir a una instancia judicial por micro-outages constantes de pocas horas-días, etc.?

De todos modos, alguien siempre tiene que ser el primero, y muchos proveedores se están esforzando en crear servicios baratos para pelear por el lado del costo: TCO de tener servers locales vs. TCO al tener servers en la nube.

Al menos algun par de servers no críticos se puede seleccionar y "enviar" a la nube para ir probando - y registrando la experiencia en logs, datos de tráfico, gráficas descriptivas, etc. - la fiabilidad del servicio (durante un par de años). Supongo que ya debe haber bastantes servers no críticos de organizaciones en Argentina subidos a nubes públicas para hacer esto justamente.