Waldemir Cambiucci - Solutions Architect - Microsoft Brasil : SQL Data Services

Projetos do SQL Azure Database Labs

wcamb — Mon, 20 Jul 2009 13:46:00 GMT

Olá pessoal, tudo certo?

Mais um post sobre Windows Azure. Vamos focar hoje os projetos que estão sendo encubados no SQL Azure Labs. Aliás, o SQL Services mudou de nome e agora é chamado SQL Azure. Da mesma forma, o SQL Data Services passou a ser chamado SQL Azure Database.

Ainda estamos aguardando o lançamento do novo CTP do SQL Azure, que promete grandes inovações. Entre as principais destacamos o maior suporte para o modelo relacional de dados, suporte ao protocolo Tabular Data Stream (TDS) e consultas via Transact-SQL (T-SQL), permitindo assim uma integração mais natural com as aplicações corporativas (on-premise).

A figura a seguir ilustra o suporte do SQL Azure para aplicações com bases relacionais:

Essa mudança terá um impacto muito grande para as aplicações candidatas para o ambiente Azure. De fato, foi um pedido do mercado ao longo dos primeiros CTP’s deste ano. Como resultado, teremos um número maior de cenários de aplicações que serão suportados pelo modelo. Uma questão que anda circulando alguns fóruns e blogs é sobre o tamanho das partições previstas para o SQL Azure, algo em torno de 10 GB. Já li alguns artigos comentando que essa dimensão atende mais de 80% do mercado-alvo da primeira versão. O próximo CTP ainda está chegando, vamos aguardar!!!

A página principal do SQL Azure Database Labs é essa:

SQL Azure Database Labs
Ref.: http://www.microsoft.com/azure/sqllabs.mspx

Essa página concentra uma série de projetos que estão em gestão no Azure, mas que já podem ser testados pela comunidade. Vamos ver alguns interessantes:

Data Mining in the Cloud
Ref.: http://www.microsoft.com/azure/mining.mspx

Comentário: esse projeto “Data Mining” pretende trazer funções de data mining para a nuvem, oferecendo ferramentas online e addins para que planilhas Excel façam minerações de dados e análises diversas. Vale a pena conferir o que já está disponível de forma online.

Codename "Huron" - Sync Enabled Cloud Data Hub
Ref.: http://www.microsoft.com/azure/huron.mspx

Comentário: o projeto “Huron” tem por objetivo criar uma central de dados na nuvem, habilitando cenários de B2B, integrando bases de dados relacionais de fontes diversas, como SQL Express, SQL CE, SQL Server, etc. Para isso, a prometida integração entre SQL Azure Database e o Sync Framework deve acontecer de fato. Entre os vários cenários de aplicações para a nuvem, central de dados e hubs de aplicações foram muito comentadas tempos atrás. Esse projeto pretende viabilizar algumas dessas soluções, usando mecanismos de sincronização para cenários parcialmente conectados.

Reporting Services against SQL Data Services
Ref.: http://www.microsoft.com/azure/reporting.mspx

Comentário: como o próprio nome diz, a idéia é oferecer os dados da nuvem através dos recursos do Reporting Services local. Através de um framework de extensão, esse projeto permitirá o consumo de dados do SQL Azure Database a partir de relatórios construídos no Reporting Services 2008. Vale acompanhar.

Sem dúvida, o novo CTP do SQL Azure é o pacote mais esperado. Vamos acompanhar o blog do time…

SQL Azure Team Blog
Ref.: http://blogs.msdn.com/ssds/default.aspx

Por enquanto é só! Até o próximo post :)

Waldemir.

MIX09: Novidades do SQL Data Services

wcamb — Mon, 23 Mar 2009 19:58:34 GMT

Olá pessoal, tudo certo?

O MIX09 foi semana passada, deixando algumas indicações sobre o que deve chegar com os próximos CTP’s do Windows Azure e seus serviços. Destaco aqui 2 palestras importantes:

What's New in Microsoft SQL Data Services
Nigel Ellis - Architect
http://videos.visitmix.com/MIX09/T06F

Confira mais sobre o Azure Storage no link abaixo:

Windows Azure Storage
Brad Calder - Architect
http://videos.visitmix.com/MIX09/T08F

Segundo o roadmap anunciado, somente a partir de julho/2009 teremos à disposição a nova estrutura de capacidades do SQL Services, como vemos abaixo:

Em breve, vou colocar aqui minhas impressões e maior detalhamento sobre os novos componentes da suíte SQL Services. Aguardem!

Por enquanto é só! Até o próximo post :)

Waldemir.

Novidades: SQL Data Services SDK de Jan/2009 e Azure Services Training Kit de Fev/2009.

wcamb — Sat, 28 Feb 2009 17:30:00 GMT

Olá pessoal, tudo certo?

Depois da série sobre Windows Azure em janeiro, tivemos mais uma atualização no SDK do SQL Data Services – CTP Jan/2009. Confira abaixo:

SQL Data Services (SDS) SDK (CTP)
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=0B1FA5C6-EC9D-440B-939E-481DD05F2627&displaylang=en

A novidade é que nosso SSDS Explorer agora foi corrigido para SDS Explorer (claro) e uma série de funcionalidades foram incluídas. Veja a nova interface da ferramenta abaixo:

Melhorou o acesso aos valores de Request/Response junto ao serviço do SDS, assim como os templates para propriedades de entidades como String, Decimal, DataTime, Boolean, Binary e Content. Outra novidade interessante é o template para “Blog”, que deve ajudar bastante nos testes de aplicações com esse tipo de dado no SDS.

Com certeza, download obrigatório para quem já está experimentando a plataforma Windows Azure.

Falando em novidades, o Training Kit do Azure Services também foi atualizado recentemente, no link abaixo:

Azure Services Training Kit - February Update
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=413E88F8-5966-4A83-B309-53B7B77EDF78&displaylang=en

Contendo agora:

19 demo scripts, passando pelos principais recursos dos serviços Azure;
10 apresentações cobrindo o Azure Services Platform;
3 hands-on labs adicionais para Live Services.

Finalmente, não deixe de conferir o Microsoft Cloud Computing Tools, que está sempre com muitas novidades:

Microsoft Cloud Computing Tools
Ref.: http://msdn.microsoft.com/en-us/vstudio/cc972640.aspx

Por enquanto é só! Até o próximo post :)

Waldemir.

SQL Server Data Services (SSDS) SDK (Beta) : de olho nas novidades.

wcamb — Mon, 29 Sep 2008 20:09:00 GMT

Olá pessoal, tudo certo?

Um dos meus assuntos preferidos atualmente é o SQL Server Data Services, um importante serviço online do universo Software + Services da Microsoft. Durante o próximo tech-ed Brasil 2008 vou estar na sessão APC301, falando um pouco mais do SSDS e seus recursos.

Para quem não sabe, recentemente foi publicado seu SDK, veja:

SQL Server Data Services (SSDS) SDK (Beta)
Ref.: http://www.microsoft.com/downloads/details.aspx?FamilyId=0B1FA5C6-EC9D-440B-939E-481DD05F2627&displaylang=en

O principal recurso do SDK é o SSDS Explorer, através do qual é possível navegar pelos principais elementos da estrutura de dados do SSDS, como Authorities, Containers e Entities.

Para quem está acompanhando a evolução do serviço, é uma instalação obrigatória. Mas antes, lembre-se de se registrar para o acesso ao serviço, aqui:

Ref.: http://msdn.microsoft.com/en-us/sqlserver/dataservices/default.aspx

Por enquanto é só! Até o próximo post :)

Waldemir.

Novo artigo no MSDN - Introdução sobre o SQL Server Data Services.

wcamb — Fri, 05 Sep 2008 17:49:00 GMT

Olá pessoal, tudo certo?

Depois de vários comentários e discussões sobre o SSDS aqui no blog, consolidei um artigo sobre o assunto, para publicação no MSDN. Confira no link abaixo:

Uma introdução sobre o SQL Server Data Services (codinome “Sitka”) e o ADO.NET Data Services (codinome “Astoria”).
Por Waldemir Cambiucci
Ref.: http://www.microsoft.com/brasil/msdn/arquitetura/Journal/IntroducaoSQLServerDataServices_ADO.NETDataServices.mspx

Espero que gostem!

Por enquanto é só! Até o próximo post :)

Waldemir.

Desenvolvimento robusto de aplicações com o SSDS.

wcamb — Thu, 04 Sep 2008 18:51:00 GMT

Olá pessoal, tudo certo?

Outro artigo interessante sobre a construção de soluções com o enfoque de dados na nuvem saiu também na MSDN Magazine de julho, veja:

Develop Robust and Scalable Apps with SQL Server Data Services
Ref.: http://msdn.microsoft.com/en-us/magazine/cc700349.aspx

Atualmente, já é possível utilizar uma série de patterns para a construção de aplicações que utilizarão o SSDS como infra-estrutura de dados.

Para lembrar, o SSDS é o Microsoft SQL Server Data Services, um repositório de banco de dados na Web. É uma das principais tecnologias de storage na nuvem na arquitetura Software + Services da Microsoft.

No post "Building Block Services para a computação na nuvem : SSDS - SQL Server Data Services." falei um pouco sobre o serviço e suas principais características. Vale conferir.

Por enquanto é só! Até o próximo post :)

Waldemir.

Expondo e consumindo dados num mundo de Web Services.

wcamb — Wed, 03 Sep 2008 23:04:58 GMT

Olá pessoal, tudo certo?

Vamos retomar nossas discussões? Depois de uma pausa quase sabática, falar de arquitetura de soluções é sempre muito agradável...

Chegando ao escritório encontrei a edição da MSDN Magazine de agosto em minha mesa, com um artigo muito interessante:

Expose And Consume Data in A Web Services World, de Elisa Flasko e Mike Flasko.
Ref.: http://msdn.microsoft.com/en-us/magazine/cc748663.aspx

O artigo começa falando sobre nossas primeiras visões para aplicações RIA e como o foco em serviços na Web fornece uma nova abordagem para a construção de aplicações que interagem com a nuvem.

O ADO.NET Data Services entra nesse cenário oferecendo uma interface para exposição e consumo de serviços, descrevendo nossos dados através do modelo de entidade de dados do EDM (Entity Data Model). ADO.NET Data Services, LINQ e Entity Data Model são as ferramentas que suportam esse novo modelo.

Assim, para retomar nosso blog, fica a dica para a leitura desse artigo.

Por enquanto é só! Até o próximo post :)

Waldemir.

ADO.NET Data Services : um pouco mais sobre o projeto "Astoria".

wcamb — Fri, 20 Jun 2008 18:09:00 GMT

Olá pessoal, tudo certo?

O ADO.NET Data Services é um dos componentes da próxima versão do ADO.NET. O projeto "Astoria" como é conhecido, permite a navegação dos dados de um banco publicado na nuvem (web), através de uma interface estilo REST, com dados formatos em JSON e ATOM/APP.

Como principal benefício, é possível consumir as informações de um banco de dados publicado, sendo possível o search pelas informações via http. Além disso, é possível operar sobre esses dados, uma vez que a interface implementa todos os verbos do protocolo HTTP, como GET, POST, PUT e DELETE.

Veja um exemplo simples. Para começar, precisamos instalar alguns pacotes adicionais ao ambiente do Visual Studio 2008. Assim, vamos usar o ASP.NET 3.5 Extensions e o Entity Framework, para trabalhar com o ADO.NET Data Services.

ASP.NET 3.5 Extensions Preview (deve ser instalado)
Ref.: http://www.microsoft.com/downloads/details.aspx?FamilyId=A9C6BC06-B894-4B11-8300-35BD2F8FC908&displaylang=en

ADO.NET Entity Framework Beta 3 (deve ser instalado)
Ref.: http://www.microsoft.com/downloads/details.aspx?FamilyId=15DB9989-1621-444D-9B18-D1A04A21B519&displaylang=en

ADO.Net Entity Framework Tools Dec 07 Community Technology Preview (deve ser instalado)
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=D8AE4404-8E05-41FC-94C8-C73D9E238F82&displaylang=en

Após a instalação, crie um projeto ASP.NET WEB Application para nosso exercício.

Com o projeto criado, adicione um modelo Entity Data Model, via o template oferecido pelo ADO.NET Entity Framework (Beta 3).

A criação do modelo .EDMX pode ser feita apontando um arquivo .MDF local, ou um SQL Server ou ainda qualquer outro banco para o qual você tenha o provider. Veja a lista de providers disponíveis aqui.

Agora, adicione um novo item ao projeto, um ADO.NET Data Services, através do template disponibilizado pelo ASP.NET Extensions.

Esse template ADO.NET Data Service gera um código exemplo que já pode ser executado, a partir da indicação do modelo Entity Framework utilizado. Em nosso exemplo, veja que o modelo tem o namespace Model e a entidade utilizada é acessada na chamada:

public class WebDataService1 : WebDataService<Model.Entities>

Finalmente, o projeto mais simples utilizando o template ADO.NET Data Services acima ficaria assim:

using System;
using System.Web;
using System.Collections.Generic;
using System.ServiceModel.Web;
using System.Linq;
using Microsoft.Data.Web;

using Model; // Modelo gerado pelo Entity Data Model.

namespace WebApplication1
{
    public class WebDataService1 : WebDataService<Model.Entities>
    {
        public static void InitializeService(IWebDataServiceConfiguration config)
        {
            config.SetResourceContainerAccessRule("*", ResourceContainerRights.AllRead);
        }
    }
}

Executando a solução, teremos a navegação pelas entidades do modelo EDMX disponível via browser, onde as duas tabelas People e Orders são indicadas, como vemos abaixo:

De fato, com essa interface publicada podemos navegar pelos dados do banco, indicando quais linhas ou campos ou entidades queremos visualizar. Como existe a aderência ao modelo REST, é possível realizar buscas diretas através da URI de cada entidade ou dado publicado pelo ADO.NET Data Services.

O ADO.NET Data Services ainda prevê outros operadores na linha de comando http, como vemos a seguir:

E o modelo não serve apenas para a nuvem internet. Podemos pensar em bancos de dados corporativos ou departamentais oferecendo dados através da intranet da empresa para outros sistemas, utilizando uma interface web e formato REST, com segurança HTTPS (SSL). Simples assim. :)

Esse post foi apenas uma introdução sobre o ADO.NET Data Services.

Para saber mais e ver outros exemplos, acompanhe o blog do arquiteto Pablo Castro, da Microsoft, um dos responsáveis pela equipe do projeto "Astoria":

Pablo Castro's blog
Ref.: http://blogs.msdn.com/pablo/

Por enquanto é só! Até o próximo post :)

Waldemir.

Recursos para a construção de soluções Software + Services.

wcamb — Tue, 10 Jun 2008 12:46:00 GMT

Olá pessoal, tudo certo?

Numa discussão rápida com arquitetos que tive semana passada, conversávamos sobre os recursos de desenvolvimento disponíveis no mundo Microsoft para a construção de soluções Software + Services (S+S).

Na série de posts Building Block Services, classificamos os tipos de serviços presentes no mundo S+S, entre Finished Services, Attached Services e Building Block Services.

Um outro modo de classificar os recursos presentes numa solução Software + Services é através das várias plataformas e ferramentas disponíveis. Veja a figura abaixo:

Vamos falar um pouco de cada grupo:

O mundo Desktop ou Windows agrupa a utilização de recursos do desktop, como interfaces WinForms, funcionalidades do sistema operacional e ferramentas de colaboração da plataforma Office. Um ponto importante nesse tipo de recurso é o poder de processamento da estação, ou seja, uma solução S+S é assim chamada pois utiliza funcionalidades e serviços da nuvem, assim como recursos da estação. Cenários de soluções parcialmente offline ou smartclients são exemplos clássicos;
O mundo Empresa ou Enterprise envolve os diversos recursos consumidos no ambiente corporativo. Aqui citamos o ambiente MOSS - Microsoft Office Sharepoint Server 2007, o Forefront, o Exchange Hosted Services, entre outros. Um tipo de solução cada vez mais comum nesse cenário são OBA's - Office Business Applications, que integram funcionalidades de aplicações LOB - Line Of Business - com recursos de aplicativos do Office, como planilhas Excel, Word ou Outlook. Lembramos que soluções OBA são exemplos de Aplicações Compostas (Composite Applications), utilizando uma infra-estrutura conhecida que é o ambiente Office e documentos OpenXML;
O mundo Mobile ou de Dispositivos é um mundo cada vez mais emergente. Os dispositivos móveis evoluiram muito esses anos e estão se tornando uma interface real para o consumo de serviços na nuvem ou a porta de entrada para o mundo online. Considerar o desenvolvimento para dispositivos hoje é quase uma obrigação para novos sistemas;
O mundo On-Line é nosso quase velho conhecido. Aqui, agrupamos os novos serviços online da Microsoft, assim como funcionalidades disponíveis em outros ambientes interativos, como XBOX, CRM, Live, etc. Cada frente de serviço envolve um tipo específico de API - Application Program Interface - assim como formato de acesso ou mensagem para seu consumo. Assim, encontramos interfaces baseadas em REST, SOAP, Web Services, ADO.NET Data Services, mensagems em XML, JSON, sindicalização, enfim, um universo de opções.
Finalmente, suportando todos esses mundos, encontramos as ferramentas e plataformas para a construção de software. Aqui temos os ambientes Visual Studio, Tools for Office, Popfly para a construção de Mashups, Live Dev para consumo de serviços, as várias edições de frameworks .NET, assim como os recursos dos vários sistemas operacionais. Sem esquecer tecnologias como ADO.NET, ASP.NET, AJAX, Silverlight, MVC, WCF, WPF, WF, CardSpace, LINQ, Entity Framework, Data Services, etc, etc.

Como disse, tudo começou numa discussão entre arquitetos. Assim, claro que surgiram outras abordagens e classificações para os recursos do S+S. Você mesmo pode pensar em novas combinações como mundos Online, Office, Windows, Web e Mobile, por exemplo. De fato, S+S é uma visão, um conceito, que envolve fortemente a idéia de COMPOSIÇÃO: estamos compondo serviços da nuvem com a força do desktop e do software local.

Em post futuros, vamos discutir alguns Blue Prints que apresentam arquiteturas de referência para a integração desses vários mundos, continuando nossa jornada para o S+S.

Por enquanto é só! Até o próximo post :)

Waldemir.

Building Block Services para a computação na nuvem : o Sync Services.

wcamb — Fri, 30 May 2008 21:28:00 GMT

Olá pessoal, tudo certo?

Continuando nossa discussão sobre Building Block Services, já falamos sobre uma taxonomia de serviços para o S+S e o SSDS, um repositório de dados virtual na nuvem atualmente em desenvolvimento na Microsoft. Este post trata especificamente da arquitetura SYNC e o Sync Services, mais um componente importante nesse cenário.

O SYNC é o Microsoft Synchronization Services, que fornecerá a infra-estrutura para sincronização entre repositórios de dados através de provedores de sincronização, os chamados sync providers.

O Sync Services, como é conhecido, fornece o mecanismo base para a sincronização entre vários dispositivos e repositórios participantes de uma arquitetura S+S, como desktops, dispositivos móveis, software localmente instalado (on premise), Windows Live Services e o próprio SQL Server Data Services.

A arquitetura do Sync Services prevê endpoints de serviços, que são publicados via provedores sync. Esses provedores participam de sessões de sincronização, sendo gerenciados por um controle central, implementado pelo Sync Framework.

A figura abaixo apresenta os elementos principais da arquitetura Sync:

O namespace para utilização do Sync Framework será o Microsoft.Synchronization; Como citado acima, através de providers para cada participante de uma sessão de sincronização, as informações serão equalizadas a partir do disparo de uma operação de sincronização. Vamos ver um exemplo.

Vamos considerar 2 providers, A e B, que devemos sincronizar. Esses dois participantes são serão coleções de string, que podemos inicializar com valores diferentes no começo da execução. A partir da necessidade de sincronização, podemos disparar o processo de download/upload entre os providers, fazendo a equalização dos valores entre os participantes. Um trecho de código que implementa exatamente esse processo é dado abaixo:

// Sync provider A and provider B.
SyncOrchestrator agent = new SyncOrchestrator();
agent.Direction = SyncDirectionOrder.DownloadAndUpload;
agent.LocalProvider = providerA;
agent.RemoteProvider = providerB;
SyncOperationStatistics stats = agent.Synchronize();

A partir da chamada acima, os dois providers são sincronizados, ou seja, os valores exclusivos de A são passados para o B, assim como os valores de B são passados para o provider A, equalizando os participantes.

Um bom tutorial sobre o Sync Framework pode ser encontrado aqui:

Tutorial - Microsoft Sync Framework Basics
Ref.: http://code.msdn.microsoft.com/Release/ProjectReleases.aspx?ProjectName=sync&ReleaseId=949

Para saber mais sobre o Sync , ou experimentar os primeiros exemplos, veja ainda:

Sync Framework Overview
Ref.: http://msdn.microsoft.com/en-us/library/bb902814(SQL.100).aspx

Microsoft Sync Framework v1.0 CTP2 (Março/2008)
Ref.: http://www.microsoft.com/downloads/details.aspx?FamilyId=C88BA2D1-CEF3-4149-B301-9B056E7FB1E6&displaylang=en

Microsoft Synchronization Services for ADO.NET Books Online
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=02989F70-49AA-43D7-81B8-A651120F8D65&displaylang=en

Microsoft Sync Framework Community Technology Preview Documentation
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=A3EE7BC5-A823-4FB4-B152-9E8CE9D5546F&displaylang=en

Finalmente, nessas últimas semanas, muitas empresas têm perguntado sobre como organizar sua TI para suportar uma arquitetura S+S.

Alguns modelos começam a ser propostos, como departamentos que funcionam como nuvens para outros departamentos dentro de uma mesma organização. Em breve, consumir serviços de um Datacenter remoto, contratado sob um SLA específico e que está completamente fora de nosso controle como gerentes de TI será uma opção real para muitas empresas.

Por isso, a Microsoft tem se preparado para fornecer uma série de tecnologias, frameworks e produtos que antecipam essas necessidades. Muito está por vir. Fiquem ligados!

Por enquanto é só! Até o próximo post :)

Waldemir.

Building Block Services para a computação na nuvem : SSDS - SQL Server Data Services.

wcamb — Wed, 28 May 2008 21:15:00 GMT

Olá pessoal, tudo certo?

No post anterior, vimos alguns tipos de serviços para uma arquitetura S+S. Classificamos os serviços da nuvem em Finished Services, Attached Servicesi e Building Block Services. Vimos também que dois building block services são particularmente importantes, devido sua utilização para a construção de novos serviços e aplicações: o SSDS e o SYNC.

Este post trata especificamente do SSDS.

Vejamos um pouco de história antes: quando pensamos nos anos 80, era importante se ter a aplicação e a base de dados muito próximos um do outro. Nesse cenário, o consumo de dados era imediato e personalizado, de tal modo que a aplicação era construída de forma muita acoplada ao modelo de dados. Já no final dos anos 80 surge o modelo Cliente/Servidor, onde de fato um servidor dedicado para os dados fornecia serviços para o mundo externo. Assim, clientes consumiam os dados através de bibliotecas de acesso. E entre os clientes e os servidores havia um protocolo de aplicação, pelo qual uma consulta SQL (query) era trafegada. Veja que nesse modelo Cliente/Servidor, a aplicação precisava ser construída pensando nas consultas, nas queries de atualização, no tempo de rede, etc, o que foi algo novo e desafiador para as primeiras soluções.

Ao longo dos últimos anos, esse mesmo modelo tem sido evoluído e se tornado mais complexo. Além de múltiplos protocolos entre clientes e servidores, existem agora diferentes middlewares de acesso, níveis de estruturas de dados, diferentes mecanismos de apresentação, como dispositivos móveis, desktops, portais web, mashups, composição, etc.

Surge então o conceito de serviços na nuvem, que tem direto impacto na forma como as aplicações hoje consomem informações. Portanto, pensar em dados na nuvem é algo natural, que fará parte de uma arquitetura tipicamente Software+Services.

Assim, o SSDS é o Microsoft SQL Server Data Services, um repositório de banco de dados exposto na Web. É uma tecnologia de storage na nuvem. Baseado em tecnologia SQL Server, o SSDS ainda está em desenvolvimento, mas corresponde a um dos building block services mais importantes no futuro.

De fato, os repositórios SSDS estarão fisicamente em um dos vários DataCenters da Microsoft na América do Norte, na Europa ou na Ásia, permitindo um controle de acesso agrupado por localidade e distribuição. Para pequenas e médias empresas, será uma solução de baixo custo para o controle e armazenamento de informações através de uma interface Web. Os preços de utilização e políticas de licenciamento ainda estão em definição.

No futuro, as empresas poderão utilizar o SSDS como um repositório de dados virtual na nuvem, com suporte a consultas e alterações através de API's baseadas em Web Services sobre padrões REST e SOAP.

O arquiteto da Microsoft Eugenio Pace anunciou em seu blog os fontes da última versão da solução LitwareHR, um bom exemplo de arquitetura SaaS multi-inquilino. No post abaixo, ele comenta a versão do LitwareHR já utilizando os recursos Beta do SSDS, para testes. Confira aqui:

Eugenio Pace - Software as a Service Architecture Guidance
LitwareHR on SSDS available for download
Ref.: http://blogs.msdn.com/eugeniop/archive/2008/05/06/litwarehr-on-ssds-available-for-download.aspx

Atualmente, algumas empresas já participam do programa Beta de adoção da tecnologia. A partir do segundo semestre de 2008, o programa estará disponível para todos, através do site:

Microsoft SQL Server Data Services
Ref.: https://www.microsoft.com/sql/dataservices/default.mspx

Veja também o FAQ e o blog do time SSDS, para maiores informações:

SQL Server Data Services FAQ
Ref.: https://www.microsoft.com/sql/dataservices/faq.mspx

SSDS Team's blog
Ref.: http://blogs.msdn.com/ssds/

Existem diversos desafios envolvidos na construção de uma tecnologia como o SSDS, como escalabilidade, monitoração, provisionamento, caching, etc. Mas um dos pontos que me chamou a atenção foi um comentário de Dave Campbel, um Technical Fellow da Microsoft, que trabalha no time do SQL e está diretamente envolvido no projeto do SSDS. Disse ele, em outras palavras: "um dos grandes desafios desse novo contexto de arquiteturas S+S é permitir a escalabilidade infinita de serviços, sem prejuízo para o desacoplamento entre esses serviços durante múltiplas composições".

Com certeza, o futuro é de um mundo de serviços desacoplados, infinitamente escaláveis, online e sincronizados. Sincronização torna-se tão importante quanto o próprio dado.

Por isso, nosso próximo assunto será o SYNC Services. Fiquem ligados.

Por enquanto é só! Até o próximo post :)

Waldemir.

Building Block Services para a computação na nuvem : uma taxonomia de serviços.

wcamb — Fri, 23 May 2008 16:59:00 GMT

Olá pessoal, tudo certo?

Temos falado aqui constantemente sobre Software+Service e como a arquitetura de soluções deverá contemplar funcionalidades consumidas a partir de software on-premise ou software na nuvem. A chamada "computação na nuvem" (ou cloud computing) tem sido uma constante em mesas de arquitetos, de fato.

Por isso, vamos apresentar uma taxonomia de serviços que pode nos ajudar a conhecer melhor os tipos de serviços no ambiente S+S. Vejamos:

Finished Services são usados primariamente por end-users. Também podem ser usados por desenvolvedores para a construção de outros serviços e alguns exemplos clássicos são o Search, Hotmail, CRM Live, etc. Constituem assim os serviços de alto nível da arquitetura.

Attached Services adicionam valor quando usados em conjunto com software on-premise, instalado localmente no ambiente da empresa. São usados principalmente por end-users e alguns exemplos são o Exchange Hosted Services, o Windows Update, entre outros. Já falamos um pouco sobre eles no post:

Microsoft OnLine Services : Software + Services em franco crescimento...
http://blogs.msdn.com/wcamb/archive/2008/04/30/microsoft-online-services-software-services-em-franco-crescimento.aspx

Finalmente, identificamos os Building Block Services. Esses componentes são usados principalmente por desenvolvedores para a construção de todos os tipos de serviços que constituem uma arquitetura S+S. Entre os exemplos temos o LiveID, o SSDS - SQL Server Data Services, Microsoft Sync Services, etc.

Dois Building Block Services merecem atenção especial: o SSDS e o SYNC.

No próximo post, vamos continuar falando sobre esses serviços que capacitam uma arquitetura S+S. O primeiro assunto será o SSDS - SQL Server Data Services. Fiquem ligados.

Por enquanto é só! Até o próximo post :)

Waldemir.