Waldemir Cambiucci - Solutions Architect - Microsoft Brasil : SaaS

Artigo: Uma introdução ao Software + Serviços, SaaS e SOA

wcamb — Tue, 02 Jun 2009 22:38:00 GMT

Olá pessoal, tudo certo?

Boas Novas: já está no ar meu novo artigo sobre SOA, SAAS e Software + Services no MSDN Brasil. Ele acabou de ser publicado e está disponível na URL abaixo:

Uma introdução ao Software + Serviços, SaaS e SOA
por Waldemir Cambiucci
Maio de 2009
Ref.: http://msdn.microsoft.com/pt-br/library/dd875466.aspx

Entre outros assuntos, o artigo trata os principais aspectos envolvidos na visão Software + Serviços, usando como base os pilares abaixo:

Não deixe de conferir e fazer seus comentários!

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

Waldemir.

Azure Issue Tracker : um exemplo de aplicação SaaS na nuvem.

wcamb — Tue, 03 Feb 2009 20:11:00 GMT

Olá pessoal, tudo certo?

Quase ia me esquecendo de comentar com vocês sobre o Azure Issue Tracker, que foi publicado no Codeplex algumas semanas atrás. Essa aplicação é um exemplo de solução para ISV, criada como um SaaS para consumidores. A figura abaixo ilustra como o sistema está organizado:

A solução utiliza recursos do Windows Azure, como o controle de acesso (Access Control) usando LiveID, um modelo de autorização baseado em declarações (claims-based authorization), configuração e monitoração, oferecendo ainda visões no enterprise e na nuvem. Além do modelo de controle de acesso, a solução utiliza os recursos do SQL Data Services para persistência de dados na nuvem, aproveitando a alta escalabilidade do Azure.

Para quem estava procurando exemplos reais de aplicações na nuvem, recomendo conferir o Issue Tracker, no link abaixo:

Azure Issue Tracker
http://www.codeplex.com/azureissuetracker

Em posts futuros, vamos explorar alguns detalhes desta solução.

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

Waldemir.

O que é Software + Services?

wcamb — Tue, 29 Jul 2008 11:26:00 GMT

Olá pessoal, tudo certo?

Em semana de TechReady vamos aproveitar para resgatar alguns assuntos já tratados aqui no Blog. Talvez o mais importante seja o Software + Services.

Quando pensamos nas diversas opções de integração entre sistemas, surge uma lista enorme de tecnologias e arquiteturas que historicamente conectaram nossas organizações nos últimos anos.

Desde os modelos baseados em chamadas RPC – Remote Procedure Call, passando por servidores TCP multi-thread, objetos distribuídos, componentes COM, Web Services, padrões e protocolos para internet, até as mais recentes organizações de software como serviço do SaaS e do SOA.

Envolvendo grande parte dessa evolução encontramos a chamada “computação na nuvem”, que dentro da estratégia Microsoft é conhecida como visão Software + Serviço (S+S). A essência dessa visão está em conceber aplicações que consomem dados locais e serviços locais (on-premise), assim como dados remotos e serviços remotos, publicados em provedores ou datacenters diversos e geograficamente distribuídos (in the cloud).

Como resultado, esse tipo de arquitetura fornece uma solução que é capaz de aproveitar tanto o poder de processamento da estação local ou do equipamento móvel (o “software”), como a capilaridade e a escalabilidade de diversos serviços online distribuídos e oferecidos pelo mercado, a partir da nuvem (o “serviço”). Um dos pontos fortes do S+S é o poder de composição de funcionalidades de diferentes fontes de dados e serviços, criando um mix de recursos com o melhor de cada mundo (por exemplo, os mundos web, mobile, desktop e enterprise).

Atualmente, a Microsoft está desenvolvendo uma série de frameworks, ferramentas e funcionalidades em seu roadmap de produtos para suportar essa visão. Suportar essa visão significa fornecer recursos para construir, executar, consumir e monetizar as soluções baseadas em S+S.

Para saber mais sobre cada uma dessas iniciativas, confira os artigos e material já disponível no link a seguir:

Software + Services (S+S)
Ref.: http://msdn.microsoft.com/en-us/architecture/aa699384.aspx

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

Waldemir.

Do Windows DNA para o mundo orientado a serviços : a visão Software + Serviço e a Cloud Computing.

wcamb — Wed, 23 Apr 2008 06:46:00 GMT

Olá pessoal, tudo certo?

Continuando nosso assunto de evolução de uma plataforma WinDNA para uma arquitetura baseada em serviços, vamos falar um pouco sobre Software + Services (S+S).

E indo direto ao ponto, podemos definir essa visão de software + serviço como uma estratégia que engloba software em diferentes localidades, com diferentes qualidades de entrega (ou compromissos e garantias) e com software implementado nos 4 principais universos de programação de hoje em dia: desktop, web, mobile e enterprise. E tudo isso acontecendo ao mesmo tempo, ou seja, um cenário de composição, de colaboração, de convivência.

E como sempre diz o mestre Gebara, nada como um bom exemplo para clarear alguns conceitos: vejamos um cenário de Software+Service para o serviço de mensagens (emails).

Para contas críticas, destinadas para as mensagens importantes da corporação, com criptografia, manutenção histórica de threads, etc., podemos implementar uma infra-estrutura local, com servidores dedicados e cuidar das melhores práticas de operação e higiene de mensagens para nossa empresa. Veja que a responsabilidade sobre essa infra-estrutura será nossa e o custo de operação é total também nosso.

Para caixas postais não tão críticas, mas que são usadas no dia-a-dia da empresa, podemos pensar numa solução de menor complexidade, onde parte das caixas postais estão locais e algumas funcionalidades adjacentes são contratadas da web, como gateways, repositórios de arquivos, filtros, etc.

Podemos pensar também em caixas postais mais ordinárias, que não exigem grandes cuidados com backups ou histórico de mensagens. Essas contas podem ser implementadas em provedores de email na web, de forma gratuíta ou de baixo custo.

Finalmente, podemos pensar em cenários onde para caixas postais estratégicas, a empresa prefira contratar um serviço inteiramente online, que forneça garantias para a qualidade do serviço prestado, como backup, cotas em disco, filtros, criptografia, etc.

Deu para perceber que nessa nova arquitetura de TI, nossa infra-estrutura de mensageria e caixas postais apresenta diferentes níveis de qualidade para os serviços oferecidos. De acordo com a criticidade da caixa postal ou demanda do serviço, podemos contratar um nível de qualidade mais adequado, pagando mais ou menos pela funcionalidade desejada.

A mesma discussão valeria para espaço de armazenamento em disco, por exemplo, onde podemos usar storages locais para dados importantes, com rígidas políticas de backup e contingência ou considerar o uso de espaços contratados na web, como o SkyDrive Live da Microsoft (com 5 Gb gratuítos) ou ainda o Amazon Simple Storage Service (Amazon S3).

Essa é a visão Software + Service: compor diferentes qualidades de serviço (SLA - Service Level Agreement) de acordo com a necessidade.

Evoluindo o diagrama do último post, bastaria indicar nossos serviços consumidos da nuvem para exemplificar esse cenário:

Claro, o mundo não é tão simples assim e diversas questões devem surgir nessa discussão, como segurança, autenticação e controle de acesso, tarifação, disponibilidade, tempo de resposta e latência, controle de versionamento, protocolos de transporte, contratos de serviços, mensagens, entre outras. Todas essas questões fazem parte do universo S+S e serão inevitáveis durante a definição da arquitetura final.

O importante é considerar essas alternativas, de acordo com a relevância do negócio e possíveis economias decorrentes da aplicação desse tipo de arquitetura.

Já falamos sobre Software + Service em discussões passadas, como no post sobre SaaS, veja:

SaaS - Software as a Service - Uma visão sobre o software como serviço.
Ref.: http://blogs.msdn.com/wcamb/archive/2008/03/09/saas-software-as-a-service-uma-vis-o-sobre-o-software-como-servi-o.aspx

Ainda como referência sobre o assunto, não deixe de reler a edição número 13 do "The Architecture Journal", onde temos o artigo:

Implications of Software + Services Consumption for Enterprise IT
Ref.: http://msdn2.microsoft.com/en-us/arcjournal/bb906061.aspx

Como mensagem final arrisco: não vamos mais decidir sobre uma abordagem ou outra, se software local ou na rede, se comprado (on premise) ou contratado (in the cloud). A tendência é pela composição, com soluções híbridas e o desafio é reconhecer quais serão os custos e economias envolvidos em nossa nova TI, enquanto suportamos a chamada Cloud Computing.

Com certeza, existem diversos benefícios envolvidos na visão Software+Services e caberá a nós, arquitetos, avaliar o impacto para nossas empresas.

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

Waldemir.

SaaS - Software as a Service - Uma visão sobre o software como serviço.

wcamb — Sun, 09 Mar 2008 21:41:00 GMT

Olá pessoal, tudo certo?

SOA, SaaS, S+S, ESB, WEB 2.0 e VIRTUALIZAÇÃO são de fato temas constantes em muitas mesas de discussão de arquitetos. Estão entre as mais quentes definições de arquitetura de hoje em dia. Assim, vamos atacar um desses temas hoje, o SaaS - Software as a Service (Software como Serviço).

Alguns especialistas afirmam que o mercado ao redor de SaaS envolve cifras em torno de US$ 5 bilhões. Ainda, de acordo com o Gartner Group, SaaS representou cerca de 5% do mercado total de software em 2005 e até 2011, deverá representar 25% das vendas totais para o segmento corporativo. O uso de SaaS para a automação dos processos de negócio fim-a-fim, como ordens de pagamento para grandes empresas por exemplo, deve crescer ainda mais nos próximos anos.

Do wikipedia, tiramos a seguinte definição:

"Software as a service (SaaS) is a software application delivery model where a software vendor develops a web-native software application and hosts and operates (either independently or through a third-party) the application for use by its customers over the Internet. Customers do not pay for owning the software itself but rather for using it. They use it through an API accessible over the Web and often written using Web Services or REST. The term SaaS has become the industry preferred term, generally replacing the earlier terms Application Service Provider (ASP) and On-Deman." [6]

Em poucas palavras teríamos que SaaS é um software distribuído como um serviço, implementado em plataforma web de forma nativa e acessado usando tecnologias e protocolos de internet. Do ponto de vista do usuário, é um software que não é instalado localmente na infra-estrutura do cliente (on-premise), mas é utilizado através da web e pago pelo tempo de uso, por demanda. Desse modo, um software SaaS envolve mecanismos de tarifação e métricas de uso e billing. Ainda, é um software que fornece uma API para acesso pela web, através de Web services, serviços REST e outros. Do ponto de vista da arquitetura, podemos dizer que SaaS envolve uma infra-estrutura escalável, altamente configurável e multi-inquilino.

Conceitos e Princípios

Quando pensamos em SaaS, o conceito de multi-inquilino deve ser colocado. Ele é referente ao uso do mesmo software e instância por vários clientes e empresas de forma simultânea. Em apresentações sobre SaaS, o termo tenant é utilizado para designar o inquilino, ou cliente que acessa o software pela web. O objetivo dessa abordagem é disponibilizar os mesmos recursos de software para um número muito maior de clientes. E essa visão tem suas bases no conceito da "Cauda Longa".

Se você ainda não leu um livro chamado "The Long Tail", é o primeiro passo que indico para um entendimento completo do tema SaaS.

The Long Tail: Why the Future of Business is Selling Less of More
por Chris Anderson
Ref.: http://www.amazon.com/LONG-TAIL-FUTURE-BUSINESS-SELLING/dp/1401302378

Veja o desenho abaixo sobre a visão da Cauda Longa:

O gráfico demonstra que, conforme baixamos o custo de adoção, um número maior de clientes pode adotar nossa solução. E esse número tende ao infinito, uma vez que a curva não toca o eixo "x". Assim, no modelo SaaS de fornecimento de software, precisamos pensar em soluções e infra-estruturas de baixo custo, com alto aproveitamento de recursos por um número muito grande de clientes, para atingirmos um público não suportado hoje em dia, devido os custos proibitivos de entrada.

Outro conceito importante do modelo é o "micro-pagamento". Na cauda longa, um número muito grande de usuários poderá adotar nossa solução pagando pelo uso, por demanda, o que deve gerar um valor muito baixo de ticket. Porém, estamos realmente buscando o chamado "milhões de mercados de poucos" ao invés dos atuais "poucos mercados de milhões".

Fica claro o impacto na construção de uma arquitetura SaaS. Existem diversas necessidades de tecnologia e infra-estrutura que precisam ser atendidas para que esse novo modelo seja suportado. Um modelo de maturidade SaaS é apresentado a seguir, conforme discussão que encontramos no artigo "Architecture Strategies for Catching the Long Tail" de Frederick Chong and Gianpaolo Carraro [1]:

[1]

Note que no primeiro quadrante, a solução possui uma instância dedicada para cada inquilino (tenant). Isso garante um completo atendimento das demandas do cliente, mas com elevado custo devido ausência de compartilhamento de recursos e customização elevada. Também no quadante 1, cada cliente é atendido por uma instância dedicada da solução. No quadrante 2, a solução ainda apresenta uma instância dedicada para cada inquilino, porém, já é possível observar que a solução é a mesma, com nenhuma customização presente. Isso garante um custo menor de manutenção, já que a mesma solução atende a diversos clientes. No quadrante 3, a solução é multi-inquilino (multi-tenant) e apresenta total compatilhamento de recursos, havendo uma única instância para todos os clientes. Note que questões importantes para o tratamento de metadados, assim como manutenção e modelagem do banco de dados estão presentes aqui. Finalmente, o quadrante 4 permite um atendimento diferenciado para inquilinos que exigem elevada demanda de recursos, havendo uma carga balanceada na infra-estrutura do provedor da solução SaaS (o chamado tenant load balancer).

Falamos rapidamente de um modelo de maturidade SaaS, onde notamos alguns pontos importantes como um serviço de metadados, assim como questões para se garantir um base de dados com facilidades para o tratamento multi-inquilino.

A partir dos elementos descritos acima, uma arquitetura de alto nível para um modelo SaaS é proposta abaixo:

[1]

Note que essa visão exige uma arquitetura diferenciada, assim como uma discussão seguinte sobre os modelos de multi-inquilino para o banco de dados. Algumas opções possíveis são:

bases de dados separadas por inquilino;
mesma base de dados, com inquilinos separados por schemas;
mesma base de dados, com inquilinos com schemas compartilhados, etc.;

Finalmente, vamos falar um pouco sobre os principais atores do mundo SaaS e seus interesses:

Veja que cada ator possui perspectivas diferentes sobre os benefícios da visão SaaS:

Para os consumidores de solução SaaS: maior controle, permitindo o teste da solução antes da compra, pagamento pelo uso, tarifação por demanda, menor risco de implantação;
Para agregadores de soluções e ISV's: possibilidade de criação de novos mercados, oferecendo aplicações compostas e plataformas de integração;
Para ISV's: possibilidade de novos modelos de negócio, fundamentados na Cauda Longa, o que deve exigir uma reengenhaira das soluções atuais;
Para Hosters e provedores SaaS: oferecer serviços compartilhados, como billing, SLA, monitoração, provisionamento, etc, para ISV's SaaS clientes;
Para Hosters clássicos: possibilidade de evolução para serviços com maior valor agregador, rumo ao modelo de hoster SaaS.

Nesse ponto, surge a necessidade de vermos algum código. Como exemplo de solução que implementa essa visão SaaS temos o LitwareHR, uma solução multi-inquilino que está disponível no Codeplex para o público:

Litware HR - A Multitenant sample application
Ref.: http://www.codeplex.com/LitwareHR

Finalmente, o arquiteto Otávio Coelho publicou recentemente um post sobre o tema, onde ele toca num dos pontos nevrálgicos da discussão aqui no Brasil, o dilema do ovo e da galinha, veja aqui :)

Hospedagem de aplicações SaaS
Ref.: http://blogs.msdn.com/otavio/archive/2008/03/04/hospedagem-de-aplica-es-saas.aspx

De fato, não temos mais hosters (ou Application Service Providers) capacitados a operar soluções SaaS porque não temos soluções implementadas nesse modelo pelos ISV's ou é o contrário - não temos implementações SaaS de fornecedores porque não temos hosters capacitados a suportar uma infra-estrutura diferenciada como o modelo exige em sua definição?

A discussão é boa...deixe também sua opinião aqui no blog...

Como leitura adicional indico:

[1] Architecture Strategies for Catching the Long Tail
por Frederick Chong and Gianpaolo Carraro
Ref.: http://msdn2.microsoft.com/en-us/library/aa479069.aspx

[2] Multi-Tenant Data Architecture
por Frederick Chong, Gianpaolo Carraro, and Roger Wolter
Ref.: http://msdn2.microsoft.com/en-us/library/aa479086.aspx

[3] O Barramento de Serviços para a Internet
por Donald F. Ferguson, Dennis Pilarinos, e John Shewchuk
Ref.: http://www.microsoft.com/brasil/msdn/arquitetura/journal/Bar_int_Services.mspx

[4] Software + Services (S+S)
Ref.: http://msdn2.microsoft.com/en-us/architecture/aa699384.aspx

[5] The Architects in Action Series presents...A SaaS Solution
Ref.: http://msdn2.microsoft.com/en-us/skyscrapr/aa699403.aspx

e ainda...

[6] Software as a service no Wikipedia
Ref.: http://en.wikipedia.org/wiki/Software_as_a_Service

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

Waldemir.

The Architecture Journal #13 - Leitura obrigatória.

wcamb — Thu, 22 Nov 2007 21:03:00 GMT

Olá pessoal, tudo certo?

Já está circulando na Web e na mesa de alguns arquitetos a edição de número 13 do "The Architecture Journal".

Para quem ainda não conhece, é o jornal sobre arquitetura de sistemas e soluções publicado pela Microsoft, com muitos temas importantes, discussões quentes e artigos obrigatórios. Alguns arquitetos de peso da Microsoft são responsáveis pelos artigos, por isso era importante comentar a revista aqui no Blog.

No site do jornal você tem acesso a todas as edições anteriores de forma online (em inglês).

Confira em http://www.ArchitectureJournal.net.

E na edição #13, temas importantes como a estratégia Software + Services da Microsoft, uma visão sobre Internet Service Bus, o Projeto Astoria e outros temas que já foram comentados em posts anteriores. Mais uma dica imperdível para o arquiteto conectado!

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

Waldemir.

Microsoft SOA & Business Process Conference 2007.

wcamb — Sat, 27 Oct 2007 18:31:00 GMT

Olá pessoa, tudo certo?

Segunda-feira começa o evento Microsoft SOA & Business Process Conference 2007.
Será uma grande oportunidade para uma discussão ampla sobre os aspectos de SOA e Aplicações Compostas no enterprise, assim como a visão da Microsoft nesses cenários.
E não vamos perder essa, certo?

A idéia será mantê-los informados sobre as principais sessões realizadas durante o evento.
Fiquem a vontade para comentários e perguntas sobre os temas discutidos.

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

Waldemir.

Fixando as idéias...

wcamb — Fri, 19 Oct 2007 01:43:00 GMT

Olá pessoal, tudo certo?

O post de hoje está longe de ser um guia de referência definitivo, mas procura fixar alguns conceitos e definições que conversamos aqui no blog nesses últimos dias. Espero que gostem :)

Web 2.0

A Web como plataforma é um conceito que envolve o poder do usuário. Nessa nova web, o usuário tem mais poder sobre seu conteúdo e o que ele deseja ver na web. Outras características que fazem parte dessa nova web são relacionamentos sociais, folksonomia, wiki's, comunidades de interesse, enfim, todos envolvendo forças sociais, enquanto exigem das aplicações uma melhor experiência, riqueza de recursos e flexibilidade para a composição de serviços.

Wikipedia: http://en.wikipedia.org/wiki/Web_2

Mashup

O conceito de Mashup vem do Hip Hop, do recurso de "mixar" trechos de músicas. Da mesma forma, o Mashup na Web 2.0 permite o mix de aplicações, serviços e funcionalidades que o usuário deseja compor e publicar em sua Web. Um exemplo de ferramenta para geração de Mashups é o POPFLY da Microsoft. Mesmo ainda em desenvolvimento, já é possível criar Mashups via Popfly, que consomem fontes de dados diversas, apresentando esses dados através de um componente gráfico de composição, como um slideshow, um carrossel, um flip, etc.

Wikipedia: http://en.wikipedia.org/wiki/Mashup

Popfly: http://www.popfly.ms/

SOA – Service Oriented Architecture

SOA envolve serviços no enterprise, nas organizações. Quando pensamos em arquitetura orientada a serviços, devemos ter em mente que as funcionalidades implementadas pelas aplicações devem ser disponibilizadas na forma de serviços. Esses serviços podem ser organizados em barramentos de serviços (o conhecido Enterprise Service Bus, ver a frente) e são consumidos por aplicações do Enterprise. Muito além apenas da tecnologia, SOA envolve uma discussão de negócio, uma visão sobre os direcionadores de negócio (os business drivers) e as necessidades da organização, na hora de definir quais serviços são relevantes.

Wikipedia: http://en.wikipedia.org/wiki/Soa

SAAS – Software as a Service

Passar de poucos mercados de milhões para milhões de mercados de poucos, essa é uma expressão que reflete bem a excência de SaaS. Podemos definir uma arquitetura SaaS aquela na qual serviços são publicados na Web e consumidos na Web, permitindo múltiplos inquilinos (usuários), de forma configurável e com otimização de recursos. SaaS é uma evolução do processo de ASP - Application Service Providers, onde uma muitas instâncias de uma mesma aplicação eram executadas para o atendimento de múltiplo inquilinos. Num modelo SaaS, devemos ter uma base de metadadados, para que múltiplos inquilinos possam utilizar o mesmo software do provedor (ou hoster), de forma auto-configurável de acordo com o usuário ativo, com um baixo custo devido o reaproveitamento de recursos. SaaS embute muito mais um modelo de negócio que tem ligação direta com os conceitos da Cauda Longa, The Long Tail. Veja ainda detalhes no livro do Chris Anderson, The Long Tail. ISBN: 1401302378.

Wikipedia: http://en.wikipedia.org/wiki/Software_as_a_Service

Aplicações Compostas

São aplicações que consomem serviços de diversas fontes, de uma forma transparente e flexível para o usuário. Em aplicações compostas é possível uma única interface manipular dados de sistemas diversos, sendo uma excelente solução para o consumo de serviços de uma arquitetura SOA.

Wikipedia: http://en.wikipedia.org/wiki/Composite_applications

OBA – Office Business Application

Dentro da categoria de plataformas para a construção de aplicações compostas, OBA ou Office Business Application permite que a partir de aplicações do Office System, portais de Sharepoint ou Word e Excel possam consumir funcionalidade de aplicações disponibilizadas na forma de serviços. A Microsoft oferece diversas ferramentas para a construção dessas aplicações e muito material tem sido publicado com exemplos. Vale olhar o blog do arquiteto Atanu Banerjee, que tem falado bastante sobre OBA e soluções compostas.

Wikipedia: http://en.wikipedia.org/wiki/Office_Business_Applications

Blog do Atanu: http://blogs.msdn.com/atanu/

ESB – Enterprise Service Bus

Como vimos, serviços publicados numa arquitetura SOA podem ser organizados num barramento de serviços. Esse barramento de serviços funciona através de interfaces bem definidas ou contratos, que descrevem os serviços publicados. Outras funcionalidades associados ao ESB podem ser citadas como identificação, roteamento, mensageria, orquestração, mmonitoração, etc. A Microsoft tem um guia bem completo sobre ESB que vale ser visitado no CodePlex, já comentado neste blog.

Wikipedia: http://en.wikipedia.org/wiki/Enterprise_service_bus

Patterns & Practices: http://www.codeplex.com/esb/

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

Waldemir.

Aplicações compostas e a arquitetura SOA.

wcamb — Tue, 16 Oct 2007 21:48:00 GMT

Olá pessoal, tudo certo?

Ampliando o horizonte que traçamos a partir de Web 2.0 e Mashups em posts anteriores, é inevitável falarmos de SOA.
Na verdade, SOA, WEB 2.0 e SAAS são assuntos em evidência.

Uma discussão interessante é sobre a composição de serviços e a construção de aplicações compostas. Alguns artigos já usam a expressão "A face da SOA".

Em síntese, a partir de uma arquitetura de serviços, devemos pensar como nossas aplicações, novas ou existentes, podem consumir as funcionalidades implementadas.

Surge assim o conceito de aplicação composta. O assunto não é de todo novo, mas o envolvimento com serviços, processamento de negócios e otimização no enterprise é bem quente.

Uma aplicação composta consiste de funcionalidades obtidas a partir de diversas fontes diferentes dentro de uma arquitetura orientada a serviços. Os componentes podem ser web services individuais, funções selecionadas de dentro de outras aplicações ou mesmo sistemas inteiros cujos retornos foram encapsulados através de Web Services (frequentemente sistemas legados).

Já deu para notar que uma série de questões aparecem, como patterns aplicáveis, ferramentas de composição, templates, administração, etc.

Desse modo, vamos organizar 3 grupos de questões:
1. Questões de desenvolvimento
2. Questões de administração
3. Questões de consumo

Em desenvolvimento, observamos discussões sobre eficiência no processo de desenvolvimento, adoção de melhores práticas, design patterns, templates e reuso de serviços.

Em administração, entendemos questões sobre governança, segurança, operação, gerencimento de mudanças, monitoração e instrumentação. Esse último, muitas vezes esquecido no universo SOA. Veja ainda comentários no blog do Otávio Coelho (post: SOA, ecologia e yin-yang - Ref.: http://blogs.msdn.com/otavio/archive/2007/10/13/soa-ecologia-e-yin-yang.aspx).

Finalmente, falamos de questões de consumo da infra-estrutura SOA e como nossas aplicações são impactadas por esse novo paradigma. Nesse grupo encontramos tópicos sobre adoção, promoção, provisionamento, semântica, user experience, discovery, federação, etc.

Um blog interessante sobre aplicações compostas é do arquiteto Atanu Banerjee, da Microsoft. Veja o link: http://blogs.msdn.com/atanu/.

Outro link de referência é o ebook Office Business Applications - Building Composite Applications using the Microsoft platform, disponível para download no link: http://msdn2.microsoft.com/en-us/library/bb220800.aspx.

Enfim, esse é um primeiro post sobre o assunto. Vamos explorar mais o tema nas próximas conversas.

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

Waldemir.

Discutindo Web 2.0 e SaaS.

wcamb — Tue, 09 Oct 2007 03:09:00 GMT

Olá pessoal, tudo certo?

Para inaugurar esse blog, escolhi falar do evento iniciado hoje, o Microsoft Track.

Esse evento vai percorrer 4 capitais, São Paulo, Rio de Janeiro, Belo Horizonte e Brasília, falando de tecnologias e conceitos sobre SOA, Web 2.0, SaaS e como a plataforma Microsoft pode suportar uma infra-estrutura sobre esses temas. Durante o evento, algumas mesas redondas com arquitetos locais serão realizadas, para uma discussão mais aprofundada sobre os temas colocados.

Nesse primeiro dia de evento, tivemos uma tarde sobre Saas, SOA e Web 2.0 aqui em São Paulo, com a palestra do arquiteto Otávio Coelho. Um ponto que chamou minha atenção foi a quantidade de exemplos e sites pilotos que já implementam o foco Web 2.0. Alguns exemplos que valem a pena visitar são:

TAFITI BETA - http://www.tafiti.com/

POPFLY ALPHA - http://www.popfly.com/

HEALTH VAULT - http://healthvault.com/

São sites que impressionam pela riqueza de navegação, recursos e experiência para o usuário.

No fundo, cada um desses sites é um exemplo real de implementações RIA - Rich Internet Applications, onde o consumo de recursos como serviços ou a possiblidade do usuário ser o "autor" de uma experiência de navegação são realidade. Vale notar as features implementadas, além de avaliar como nossas aplicações poderiam ser migradas ou melhoradas para adotar algumas dessas formas de experiência.

Para maiores detalhes sobre o evento e suas próximas apresentações, veja o link:

http://www.msdnbrasil.com.br/eventos/track/Grade.aspx?PUBLICO=ARQUITETO

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

Waldemir.