Waldemir Cambiucci - Solutions Architect - Microsoft Brasil : WCF

Algumas palavras sobre Projetos de Missão Crítica

wcamb — Fri, 06 Nov 2009 22:01:00 GMT

Olá pessoal, tudo certo?

Essa semana acompanhei algumas discussões no forum do Grupo .NET Architects. Entre vários assuntos, um em especial chamou minha atenção: projetos de Missão Crítica.

O que você entende por um Projeto de Missão Crítica?

Do wikipedia temos que o termo Missão Crítica refere-se a qualquer fator (equipamento, processo, procedimento, software, etc.) que seja crucial para o sucesso ou completude de uma atividade ou projeto. Também pode se referir a um projeto cujo o sucesso é vital para a missão da organização ou negócio da empresa.

Falando em projetos, vejamos alguns exemplos que considero de Missão Crítica:

- Um sistema de controle e coleta de dados de um projeto em Física Experimental para criação de estado de plasma, rodando sobre sistema operacional Debian/Linux, com processos em C, usando pilha TCP, pode ser considerado de missão crítica para o laboratório, devido as restrições e riscos envolvidos na monitoração e controle de equipamentos;

- Um núcleo de negociação para o mercado financeiro, tratando milhões de operações/dia, envolvendo mensageria em banco de dados, cache distribuído, gerenciamento de recursos em memória, etc., com requisitos rígidos de baixa latência, também é um exemplo de missão crítica;

- Um SDCD – Sistema Digital de Controle Distribuído – para monitoração e atuação de bicos de óleo em caldeiras para a geração de vapor num planta industrial, também é um belo exemplo. Vapor é um elemento chave em diversos processos industriais, de petroquímicas a processamento de atum em lata :)

- Um monitor transacional de alto desempenho, aplicando conceitos como ACID, MUTEX, CRITICAL SESSIONS, SEMÁFOROS, árvores de falhas, etc, é outro exemplo. Uma leitura obrigatória sobre o assunto é o livro Transaction Processing, confira aqui!

- Um sistema SaaS – Software as a Service – sobre algum provedor em nuvem, para uma solução multi-inquilino com interfaces Web, responsável pelo núcleo de faturamento da empresa, é de missão crítica, com requisitos de disponibilidade, responsividade e desempenho. Imagine um sistema SaaS para a venda de ingressos do show de Eric Clapton ou B.B. King! :)

- Um sistema de automação para controle de caixas margem de via, por exemplo, para determinação de presença de trens de metrô e vagões em trechos da via, abertura de portas, desvios de ramais, movimento, etc. O próprio controle do carrossel de composições na via também é crítico. Qual é o trem mais seguro? Um trem parado ou um trem na oficinal, fora da via? :)

- Um sistema para contabilidade e bilhetagem de chamadas em telefonia celular, também é crítico;

- Em muitos cenários, até mesmo um sistema de emails é um sistema de missão crítica para a empresa. Algumas corporações simplesmente param ou perdem negócios em casos de falha em suas caixas postais, por mais commodities que possam parecer. Impacto financeiro a vista!;

- Um sistema de controle de equipamentos médicos, como scanners, tomógrafos, dispositivos de ultra-som, leitores dopplers em tempo real (opa!), entre outros mais sofisticados em medicina, são extremamente críticos em seus resultados.

Considero todos os exemplos acima como sistemas de Missão Crítica em diferentes níveis, pois envolvem riscos para o negócio da empresa.

Assim, podemos destacar três tipos de riscos envolvidos:

Riscos Materiais;
Riscos Financeiros;
Riscos envolvendo Vidas Humanas;

Alguns sistemas de Missão Crítica podem envolver requisitos de Tempo Real (Real Time), isto é, janelas de atuação e tempos resposta bem definidos, que devem ser respeitados. Nesses casos, o número de processos envolvidos, o volume ou o número de chamadas disparadas não deve interferir no tempo de resposta do sistema.

Qual é o tempo de resposta envolvido no tempo real (em milisegundos, por exemplo)? Dependerá do cenário que estamos tratando, seja um canal de feeders de notícias com filtros sobre política ou mensagens para a abertura de cofres em sistemas de segurança bancário.

Normalmente, condições de tempo real estão envolvidas em cenários de missão crítica, mas não são obrigatórias.

Meu ponto aqui é que não podemos considerar como Missão Crítica apenas o aspecto de desempenho e tempo de resposta envolvidos. Para algumas indústrias, outros atributos são tão importantes quanto, como o impacto financeiro, disponibilidade e riscos diversos.

Quão crítico é o sistema em que você está trabalhando hoje? Ele envolve riscos financeiros, riscos humanos ou riscos materiais?

Em resumo, qual é o impacto de uma falha em seu sistema para a execução do negócio de sua empresa? Aspectos como recuperação de falhas, tratamento de exceções, árvore de falhas, etc., tornam-se importantes em muitos casos.

Uma vez identificado o cenário de missão crítica, como conduzir o projeto?

Algumas perguntas são recorrentes neste momento, como:

Qual é o melhor sistema operacional para cada cenário?
Qual é a melhor linguagem de programação para cada cenário?
Qual é a melhor abordagem de patterns para cada cenário?
Quais são as restrições de memória e disco para o SO? Poucos recursos? Desktops? Servidores?
Quais são as necessidades de comunicação com dispositivos e periféricos diversos nesse ambiente de missão crítica?
Quais são os drivers disponíveis para o SO escolhido? Teremos que implementar esses drivers? Existem fornecedores no mercado?
Quais são as latências de rede e pilhas de transporte suportados? O TCP é suficiente? IPv6? Vamos precisar adotar protocolos de Tempo Real (RTP – Real Time Transport Protocol)? Vamos implementar bindings customizados para a entrega de mensagens com baixa latência? Transporte customizado?
Qual a necessidade por tempo real, paralelismos de processos, high performance computing, cluster computing ou grid computing?

Sem falar ainda em questões adjacentes, como:

Qual será o suporte necessário para a solução?
Como será evolução da pilha de software ao longo do tempo?
Qual é o perfil de profissionais capacitados, exigidos para o projeto?
Quais são os guias de desenvolvimento e patterns disponíveis?
Quais são as ferramentas para a construção de software, metodologias, documentação, etc.

Através aqui do blog, temos acompanhado a plataforma Microsoft e seu suporte para aplicações de missão crítica em diferentes níveis.

Existem diversos recursos que atendem esses cenários, seja sobre a plataforma .NET ou mesmo sobre código não gerenciado, com processos em C++ sobre Windows Server. No ambiente gerenciado, recursos como interfaces de serviços em WCF – Windows Communication Foundation, mensageria com MSMQ, paralelismo, sincronização e sistemas de integração com baixa latência são alguns exemplos. Em todos os casos, o impacto para o negócio da empresa está presente.

Em breve, teremos ainda novos recursos disponíveis na plataforma Microsoft, como o Dublin (para hospedagem de serviços e processos sobre o Windows Server), o Velocity (para cache distribuído e aplicações de alto desempenho), novos recursos sobre WCF 4 e WF 4, além da integração com a plataforma de alta escalabilidade e disponibilidade do Windows Azure, que já está em contagem regressiva para seu lançamento, durante o PDC 2009.

Finalizando, procure identificar em quais cenários de Missão Crítica você está pessoalmente envolvido e como será a evolução destes nos próximos meses. Você vai perceber que sua TI tem um impacto direto para o sucesso de sua empresa!

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

Waldemir.

Exemplo de arquitetura em camadas para o .NET 3.5 SP1

wcamb — Wed, 04 Nov 2009 16:28:00 GMT

Olá pessoal, tudo certo?

Semana passada, o especialista Rafael Godinho comentou com o pessoal sobre um belo exemplo de projeto em .NET 3.5 SP1, que está disponível no codeplex para estudo.

O projeto é um exemplo de arquitetura em camadas usando o .NET 3.5 SP1, com interface de serviços WCF e camadas de negócios bem definidas. Com frequência recebo pedidos de exemplos de projeto e organização de arquiteturas em camadas para aplicações sobre o .NET 3.5.

Assim, aqui vai uma dica interessante de estudo:

Layered Architecture Sample for .NET
Ref.: http://layersample.codeplex.com/

Os fontes estão disponíveis para donwload, falta um guia ou passo-a-passo para estudos, mas o projeto é um bom exemplo de organização, que vale o estudo. Confira!

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

Waldemir.

Architecture in a Box: Recomendações para serviços com WCF

wcamb — Mon, 19 Oct 2009 14:55:00 GMT

Olá pessoal, tudo certo?

A sessão de WCF e SOA gerou uma série de comentários offline, que justificaram mais uma sessão, que publico aqui neste post.

Projetos de SOA, SOI e composição de serviços podem ser tão diversos quanto a própria complexidade existente na TI das empresas. Por isso, gosto da frase “SOA é como flocos de neve: não existem dois iguais” :)

A sessão de hoje coloca alguns pontos mais sobre serviços com WCF e recomendações gerias, confira!

View more documents from Waldemir Cambiucci.

Em breve, novos temas aqui na série Architecture in a Box, fique ligado!

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

Waldemir.

Architecture in a Box: WCF – Windows Communication Foundation

wcamb — Fri, 09 Oct 2009 22:04:00 GMT

Olá pessoal, tudo certo?

Mais uma sessão do Architecture in a Box, hoje falando sobre WCF – Windows Communication Foundation. Existem muitas questões envolvidas na construção de interfaces de serviços e o WCF é a base para isso sobre a plataforma Microsoft.

A sessão de hoje apresenta uma visão geral sobre os fundamentos do WCF, seus bindings e cenários comuns no mercado, preparando o caminho para uma sessão futura sobre SOA – Service Oriented Architecture.

View more documents from Waldemir Cambiucci.

Continue acompanhando o Architecture in a Box e aproveite o material. Em breve, teremos mais novidades, aguarde!

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

…e aprovete bem o feriado!!!

Waldemir.

Leitura Recomendada: REST com WCF e Capacidades do ESB

wcamb — Fri, 19 Jun 2009 00:51:00 GMT

Olá pessoal, tudo certo?

Novo artigo no ar: o Rafael Godinho, especialista em desenvolvimento aqui da Microsoft acabou de publicar um artigo muito interessante sobre serviços REST com WCF, confiram!

Criando serviços REST com WCF
por Rafael Godinho
Junho 2009
Ref.: http://msdn.microsoft.com/pt-br/library/dd941696.aspx

Já havia recebido aqui algumas perguntas sobre o tema, por isso a indicação. Aproveitem também o blog do Godinho, que tem falado bastante sobre WCF, aqui.

Outro artigo do time que merece destaque é sobre ESB – Enterprise Service Bus, do arquiteto de infra-estrutura Markus Christen.

Conhecendo melhor as Capacidades do Enterprise Service Bus
por Markus Christen
Junho 2009
Ref.: http://msdn.microsoft.com/pt-br/library/dd920288.aspx

Confira também o blog do Markus, que tem falado bastante sobre ESB e os vários patterns de infra-estrutura para SOI/SOA, aqui.

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

Waldemir.

Um universo de material para estudo...

wcamb — Thu, 04 Jun 2009 19:57:00 GMT

Olá pessoal, tudo certo?

No princípio era só o MSDN e todos os DevCenters de tecnologias estavam disponíveis a partir dele:

MSDN Brasil
Ref.: http://msdn.microsoft.com/pt-br/default.aspx

Com o passar do tempo, mais e mais tecnologias foram sendo lançadas e um Universo de material ficou disponível (em português):

Microsoft na Nuvem
- Plataforma Azure
Ferramentas e Linguagens
- Visual Studio
- Visual Studio Express
- Visual Studio Team System
- Visual Basic
- Visual C#
- Visual C++
Desenvolvimento Web
- ASP.NET
- Silverlight
- Internet Explorer
Desenvolvimento .NET
- .NET Framework
- .NET Compact Framework
Desenvolvimento Windows
- Windows Cliente
- Windows Mobile
- Windows Embedded
Melhores Práticas
- Arquitetura
- Patterns & Practices
Desenvolvimento Enterprise
- SQL Server
- Segurança
- Microsoft Solutions Framework
Desenvolvimento Office
- Office
- SharePoint

Ao longo do tempo, o .NET Framework também evoluiu…

E diversos arquitetos se perguntaram onde encontrar mais informações sobre toda essa evolução. A resposta foi dada abaixo:

.NET Framework
Ref.: http://msdn.microsoft.com/pt-br/netframework/default.aspx

Alguns tiveram um interesse maior sobre serviços e interfaces e como o WCF - Windows Communication Foundation poderia ajudá-los…

WCF – Windows Communication Foundation – Media Center
http://www.msdnbrasil.com.br/microsoft.MediaCenter/Default.aspx_x_CATEGORY_x_WCF.aspx

Outros se perguntaram sobre processos, workflows e máquinas de estado, lugares comuns para o WF - Windows Workflow Foundation.

WF – Windows Workflow Foundation
http://www.msdnbrasil.com.br/microsoft.MediaCenter/Default.aspx_x_CATEGORY_x_Windows%20Workflow%20Foundation.aspx

Tudo em português!!! Artigos, webcasts, treinamentos, centros de estudo, um mundo de leitura gratuíto e disponível para todos!!!

E para as interfaces desktop ou web? O WPF – Windows Presentation Foundation também ganhou seu lugar:

WPF – Windows Presentation Foundation
http://www.msdnbrasil.com.br/microsoft.MediaCenter/Default.aspx_x_CATEGORY_x_WPF.aspx

E para os mais exigentes, que buscam soluções sofisticadas, o WindowsClient.NET também surgiu:

Ref.: http://windowsclient.net/default.aspx (esse está em inglês!)

Finalmente, arquitetos e equipes de desenvolvimento se perguntaram por onde começar. Como criar seu roadmap de capacitação e certificação e seguir os primeiros passos pelos vários caminhos da plataforma Microsoft? Eis que uma nova porta se abriu:

Centro de Capacitação e Recursos para Certificação do MSDN
Ref.: http://msdn.microsoft.com/pt-br/bb188199.aspx

E o universo de estudos em constante expansão gerou mais uma fronteira chamada rampup…

Ref.: http://msdn.microsoft.com/pt-br/rampup/default(en-us).aspx

Quem tem ouvidos para ouvir, ouça!!! ;)

Feliz o arquiteto e o desenvolvedor que aproveitar cada material de estudo acima disponível, pois eis que o tempo chegou para a construção de soluções mais sofisticadas, compatíveis com o mundo de serviços, de interfaces RIA, de soluções compostas e aplicações na nuvem.

Um abraço grande a todos e bom estudo!!!

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

Waldemir.

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.

Webcast sobre WCF + WF : integrando serviços e workflows

wcamb — Fri, 17 Apr 2009 19:56:00 GMT

Olá pessoal, tudo certo?

Já está no ar um webcast sobre WCF+WF, que fiz recentemente para o pessoal do Dev Center de .NET Framework, no MSDN.

Esse webcast fala sobre alguns templates de WCF e WF, destacando também os mecanismos de integração entre serviços e workflows, vale conferir:

Ref.: http://download.microsoft.com/download/B/6/7/B6790106-5A1F-452F-952C-616D604C67E2/WEBCAST_WCFWF_20090329.zip

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

Waldemir.

Sequential Workflow Service Library : integrando serviços WCF com workflows WF no .NET 3.5

wcamb — Wed, 18 Mar 2009 01:15:00 GMT

Olá pessoal, tudo certo?

Em breve teremos a chegada do .NET 4.0, com uma série de inovações e melhorias em seus recursos. Entre os benefícios, a dupla WCF (Windows Communication Foundation) e WF (Windows Workflow Foundation) promete maior integração e aderência ao modelo híbrido de programação enterprise/cloud (local e nuvem).

Um desenho conhecido aparece abaixo, onde nosso workflow encapsula chamadas para outros serviços externos, enquanto ele mesmo é exportado como um serviço, para outros participantes da solução.

Esse tipo de cenário é bem interessante para arquiteturas de serviços, onde pequenas orquestrações podem coordenar chamadas diversas para serviços da infra-estrutura. Assim, desenhos como esse abaixo são comuns em muitas empresas:

Com o .NET 3.0 era possível o consumo de serviços a partir de workflows em WF somente através de interfaces Web Services. Esse tipo de interação era obtida com os shapes de invocação e tratamento de Web Services, como o InvokeWebService, WebServiceInput, WebServiceOutput e WebServiceFault.

Com o .NET 3.5, a integração WCF + WF aumentou, com templates interessantes como o Sequential Workflow Service Library, objeto deste post.

Nesses últimos dias, tenhos conversado com muitas empresas que têm perguntado sobre essa integração entre interfaces de serviços e workflows em soluções para diversos cenários.

Como criar um SERVIÇO como um WORKFLOW?

Para a criação de um serviços como workflow, o .NET 3.5 oferece o template Sequential Workflow Service Library, que oferece uma interface de publicação WCF para um workflow WF.

Através deste template, temos a disposição todos os shapes e recursos do WF para a coordenação de atividades e chamadas para outros serviços ou mesmo outros workflows da solução. Ao mesmo tempo, esse workflow implementa uma interface IWorkflow, que exporta um contrato de serviço, permitindo que aplicações clientes disparem mensagens para consumo. No template, a interface IWorkflow implementa um método GetData(..) exemplo, o mesmo implementado pelo template de WCF Service Library.

A figura ao lado ilustra o template Sequential Workflow Service Library como oferecido pelo Visual Studio e o .NET 3.5.

Podemos adicionar novas interfaces de serviços através da adição de novos contratos de operação ou mesmo contratos de dados na interface IWorkflow, conforme a necessidade.

Ao mesmo tempo, podemos adicionar novos shapes de WF ao workflow, para o tratamento dos valores de entrada e execução da lógica de negócio desejada, preparando o valor de retorno do serviço.

Um exemplo de serviço WCF implementado como um WF é dado a seguir, veja:

Arquivo: workflow1.cs

No serviço acima, temos uma primeira atividade codeActivity1 que recebe o valor de entrada do serviço na variável InputValue. Os argumentos de entrada (InputValue) e saída (ReturnValue) do serviço são de fato oferecidos pelo template, como vemos a seguir:

No exemplo acima, o valor InputValue é colocado na propriedade myCond, que é testada na condição do shape ifElseActivity1. Para teste, foi criada uma cláusula declarativa de condição myCond, que verifica se o valor de myCond é igual a 0. Se for, a atividade codeActivity2 é executada, caso contrário, a atividade codeActivity3 é executada. No final, codeActivity4 adiciona uma string na mensagem de retorno do serviço, que feito através da propriedade ReturnValue do serviço.

O código completo deste serviço é dado a seguir:

   1: using System;   2: using System.Workflow.Activities;   3:     4: namespace myWorkflowService   5: {   6:     public sealed partial class Workflow1 : SequentialWorkflowActivity   7:     {   8:         // Minha variável interna para teste de condição no workflow.   9:         public int myCond = 0;  10:    11:         public Workflow1()  12:         {  13:             InitializeComponent();  14:         }  15:    16:         // These variables are bound to the input and output parameters of the ReceiveActivity.  17:         private String returnValue;  18:         private Int32 inputValue;  19:    20:         public Int32 InputValue  21:         {  22:             get { return inputValue; }  23:             set { inputValue = value; }  24:         }  25:    26:         public string ReturnValue  27:         {  28:             get { return returnValue; }  29:             set { returnValue = value; }  30:         }  31:    32:         private void codeActivity1_ExecuteCode(object sender, EventArgs e)  33:         {  34:             this.myCond = InputValue;  35:         }  36:    37:         private void codeActivity2_ExecuteCode(object sender, EventArgs e)  38:         {  39:             ReturnValue = "passei pelo IF";  40:         }  41:    42:         private void codeActivity3_ExecuteCode(object sender, EventArgs e)  43:         {  44:             ReturnValue = "passei pelo ELSE";  45:         }  46:    47:         private void codeActivity4_ExecuteCode(object sender, EventArgs e)  48:         {  49:             ReturnValue = ReturnValue + " - Fim!";  50:         }  51:     }  52: }

Para testes, podemos usar o WCF Test Client do Visual Studio para exercitar chamadas ao serviço, alterando os valores de entrada do método GetData, como vemos abaixo:

Desse modo, vimos um bom exemplo de template que pode ser usado em nossas aplicações e soluções envolvendo os conceitos de interfaces de serviços e workflows, integrando os recursos do WCF e do WF no .NET 3.5.

Em posts futuros, vamos falar um pouco mais sobre a integração WCF+WF no .NET 4.0 e as novidades que estarão chegando, fiquem ligados!

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

Waldemir.

Interoperabilidade e Comunicação na plataforma Microsoft : o que e quando usar?

wcamb — Wed, 11 Feb 2009 20:59:00 GMT

Olá pessoal, tudo certo?

No post anterior vimos que a interoperabilidade na plataforma Microsoft pode ser organizada em 3 níveis básicos de complexidade:

Interop in the Framework
Interop in the Box
Interop in the Cloud

Os recursos assim agrupados permitem um melhor entendimento das necessidades de cada solução, seja através da customização com WCF, WF, seja via um motor de mensageria e transformação com o BizTalk Server ou um barramento de mensanges com o ESB Guidance, ou até mesmo um modelo de integração entre empresas através da nuvem, no chamado ISB - Internet Service Bus, como .NET Services do Azure.

Falamos também de 4 componentes importantes para a interoperabilidade no ambiente enterprise (local). Vejamos:

O que usar?

Microsoft® BizTalk® Server (BTS) : BizTalk oferece uma pilha ampla de adaptadores, orquestração, mensageria e protocolos para a construção de soluções preparadas para EAI - Enterprise Application Integration. Através de ferramentas de mapeamento de mensagens, manipulação de schemas, transformação, monitoração e regras de negócio, o ambiente BTS permite a construção de soluções de mensageria em cenários de elevado volume de mensagens e vazão;
Microsoft Host Integration Server (HIS) : HIS oferece uma plataforma para a conectar aplicações com sistemas da plataforma IBM zSeries e iSeries. Ainda, HIS suporta a conexão de dados entre Microsoft Message Queuing (MSMQ) e o IBM WebSphere MQ;
Microsoft Message Queuing (MSMQ) : o MSMQ permite a conexão de entre aplicações usando um modelo de fila de mensagens. MSMQ oferece a garantia de entrega de mensagens, mensagens baseadas em prioridades e segurança. Ele suporta a integração com sistemas parcialmente conectados ou temporariamente offline. MSQM também suporta cenários de mensageria síncrona e assíncrona;
Microsoft Enterprise Service Bus (ESB) Guidance : o ESB Guidance é uma unidade lógica que oferece uma arquitetura desacoplada baseada em mensagens, usando para isso a infra-estrutura do BizTalk Server. O ESB Guidance é na verdade um conjunto de templates e patterns que extendem as funcionalidades do BTS, adicionando características como roteamento de mensagens, repositório de serviços, garantia de entrega, segurança de mensagens, registro de serviços e tratamento unificado de exceções;

Cada uma das tecnologias acima aplica patterns de arquitetura importantes para diversos cenários de integração em TI. Porém, cada cenário exige uma tecnologia mais adequada que a outra. Adotar um modelo síncrono de mensageria quando nossa solução permite cenários parcialmente conectado pode ser desastraso, por exemplo. Então, surge a pergunta:

Quando usar?

Considere o uso de BizTalk Server quando:

quando a solução interage com múltiplos web services via uma orquestração, como parte de uma arquitetura orientada a serviços (SOA), suportando as latências de I/O devido a transformação de mensagens, persistência de mensagens para tracing ou latência devido subscrição/distribuição de mensagens;
quando a solução deseja suportar processos business-to-business (B2B), incluindo padrões de indústria como EDIFACT, ANSCI X12, HL7, HIPAA, or SWIFT.
quando a solução exige a execução de serviços em paralelo, com mecanismos facilitadores para esse tipo de orquestração e sincronização entre processos;
quando a solução exige alta confiabilidade e infra-estrutura dedicada para escalabilidade, com garantia de entrega e recuperação de mensagens;
quando a solução necessita medir KPI's - Key Performance Indicators de negócio, através de um motor de análise como BAM - Business Analysis Manager, que deve fornecer uma visibilidade em tempo real sobre os dados processados pela solução;
quando a solução deseja abstrair a lógica de negócios e aplicações através de políticas, que podem ser alteradas de acordo com as necessidades de negócio da solução;

Considere o uso de Host Integration Server quando:

quando a solução precisa suportar interação com aplicações IBM zSeries ou iSeries;
quando a solução deve integrar BizTalk com DB2, WebSphere MQ, Aplicações Host (em plataforma alta) ou servidores de arquivos;
quando a solução deve integrar mensageria MSMQ com WebSphere MQ;

Considere o uso de Message Queuing quando:

quando a solução deve suportar interação entre aplicações baseada em mensagens;
quando a solução precisa integrar plataformas Microsoft e Não-Microsoft, suportando a conversação assíncrona;
quando a solução precisa suportar conversação SRMP - SOAP Reliable Messaging Protocol entre as aplicações envolvidas;

Considere o uso de Enterprise Service Bus Guidance quando:

quando a solução necessita suportar a abordagem de mensageria com itinerário de mensagens ou roteamento entre sistemas envolvidos;
quando a solução deve suportar a resolução dinâmica de roteamento de mensagens;
quando a solução deve usar transformação de mensagens dinâmicamente;
quando a solução deve suportar um gerenciamento de exceções de forma unificada e robusta, para a integração de sistemas EAI;
quando a solução necessita de uma abordagem de repositóio de serviços, para publicação de funcionalidades envolvidas;

O mapa acima é uma relação parcial de benefícios ou aspectos de arquitetura que justificam cada tecnologia para uma dada solução. Claro, para alguns cenários, podemos abrir mão dos pacotes acima e simplesmente implementar nossos próprios componentes de integração, interoperabilidade ou orquestração usando frameworks como o WCF - Windows Communication Foundation e o WF - Windows Workflow Foundation, sempre considerando o esforço de nosso próprio desenvolvimento.

No final, podemos construir uma matriz de decisão, que pode nos ajudar no momento de análilse de uma solução e as tecnologias mais indicadas. Fica a dica para ampliar esse estudo e detalhamento destacando os aspectos mais importantes para sua própria solução.

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

Waldemir.

Interoperabilidade e Comunicação na plataforma Microsoft.

wcamb — Mon, 09 Feb 2009 15:55:00 GMT

Olá pessoal, tudo certo?

A semana passada foi bem corrida, com uma série de reuniões de projetos em diferentes empresas. Um dos tópicos interessantes que vi foi um mapa sobre os diferentes níveis de interoperabilidade na plataforma Microsoft.

Podemos pensar em 3 níveis básicos de complexidade:

Interop in the Framework
Interop in the Box
Interop in the Cloud

A figura abaixo faz um resumo desse mapa de interoperabilidades:

O chamado "Interop in the Framework" envolve a integração customizada, através de sua principal ferramenta, o WCF - Windows Communication Foundation. Através do WCF podemos construir arquiteturas de serviços com interfaces específicas para cada necessidade de negócio envolvida. Veja que a customização possível do WCF envolve a escolha dos melhores bindings, protocolos de entrega, formatação de dados, etc. Assim, suportamos de forma especializada padrões como ASMX, WSE, .NET Remoting, MSMQ, formatos como POX, REST, JSON, ATOM, além de mecanismos de roteamento, transação, coordenação, entre outros padrões do WS-I. Veja sobre cenários de WCF aqui.

Porém, existem cenários onde podemos aproveitar recursos de EAI - Enterprise Application Intergation ou mensageria, que envolvem tipicamente a transformação de mensagens, roteamento e principalmente atividades de tradução entre diferentes ambientes e tecnologias. Nesse caso, o chamado "Interop in the Box" apresenta uma caixa pronta, através do BizTalk Server na plataforma Microsoft. Na verdade, o BizTalk Server oferece um conjunto de recursos que podem ser configurados ou extendidos, permitindo a integração direta entre diferentes sistemas através de adaptadores, para SAP, Siebel, JD Edwards, etc, além do atendimento de protocolos de troca de dados como XML, EDI, EDIFACT, AS2, SWIFT, etc. Finalmente, é muito comum a integração de cenários "in the Framework" com cenários "in the Box", pois nossa TI sempre possui características mistas de composição de negócios e serviços.

Por último e mais recentemente, podemos pensar na composição de cenários entre múltiplas empresas, que implementam internamente suas integrações nos níveis "in the Box" e "in the Framework" através da nuvem. Usando elementos de escalabilidade e processamento massivo de um datacenter externo, fazemos a integração de diferentes cenários de negócio e suas necessidades, usando um ambiente de hardware provisionável por demandad. Temos assim o chamado "Interop in the Cloud". Nesse tipo de ambiente, identidade, conectividade e workflow ou orquestração de negócios na nuvem são elementos básicos para o projeto. Seu maior representando no Windows Azure é o .NET Services, sendo o principal mecanismo para a construção de uma integração "in the cloud". Como exemplo, a Microsoft está desenvolvendo um projeto conhecido como MEBA - Multi-Enterprise Business Application, usando a nuvem como ponto de integração entre empresas. Veja um pouco mais sobre MEBA aqui.

MEBA - Multi-Enterprise Business Application

Interoperabilidade é um dos temas principais de arquitetura, assim como a Comunicação entre diferentes ambientes. Na plataforma Microsoft, quando pensamos em comunicação citamos 4 caixas específicas:

Microsoft® BizTalk® Server (BTS)
Microsoft Host Integration Server (HIS)
Microsoft Message Queuing (MSMQ)
Microsoft Enterprise Service Bus (ESB) Guidance

Vamos falar um pouco mais dessas soluções em posts futuros.

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

Waldemir.

patterns & practices : Improving Web Services Security

wcamb — Wed, 05 Nov 2008 22:32:00 GMT

Olá pessoal! Tudo certo?

A nova versão do Improving Web Services Secutiry Guidance já está disponível e merece destaque.

Falamos desse projeto do patterns & practices alguns meses atrás, quando conversávamos sobre questões de segurança em cenários de serviços com WCF.

De fato, esse é o foco do documento, que apresenta uma série de questões para cada cenário de aplicação, tratando as várias fronteiras de segurança e mecanismos para garantia de autenticação, autorização, criptografia, certificados, credenciais e roles de usuários.

A figura abaixo apresenta uma dessas discussões, onde vemos um cenário completo de utilização de Web Services com WCF e suas várias fronteiras de segurança:

Recomendo mais esse documento do patterns & practices como leitura obrigatória pelo time de arquitetura.

patterns & practices : Improving Web Services Secutiry
Ref.: http://www.codeplex.com/WCFSecurityGuide/Release/ProjectReleases.aspx?ReleaseId=15892

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

Waldemir.

Leitura recomendada: WCF 3.5 e Oslo Modeling Language.

wcamb — Mon, 03 Nov 2008 13:13:00 GMT

Olá pessoal, tudo certo?

Aproveitando o ritmo de PDC 2008, alguns novos livros são leituras recomendadas para os próximos meses. Vejamos:

O primeiro que recomendo é o Windows Communication Foundation 3.5 Unleashed (SAMS). Encontrei esse livro durante o PDC e seu lançamento foi agora em outubro.

O livro apresenta os novos bindings do WCF 3.5, assim como bons exemplos para a construção de serviços integrando WCF e WF. Outro ponto forte é a discussão sobre segurança, além das customizações em Behaviors. Finalmente, a parte sobre REST está bem legal. É o livro que estou lendo hoje e parece muito bom!
(ISBN-10: 0672330245)

Outra dica é o The Oslo Modeling Language: Draft Specification - October 2008 (Addison-Wesley Professional). Também uma novidades do PDC 2008, o livro apresenta a especificação da linguagem "M" sobre a plataforma "Oslo", que será a plataforma de modelagem da Microsoft. Ainda estou nas primeiras páginas :)

O objetivo do "Oslo" será simplificar o processo de desenvolvimento, implantação e monitoração de software. Para isso, as funcionalidades de um software serão expressas por dados estruturados, os modelos, que serão lidos em runtime pela plataforma e executados pelos serviços associados. A plataforma "Oslo" também deve fornecer uma ferramenta gráfica, uma DSL textual na verdade, para permitir a construção dos modelos que serão manipulados na plataforma. Assim, "M" é uma linguagem para a definição de modelos e linguagens. Para saber mais sobre a iniciativa MDD - Model Driven Development na Microsoft, o livro é um bom início. (ISBN-10: 0321606353). Veja também o link: http://www.modelsremixed.com/ para mais algumas informações sobre "Oslo"

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

Waldemir.

Cenários de implementação de serviços com WCF : Fontes no Codeplex.

wcamb — Mon, 21 Jul 2008 14:35:00 GMT

Olá pessoal, tudo certo?

Depois de uma série intensa sobre os cenários para serviços WCF, temos uma novidade para vocês : publicamos no Codeplex um projeto para soluções exemplos, implementando as diversas configurações e exemplos aqui estudados. O link é esse abaixo:

Codeplex - Cenários de Implementação de Serviços com WCF
Ref.: http://www.codeplex.com/cenarioswcf

O objetivo será colocar uma solução em C# para cada cenário apresentado nos vários posts da série. Em breve, as primeiras soluções e projetos para Visual Studio 2008 serão publicados. Para lembrar, os cenários foram:

Cenários comuns de serviços WCF	Descrição do cenário
Web Services Corporativos	Cenários com suporte para web services simples, baseados em protocolo SOAP ou implementações avançadas sobre os padrões WS-* (WS-I)
Serviços para Web 2.0	Cenários contemplando o modelo de programação web, que suporta protocolos POX, REST, JSON, RSS e ATOM.
Aplicações Intranet	Aplicações cliente/servidor clássicas, distribuição de serviços através de firewall e aplicações web.
Serviços com suporte a mensageria	Implementações com chamadas assíncronas, chamadas desconectadas e suporte a publicação e subscrição.
Serviços para workflow	Cenários com coordenação de chamadas através de workflows, exposição de workflows como serviços e serviços duráveis.

Aproveite para dar suas sugestões e comentários. Essa é a idéia de um projeto no CodePlex.

Acompanhe também o blog do Rogério Cordeiro, que nos apoiou nessa iniciativa e também estará ajudando na evolução do código publicado, com o feedback de vocês.

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

Waldemir.

Technorati Tags: SOA,WCF,Services,Codeplex

patterns & practices: Improving Web Services Security (Beta Release).

wcamb — Fri, 18 Jul 2008 20:39:00 GMT

Olá pessoal, tudo certo?

Recentemente, foram disponibilizados novos livros do pessoal do patterns & practices. Gostaria de destacar um em especial...

patterns & practices Improving Web Services Security (Beta Release)
Ref.: http://www.codeplex.com/WCFSecurityGuide

Esse material é parte do projeto WCF Security Guidance Project do Codeplex, que alguns de vocês já conhecem.

patterns & practices: WCF Security Guidance Project
Ref.: http://www.codeplex.com/WCFSecurity

Muitas empresas estão em plena discussão sobre migração de Web Services para o novo modelo de programação WCF e questões como segurança e configuração de serviços têm sido frequentes.

Entre os assuntos tratados pelo GUIA acima temos:

Fundamentos sobre segurança em WCF;
Autenticação, Autorização e Identidades;
Impersonation e Delegation com WCF;
Segurança de mensagens e segurança de transportes;
Fundamentos sobre bindings com WCF;

Ainda é uma versão beta, mas sem dúvida já é uma excelente leitura!!!

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

Waldemir.

Technorati Tags: WCF,Services,Codeplex,Web Services