Waldemir Cambiucci - Solutions Architect - Microsoft Brasil : OBA

OBA Composition Reference Toolkit - No caminho das aplicações compostas.

wcamb — Wed, 27 Feb 2008 14:30:00 GMT

Olá pessoal, tudo certo?

E no path da construção de serviços, consumo de suas funcionalidades e composição de processos, encontramos as aplicações compostas. Esse assunto já foi bastante tratado aqui no blog e agora retorna com uma novidade: o OBA Composition Reference Toolkit. Ele foi anunciado publicamente no último ODC 2008 - Microsoft Office System Developer Conference | 2008.

Ref.: https://microsoft.crgevents.com/ODC2008/Content/default.aspx?p=UC3HYF

Esse pacote de ferramentas da Microsoft permite a construção de soluções sobre a plataforma Office System 2007, coordenando artefatos como Workflows, bibliotecas e documentos do SharePoint, listas, páginas do SharePoint, Web Parts, addin's do VSTO Office Client, relatórios de BI, Dashboards etc. Desse modo, representa uma maior integração e unificação dos vários recursos já conhecidos para a construção de aplicações de composição ou componentes do OBA - Office Business Application.

A descrição original do pacote é muito interessante, veja:

"It integrates seamlessly with the Microsoft Office 2007 System to enable a prescriptive application composition experience for Information Workers to build and deploy Office Business Applications (OBAs) using semantically related OBA Components like Workflows, SharePoint document libraries and lists, SharePoint Pages, Web Parts, VSTO Office Client Add-ins, BI Reports, BI Dashboards etc. The toolkit comprises an OBA Composition Server and an OBA Composer. The OBA Composition Server implements metadata and provisioning services to enable cataloging OBA components, defining semantic relationships between components, defining the bindings between components and LOB systems, and to support deploying OBAs composed by users. The OBA Composer is a WPF application that consumes and uses the services of the OBA Composition Server to enable a rich client and prescriptive user experience for composing and deploying OBAs."

Composição de componentes, metadados, provisionamento, integração semântica, distribuição, etc. são alguns dos objetivos perseguidos pelo OBA Composition Reference Toolkit, como vimos na descrição acima.

Para relembrar, Aplicações Compostas são aplicações construídas através da combinação de apresentação, lógica e dados de múltiplos sistemas e/ou múltiplos componentes. Uma solução OBA - Office Business Application - representa um modelo de aplicação composta que aproveita os recursos e serviços disponíveis na suíte 2007 Office System da Microsoft. Entre os recursos mais conhecidos citamos:

Clientes do 2007 Office System, como Word, Excel, PowerPoint e InfoPath;
Serviços do Microsoft Office SharePoint Server 2007 (MOSS2007) como Excel Services, Forms Services, Security Services, Storage Services, Enterprise Search, Live Communication Server, entre outros;
Componentes de extensão escritos em .Net Framework 3.0, implementados sobre WF - Workflow Foundationou e WCF - Windows Communication Foundation;

Porém, utilizar todos esses elementos de forma integrada é um grande desafio. Por isso, quando pensamos numa solução de composição, algumas perguntas são muito comuns, por exemplo: como realizar a composição de todos os componentes disponíveis, seja de serviços, funcionalidades, interfaces, controles e dados? Sei que tenho disponível uma série de serviços em minha infra-estrutura, mas como integrar ou publilcar esses recursos? Ou ainda, quais mecanismos de integração devo utilizar, entre adaptadores, web services, serviços, assemblies, etc?

Parte destes questionamentos direciona a necessidade de um catálogo de componentes e metadados, para que os vários elementos de composição sejam disponibilizados para uma solução. Ainda, surge a necessidade de uma plataforma de desenvolvimento para a construção das interfaces de composição, que traga maior agilidade na escolha e consumo dos componentes desejados. Para uma solução Web, a imagem que vem é a de WebParts, por exemplo.

Sabemos que a arquitetura de uma solução OBA - Office Business Application é baseada nos serviços do Microsoft Office Sharepoint Server 2007 e nas funcionalidades dos clientes do 2007 Office System, como vemos a seguir:

Note que os serviços disponíveis suportam funcionalidades importantes como search de informações, mapeamento de identidades, metadados, catálogo de entidades, segurança, entre outros, podendo ainda haver customizações para uma solução específica. Exemplos de extensões de componentes são controles e funcionalidades integradas aos clientes do Office, que realizam o consumo de serviços ou aplicações LOB - Line Of Business - da empresa, como ERP's, CRM's, etc.

Nessa linha, a arquitetura do OBA Composition Reference Toolkit é apresentada a seguir:

Note que a visão é fornecer um metadado de serviços e componentes que serão registrados para posterior provisionamento, durante a construção de soluções de composição sobre o Sharepoint. Nesse cenário, o Microsoft Office Sharepoint Server 2007 Business Data Catalog (o conhecido BDC do Sharepoint) tem papel fundamental como infra-estrutura de metadado.

Entre os tipos de componentes OBA que o Toolkit suporta encontramos:

SharePoint Lists
SharePoint Document Libraries
Workflows
Site Pages
Web Parts
Content Types
InfoPath Forms e Form Libraries
Excel Services Reports
BDC Application Definitions
SSRS Reports
VSTO Application Add-ins
VSTO Documents

Com esse suporte de componentes, a construção de diversos patterns de aplicação OBA torna-se mais fácil e flexível, como:

Pattern de Aplicação Office como Interface Rica
Pattern de Integração de Documentos OpenXML
Pattern de Interface de Composição Web, Windows ou Híbrida
Pattern de Workflow de Documentos
Pattern de Colaboração Web
Pattern de Notificações/Tasks integrados com aplicações LOB

E numa visão sobre oportunidades de negócio, o OBA Composition Reference Toolkit pode ser uma infra-estrutura interessante como catálogo de componentes de composição para comunidades de ISV - Independent Software Vendors, enquanto seus componentes agrupados por indústrias ou soluções são disponibilizados para clientes. Esse é um outro assunto interessante que vamos tratar em posts futuros.

Um pouco de infra-estrutura ...

Como pré-requisitos para o OBA Composition Reference Toolkit, temos a seguinte infra-estrutura abaixo (retirado do Setup Guide):

Operating System: Windows Server 2003 SP2
IIS 6.0
SQL Server 2005 Developer or Enterprise Edition with SP2.
- The SQL Server 2005 Express edition is not supported
- A default instance accessible as localhost is required
- SQL Server Reporting Services (SSRS) must be installed to deploy/test SSRS Report components
- SQL Server Analysis Services (SSAS) must be installed to deploy/test SSAS OLAP Databases and components like SSRS Reports and Excel Services Reports that use an SSAS OLAP Database
.NET 3.5 Framework
Microsoft Office SharePoint Server 2007 Enterprise Edition
- Enterprise features like the Business Data Catalog, Excel Services, and InfoPath Forms Services must be installed and activated to deploy/test related components.
- SQL Server Reporting Services (SSRS) must be configured in the SharePoint integrated mode to deploy/test SSRS Report Components
Office 2007 Professional Edition
Visual Studio Tools for Office system 3.0 Runtime

Portanto, recomendo fortemente seguir os passos descritos no Guia de Instalação, antes de começar seus primeiros testes com a tecnologia. Veja abaixo:

OBA Composition Reference Toolkit Setup Guide
Ref.: http://files.skyscrapr.net/users/javeds/OBA%20Composition%20Reference%20Toolkit%20Installation%20and%20Setup%20Guide.pdf

Esta primeira conversa foi só um aperitivo...

Em posts futuros, vamos detalhar um pouco mais a arquitetura do pacote, enquanto consideramos novas alternativas sobre a construção de aplicações de composição. Nesse contexto, o OBA Composer será uma ferramenta importante em nossas próximas discussões. O Mashup Corporativo ou Enterprise Mashup está caminhando para se tornar uma realidade. Nesse sentido, a computação orientada a serviço e o negócio orientado a serviço agradecem!!! :)

Alguns links mais...

OBA Composition Reference Toolkit
Ref.: http://msdn2.microsoft.com/en-us/architecture/cc196391.aspx

OBA Office Business Application
Ref.: http://msdn2.microsoft.com/en-us/architecture/aa699381.aspx

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

Waldemir.

Tech-Ed Brasil 2007 - Um resumo...

wcamb — Sun, 09 Dec 2007 17:15:00 GMT

Olá pessoal, tudo certo?

O evento Tech-Ed Brasil 2007 foi um sucesso! Mais de 130 sessões sobre temas importantes, de infra-estrutura a desenvolvimento, com uma grande participação de todos presentes. Muito obrigado a você que participou e fez suas perguntas, colaborando durante as várias apresentações e mesas redondas. Confira algumas fotos no blog do amigo René de Paula Jr.

Em breve devo publicar um post sobre algumas discussões que tivemos nas sessões de WCF - Windows Communication Foundation, WF - Windows Workflow Foundation e OBA - Office Business Application. Muitas pessoas pediram um roteiro de addins e extensões que precisamos aplicar no Visual Studio 2005, para trabalhar com os templates de WCF e WF. Isso para que ainda não experimentou o Visual Studio 2008, que tem todos esses recursos integrados ao ambiente.

Assim, fiquem ligados pois estou preparando o roteiro com os links para sua avaliação.

E para os arquitetos de plantão, fica aqui algumas dicas de livros importantes, que citei durante as sessões:

Programming WCF Services - o livro do peixinho... :)
http://www.amazon.com/Programming-WCF-Services-Juval-Lowy/dp/0596526997/ref=sr_1_7?ie=UTF8&s=books&qid=1197209103&sr=8-7

Presenting Windows Workflow Foundation
http://www.amazon.com/gp/product/0672328488
de Paul Andrew (veja o blog : http://blogs.msdn.com/pandrew/ )

Programming Windows Presentation Foundation
http://www.amazon.com/Programming-Windows-Presentation-Foundation/dp/0596101139/ref=pd_bxgy_b_img_b

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

Waldemir.

Desenvolvimento de Ribbons para Office 2007.

wcamb — Mon, 03 Dec 2007 00:45:00 GMT

Olá pessoal, tudo certo?

Em ritmo de fim de ano e Tech-Ed Brasil 2007, que começa amanhã, dia 05 de dezembro.
Estive preparando uma sessão sobre nosso velho conhecido Office Business Application (OBA), quando encontrei um blog muito interessante. Ele está nesse link aqui:

http://blogs.msdn.com/jensenh/archive/2006/05/25/606819.aspx

sendo atualizado pelo Jensen Harris, especialista no desenvolvimento de Extensible User Interface para a plataforma Office. A partir do blog, encontramos uma série de 3 artigos que são leitura obrigatória para quem está pensando na customização de Ribbons. Veja os links:

Customizing the 2007 Office Fluent Ribbon for Developers (Part 1 of 3)
http://msdn2.microsoft.com/en-us/aa338202.aspx

Customizing the 2007 Office Fluent Ribbon for Developers (Part 2 of 3)
http://msdn2.microsoft.com/en-us/aa338199.aspx

Customizing the 2007 Office Fluent Ribbon for Developers (Part 3 of 3)
http://msdn2.microsoft.com/en-us/library/aa722523.aspx

E por falar em Ribbons, sabemos que a construção dessas extensões é um recurso devido o OpenXML, formato básico utilizado pelos documentos do Office System. Assim, um documento OpenXML contém várias seções, como:

Document Properties
Comments
WordML/SpreadsheetML
Custom-defined XML
Images, video, sound
Embedded code
Macros
Charts, etc.

Entre elas, temos o Custom-defined XML no folder customUI, que pode ser extendido para a renderização de novos botões de acesso, grupos de controle, entradas de usuário, etc. A figura abaixo apresenta um exemplo de customização de Ribbons para uma planilha Excel. Veja os dois grupos "Valores Financeiros" e "Bolsas e Mercados" no Ribbon abaixo:

Para a criação desse Ribbon, incluímos o trecho customUI.xml a seguir:

<?xml version="1.0" encoding="utf-8" ?>
<customUI xmlns="http://schemas.microsoft.com/office/2006/01/customui">
<ribbon>
<tabs>
<tab idMso="TabHome">
<group idMso="GroupFont" visible="false" />
</tab>
<tab id="CustomTab" label="Aplicação Contoso">
<group id="IdValores" label="Valores Financeiros">
<button id="cmd1" imageMso="DistributionListAddNewMember" label="Valor Presente" size="large" onAction="cmdMacro1" />
<button id="cmd2" imageMso="DistributionListRemoveMember" label="Valor Futuro" size="large" onAction="cmdMacro2" />
<button id="cmd3" imageMso="AddOrRemoveAttendees" label="Taxa de Juros" size="large" onAction="cmdMacro3" />
<button id="cmd4" imageMso="SharingOpenWssDiscussionList" label="Taxa de Retorno" size="large" onAction="cmdMacro4" />
</group>
<group id="IdBolsas" label="Bolsas e Mercados">
<button id="cmd5" label="IBOVESPA" size="large" onAction="cmdMacro5" />
<button id="cmd6" label="NASDAQ" size="large" onAction="cmdMacro6" />
<button id="cmd7" label="NYSE" size="large" onAction="cmdMacro7" />
<button id="cmd8" label="DOW JONES" size="large" onAction="cmdMacro8" />
</group>
</tab>
</tabs>
</ribbon>
</customUI>

E como podemos escrever essas customizações num documento OpenXML? Para o próximo Visual Studio 2008 "Orcas", a criação de customizações Ribbons será integrada ao ambiente de desenvolvimento através do Ribbon Visual Designer. Veja alguns comentários no blog de Kathleen McGrath, no link:

http://blogs.msdn.com/kathleen/archive/2007/05/09/vsto-my-favorite-feature-ribbon-designer.aspx

Ou de forma manual, podemos utilizar um editor de Ribbons como o Custom UI Editor Tool. A ferramenta está disponível no site do OpenXMLDeveloper.org:

http://openxmldeveloper.org/articles/CustomUIeditor.aspx

E para quem deseja adicionar o comportamento de Ribbons em suas aplicações WinForms, uma outra dica é a Elegant Ribbon. Vale conferir:

http://www.prof-uis.com/elegant-ribbon-control.aspx

Num próximo post ou WebCast, vamos falar mais sobre as novas funcionalidades do Visual Studio 2008 "Orcas", que facilitam a construção e customização de interfaces no Office System. Fiquem ligados.

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

Waldemir.

OBA Central e considerações sobre Aplicações Compostas.

wcamb — Mon, 26 Nov 2007 15:43:00 GMT

Olá pessoal, tudo certo?

Mais um post sobre Aplicações Compostas. Como já discutido aqui no blog, sabemos que Aplicações Compostas são aplicações construídas através da combinação de apresentação, lógica e dados de múltiplos sistemas.

E sobre a plataforma Microsoft temos o Office Business Application (OBA) como ambiente de construção desse tipo de aplicação, baseado no Office System. Entre as tecnologias envolvidas temos:

O Microsoft Office Client, com o Word, Excel, PowerPoint e InfoPath.
O Microsoft Office SharePoint Server 2007, com serviços diversos como Excel Services, Forms Services, Security Services, Storage Services, Enterprise Search, Live Communication Server, entre outros…
E o próprio desenvolvimento em .Net Framework 3.0, com o Windows Workflow Foundation e o Windows Communication Foundation.

Como principais ferramentas de configuração e construção de soluções OBA, temos recursos como:

Web Parts
Ribbons
Form Regions
Task Panes, como principais.

Sempre pensando na integração entre uma interface configurável e os sistemas de linhas de negócio, ou LOB - Line Of Business, uma solução OBA exige também cuidados especiais, como:

Analisar as necessidades de negócio, antes de iniciar uma solução OBA;
Construir as extensões de clientes, de acordo com o perfil de usuários e experiência de interface desejada;
Construir o site SharePoint para manutenção dos documentos Office envolvidos na solução;
Manter sincronizados os sites e aplicações usando um modelo de processo de negócios;
Conectar as aplicações via o backbone de serviços existente;
Avaliar a adição de métricas, relatórios e dashboards no ambiente OBA;
Empacotar a solução para distribuição / deployment no ambiente de produção;
Manter um processo de administração com monitoração e auditoria constantes, para a boa saúde da organização.

Nada de novo realmente! Necessidades básicas de uma solução bem feita.

Visitei recentemente o portal OBA Central e encontrei alguns artigos e apresentações interessantes, com bons exemplos sobre soluções baseadas em OBA.

Fica a dica para conhecer mais esse portal : https://www.obacentral.com/default.aspx

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

waldemir.

Office Business Application no SAF 2007.

wcamb — Tue, 13 Nov 2007 20:19:00 GMT

Olá pessoal, tudo certo?

O primeiro dia do SAF 2007 terminou com uma boa discussão sobre Composite Applications e OBA - Office Business Applications, apresentada por Scott Jamison, arquiteto da Microsoft. Já falamos aqui de vários aspectos sobre arquiteturas compostas e composição de negócios e serviços numa arquitetura SOA. Mas o assunto ainda tem muito que ser explorado. Então vejamos:

O pattern para construção de aplicações compostas foi apresentado, contendo 4 camadas:
- Camada de apresentação
- Camada de produtividade
- Camada de aplicação
- Camada de dados

Nesse modelo, a camada de produtividade é responsável por viabilizar a colaboração, a composição de funcionalidades que serão dispostas para o usuário. Essa abordagem exige que a camada de aplicação seja implementada pensando em serviços.

No modelo Microsoft, o 2007 Office System é usado como uma plataforma para a construção de aplicações compostas e para essa camada de produtividade, o Office Sharepoint Server 2007 é colocado. Como componentes de composição temos páginas, formulários, web parts, workflows, etc. Assim, todos os elementos suportados pela suíte Office e Sharepoint podem ser compostos na camada de produtividade. Outros serviços suportados nessa camada são Excel Services, Forms Services e Live Communication Server.

E para a camada de apresentação, o Internet Explorer e as ferramentas de produtividade do Office funcionam como clientes. Assim, temos Ribbons, Taks Panes, Web Parts e Form Regions sobre os clientes Word, Excel, Outlook, PowerPoint e InfoPath.

Enquanto termino meus exemplos de OBA para colocar aqui no blog, alguns links interessantes são:

Office Business Application Home Page
http://office.microsoft.com/en-us/products/FX102204261033.aspx?ofcresset=1

Office Business Applications technical frequently asked questions
http://office.microsoft.com/en-us/products/HA102200731033.aspx

OBA Architecture Center no MSDN
http://msdn2.microsoft.com/en-us/architecture/aa699381.aspx

Para fechar, a figura que decora esse post apresenta a arquitetura do 2007 Office System. Maiores detalhes são encontrados no doumento OBAArchitectureOverview.docx, no endereço:

http://office.microsoft.com/en-us/products/HA102200671033.aspx?pid=CL100796341033

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

Waldemir.

OBA = Office Business Application = A última fronteira.

wcamb — Wed, 07 Nov 2007 12:58:00 GMT

Olá pessoal, tudo certo?

Recentemente, uma pesquisa da Better Business Bureau dos Estados Unidos publicou o ranking das 10 indústrias com maiores índices de reclamações por parte de seus clientes. O ranking foi:

Cadeias de franchised para revenda de autos
Reparos de autos e auto-mecânicas
Computadores - Software e Serviços
Celulares e serviços wireless
Provedores de Internet
E-Commerce e Internet
Carros usados
Varejo de móveis
Agências de coleções
Empresas de Ar Condicionados.

Interessante observar como a indústria de TI está envolvida em 4 dos eleitos acima.
Arrisco aqui algumas das possíveis causas para essa posição:

Falhas na experiência de usuário em muitas soluções: a produtividade tem sido negligenciada muitas vezes em soluções de TI. Além disso, muitos processos ainda estão desconectados no enterprise;
As organizações ainda são ilhas, tanto diante de outras organizações como em seus próprios sistemas: ainda encontramos funcionalidades duplicadas no enteprise, além da falta de governança, problemas de conectividade, etc;
Finalmente, o modelo SOA e a necessidade pela orientação a serviços tem favorecido a conexão entre sistemas, negligenciando o usuário final desse novo ambiente de aplicações.

Desse modo, a experiência do usuário será o próximo foco de discussão no ambiente SOA. A partir da publicação de serviços, a composição de processos e melhor integração da informação será uma necessidade no enteprise. Como construir novas aplicações front-end para usuários na frente de uma arquitetura SOA?

Nesse ponto, a Microsoft possui uma abordagem para a integração de aplicações, chamada OBA - Office Business Application.

Em rápidas palavras, OBA oferece uma plataforma para a construção de aplicações, onde a configuração flexível é um recurso mais presente que a codificação e a customização. Sendo um tipo de plataforma para aplicações compostas, OBA integra clientes do Office com os recursos do Office System e Sharepoint. Note que podemos falar de OBA sobre Office 2003 e 2007, uma vez que os conceitos de integração serão os mesmos, aproveitando a interface de um cliente Office para o consumo de serviços e funcionalidades do enterprise.

Em linhas gerais, podemos compor uma solução OBA com o seguinte menu da plataforma Microsoft:

Microsoft Office Clients: WORD, EXCEL, POWERPOINT e INFOPATH
Microsoft Office SharePoint Server 2007: EXCEL SERVICES, FORMS SERVICES, LIVE COMMUNICATOR SERVER
.NET 3.0: Windows Workflow Foundation, Windows Communication Foundation

Vamos avançar sobre o assunto OBA nos próximos posts. Fiquem ligados!

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

Waldemir.

SOA & Business Process Conference - Um resumo.

wcamb — Sat, 03 Nov 2007 20:43:00 GMT

Olá pessoal, tudo certo?

O SOA & BP Conference terminou nesta sexta-feira de tarde, com uma grande palestra sobre soluções com o Microsoft ESB Guidance, dada por Marty Wasznicky.
Antes dele, John Callaway apresentou uma série de dicas e anti-patterns para uma visão SOA.

Ao todo, foram mais de 70 sessões sobre vários temas como:

Plataforma SOA
Service Lifecicle Management
SOA capabilities
Composite Applications
Composite Activities
WorkFlow Foundation
BizTalk Services 1
Internet Service Bus
Enterprise Service Bus
Office Business Application
BizTalk RFID Platform
SOAMM - Maturity Model
E roadmap "OSLO", com a visão da Microsoft sobre arquitetura orientada a serviços e seus produtos.

Termina assim uma grande conferência que envolveu diversas indústrias e empresas de TI numa discussão ampla sobre os problemas e soluções para uma estratégia de implantação de uma arquitetura SOA, que tem como um de seus maiores motivadores o chamado BUSINESS AGILE, ou negócio ágil. Mesmo esse tema será motivo de novos posts neste blog.

A partir de agora, nossa missão será "digerir" e aprofundar cada tema discutido, afim de tornar realidade toda essa visão.

Aproveito aqui para agradecer o time da Microsoft que muito enriqueceu esse evento, como José Ribon, Fernando Egas, José Zorzi, Fábio Miranda, Georgette van Swaay, entre outros. Show de bola pessoal! Obrigado pelas discussões entre uma palestra e outra, além do extremo cuidado e atenção com as empresas participantes.

Vamos ficando por aqui. Até o próximo post! :)

Waldemir.

Roadmap Oslo para arquitetura SOA e BPM anunciado pela Microsoft.

wcamb — Tue, 30 Oct 2007 22:42:00 GMT

Olá pessoal, tudo certo?

E como foi anunciado, hoje de manhã a Microsoft apresentou publicamente o roadmap "Oslo", na abertura do SOA & BP Conference, em Redmond.

"OSLO" é a visão final de um roadmap de investimentos em SOA e tecnologias para BPM (Business Process Management) que Microsoft pretende para os próximos anos. A visão envolve novas ferramentas e produtos para o desenvolvimento de aplicações distribuídas, serviços e colaboração em TI num mundo SOA.

Ao longo da semana, vamos ter novos posts tratando especificamente do assunto, mas para começar, "Oslo" envolve 5 esforços principais:

Framework, que contemplará o .NET Framework 4.0 como plataforma de desenvolvimento;
Servidor, que envolve os recursos e família de produtividade para BizTalk Server "6", suportando WCF (Windows Communication Foundation) e WF (Workflow Foundation);
Serviços, com a primeira versão do BizTalk Services "1";
Ferramentas, que contemplará o Visual Studio "10" (codenome Rosário);
Repositório, que finalmente integra famílias de serviços como System Center "5", Visual Studio "10", BizTalk Server "6", etc.

Apesar das versões ainda serem um visão inicial do roadmap, já deu para perceber uma forte consistência no tratamento de diversos aspectos da arquitetura SOA, como governança, processos, infra-estrutura, modelo de maturidade e serviços.

Vamos falar muito disso ao longo da semana. O congresso promete!

Fiquem a vontade para comentários e perguntas sobre os temas discutidos.

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.

Eventos que vão e Eventos que vêm...

wcamb — Tue, 23 Oct 2007 02:12:00 GMT

Olá pessoal, tudo certo?

E mais uma maratona de apresentações e rodadas de discussões chegou ao fim na semana passada: foi o Microsoft Track, como bem registrou nosso amigo Gebara. Ver o post "Mais uma mini-maratona chega ao fim" :)

O que mais chamou minha atenção nesse tour de conversas com diversos arquitetos e tomadores de decisões foi o sentido de alerta em torno das mudanças que esperamos ou que já vivemos em nosso universo de TI.

Aqui nesse blog, nós passamos as últimas semanas falando de Web 2.0, aplicações compostas e SOA e esses temas têm orientado nossa atenção. Agora no final de outubro e começo de novembro teremos o Microsoft SOA & Business Process Conference em Redmond, USA. Alguns arquitetos que tenho comentado com vocês estarão por lá, como o Atanu Banerjee, Danny Garber, Don Ferguson, Robert Wahbem entre outros.

Vamos acompanhar de perto esse evento, aproveitando para explorar mais ainda os temas ao redor de SOA e Business Process.

E para não perder o ritmo, em dezembro teremos nosso Teched Brasil 2007.

Portanto, fiquem ligados!! :)

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.

Um cenário concreto de arquitetura SOA.

wcamb — Thu, 18 Oct 2007 00:52:00 GMT

Olá pessoal, tudo certo?

Mais um post de SOA, podemos? :)

Mas vamos ver um exemplo da vida real. Vamos pensar num cenário de contratação de funcionários. Que tal?

Nesse cenário, temos uma série de sistemas envolvidos. Quando um novo funcionário é contratado, você tem que fazer uma entrada no sistema de folha de pagamentos, depois no sistema de RH, para providenciar um crachá, por exemplo. Em seguida, um sistema de TI precisa ser alterado para liberar uma conta de usuário e assim por diante.

Ou seja, temos uma série de sistemas que precisam ser envolvidos, de sistemas legados a sistemas locais ou até hospedados fora da empresa.

E como pensar esse cenário numa arquitetura SOA?

Um ponto importante é pensar numa interface de serviços. É comum a gente falar de uma interface que expõe as funcionalidades associadas de cada sistema envolvido. Em seguida, note que os serviços expostos podem ser consumidos diretamente ou coordenados através de um workflow ou um grupo de processos. Na frente desse workflow temos uma série de aplicações que consomem essa arquitetura, de forma integrada. Para citar, podemos pensar em WCF - windows Communication Foundation, para essa integração programática ou implementações de ESB - Enterprise Service Bus, para um bus de integração com mais recursos. Vale conferir o site de ESB no Codeplex, no link http://www.codeplex.com/esb/ .

Num cenário envolvendo mainframe, por exemplo, podemos pensar em SOA encapsulando funcionalidades ou lógicas de negócio através de web services e consumindo esses serviços através de outras aplicações.

Num certo momento, um novo sistema ou serviço é adicionado ao cenário, sem impacto para toda a arquitetura. No exemplo de contratação de funcionários, podemos adicionar um sistema de controle do condomínio, para liberar uma garagem para o novo funcionário.

Assim, veja que existe um esforço para identificar quais funcionalidades e serviços podem ser implementados, assim como o tipo de coordenação que poder ser feita. Questões como latência, tempo de resposta de cada serviços, tipos de bindings de serviços (se TCPRemoting ou HTTPRemoting ou outros) são importantes.

Por isso, é comum dizer que SOA exige um entendimento de processos e negócios, durante a definição de sua arquitetura. SOA não é apenas um conjunto de Web Services publicados.

E você sabe, a partir de posts anteriores, que aplicações compostas podem ser o front-end dessa arquitetura de serviços. De volta ao nosso exemplo de contração de funcionários, uma aplicação composta poderia apresentar na mesma interface todos os serviços que integram essa experiência, facilitando o processo de contratação.

Num exemplo Microsoft, OBA - Office Business Application - é uma plataforma baseada em Office System que podem suportar a construção de aplicações compostas. A partir de um Excel, nosso usuário de RH poderia gerar uma planilha com os últimos números de contração de funcionários da empresa ou até mesmo o número de vezes que o novo funcionário deu entrada na garagem do condomínio.

Outros benefícios podem ser observados, como monitoração, segurança, federeção, versionamento, etc. Mas vale destacar que torna-se transparente para o usuário final a manipulação de diversos domínios de aplicação, de CRM e ERP's a serviços de sistemas legados ou serviços hospedados na Web, isto é, o MIX de aplicações cresce e a TI que conhecemos torna-se um ambiente capaz de fornecer todos os recursos para que nosso usuário componha suas necessidade de negócio.

Num caso como esse, ponto para uma arquitetura de SOA bem feita!

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.