Assisti uma palestra sobre SQL Server Data Services (SSDS), acredito que foi do Fernando Cerqueira, no Tech-Ed deste ano. Houve este questionamento durante a palestra: como fica a performance? Como ficam os índices do banco, etc, etc. A resposta foi muito clara: isso não é problema seu! (Clara que não dita assim)
Questões como escalabilidade, backup, manutenção e performance são de resposabilidade do provedor do serviço de computação na nuvem, no caso de Azure ou SSDS, a Microsoft. Se fosse EC2, seria a Amazon. Eles devem se preocupar com esse tipo de coisa, não você.
A questão de latência vai ser resolvida pela Microsoft no Azure com a disponibilização de Datacenters em vários pontos do globo. Além disso, eles podem usar replicadores, como o Akamai, que eles já usam hoje para o próprio site deles.
Agora, a dependência entre serviços obviamente machuca a performance, mas não só de aplicações que estão na nuvem. Se você fizer uma app Windows Forms que depende de 4 serviços na sua WAN corporativa já vai ver a performance sofrer. E eles nem precisam estar encadeados.
Estou com uma conta aberta no Azure mas ainda não consegui por a mão. Assim que conseguir eu passo para vocês minhas impressões. Sugiro que quem mais tiver que fale também.
Com relação a catalogação de serviço, o que exatamente você quer dizer, Tuca? Hoje em dia há esses grandes softwares que as empresas vendem como catalogadores, e eles vêm com aqueles nomes bonitos, como enterprise service bus, etc. É disso que você está falando?
Agora, com relação a questão que você colocou, de uma dependência de um serviço que pode parar por manutenção, acho que só há uma resposta: prepare-se para isso. Se você está compondo uma aplicação distribuída, S+S, não dá para assumir que os serviços do qual ela depende vão estar no ar o tempo todo, a não ser que você tenha um contrato de SLA muito bom. E mesmo assim, mesmo os SLAs permitem tempos de parada não programada. De qualquer forma, prepare-se para o serviço sair do ar. E faça tudo com uma arquitetura bem desacoplada. Assim, se você depende de informações meteorológicas, e usa o Weather Channel, faça as coisas para que possa trocar um dia por outro serviço, não se acople ao serviço do WC, crie uma camada de anti-corrupção. E aí, você pode até ter um outro serviço de backup que usa, caso o principal saia do ar.
É isso, e aí pessoal, o que acham?
[]'s
Giovanni Bassi
Arquiteto de software
http://unplugged.giggio.net