blog Arquitetura de Soluções

ebook Arquitetura de Soluções 2011

Waldemir Cambiucci — Tue, 30 Aug 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Em Outubro de 2009, fiz a publicação do ebook Arquitetura de Soluções, consolidando 2 anos de posts sobre diversos temas. Veja ele aqui:

eBook Arquitetura de Soluções 2009
Ref.: http://cid-ac0dc53ca97927a5.skydrive.live.com/browse.aspx/ebookAS

Para manter o padrão, publico agora o novo ebook Arquitetura de Solução edição 2011, com mais de 300 posts organizados nos vários temas que vimos aqui no blog nesses últimos dois anos. Entre os assuntos encontramos Enterprise Architecture, Solutions Architecture, Cloud Computing, Windows Azure, Application Platform, entre outros.

Assim, a nova edição consolida os posts publicados entre 2009 - 2011 e está disponível para download no link abaixo:

eBook Arquitetura de Soluções 2011
Ref.: http://cid-ac0dc53ca97927a5.skydrive.live.com/browse.aspx/ebookAS2011

Gostaria de agradecer a todos que ajudaram com ideias, comentários e feedbacks constantes aqui no blog. Sem dúvida, esse material seria muito diferente e bem menor sem a participação dos leitores. Muito obrigado a todos!

Boa leitura e espero que gostem!

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

Waldemir.

Enterprise Architecture: como você gerencia seu portfolio de aplicações?

Waldemir Cambiucci — Fri, 26 Aug 2011 13:00:00 GMT

Olá pessoal, tudo certo?

Essa semana tive um almoço de arquitetura com um grande amigo (super arquiteto Diego). Falamos muitos sobre os desafios presentes na mesa do arquiteto de TI e como os departamentos ou gerências de TI são confrontados por resultados, melhor time-to-market e acima de tudo, alinhamento com o resto da empresa.

Um dos assuntos mais importantes na pauta de um CIO ou Diretor de TI/Arquitetura é o gerenciamento do portfolio de aplicações. Como você gerencia o portfolio de aplicações presentes em sua TI?

Existem diversas maneiras de se fazer esse tipo de gerenciamento e esse post realmente não teria espaço para cobrir todos eles. Mas vale aqui algumas ideias e tópicos de destaque.

Sempre falamos que um dos principais pensamentos de todo CIO é construir ou melhorar o alinhamento entre TI e Negócio. Porém, um grande desafios para essa realização está nos próprios inibidores presentes na TI. Entre eles, o fato de termos um número muito maior de sistemas e aplicações do que as reais necessidades de negócio. Ou seja, passamos a maior parte do tempo inibidos/ocupados com manutenções, operações e evoluções de um número grande de aplicativos, que não suportam as necessidades dos times de negócio. Concorda?

Isso é ilustrado em diversos cenários e indústrias. Por exemplo, alguns bancos possuem entre 3 a 5 portais de comunidades técnicas e repositórios de documentos para seus projetos, quando na verdade apenas um seria suficiente. Essa duplicidade de portais gera manutenções de servidores, migrações, versionamento de páginas, operações duplicada, etc.

Outras empresas possuem ainda versões históricas de seus sistemas de apoio, como CRM’s ou cadastros de negócio que ficaram obsoletos com o tempo. Porém, continuam instalados, operando e exigindo manutenção contínua, devido umas poucas funcionalidades presentes para alguns poucos usuários de negócio.

Qual é o papel da Arquitetura num cenário como esse? Como um time de Arquitetura ou um Arquiteto pode ajudar a empresa a eliminar esse tipo de impedimento na TI?

Em pesquisa recente da Capgemini (http://www.capgemini.com/insights-and-resources/by-publication/application-landscape-report-2011-edition/) confirmamos que uma das principais preocupações dos CIO’s de hoje é a RACIONALIZAÇÃO de aplicações. Esse processo busca otimizar o portfolio de aplicações presentes na TI.

Como fazer uma otimização do portfolio de aplicações?

Existem diversos modelos para abordar o problema, como:

Modelo top-down: modela a arquitetura da organização de cima para baixo, definindo serviços baseados nos modelos de negócio da organização, agrupando serviços em componentes e orientando a implementação desses componentes junto aos times de sistemas e desenvolvimento. Esse modelo exige uma visão ampla sobre as linhas de negócio da empresa, além da definição prévia de processos e modelos de negócio.

Modelo de comando e controle: aqui, o grupo de arquitetura define o portfolio de aplicações que será empregado e orientada a implementação de suas escolhas. Vejo muitas empresas criando grupos de arquitetura baseados nesse modelo, que possuem vantagens e desvantagens. O maior desafio aqui está na correta condução das definições de arquitetura que serão implementadas, além de um bom plano de comunicação com os times de negócio, sobre essas definições. Tanto para o modelo top-down como para o comando e controle, é importante identificar quais capacidades de negócio estão sendo atendidas na arquitetura proposta.

Baseado nos modelos da organização: o gerenciamento do portfolio de aplicações baseado em modelos exige uma rígida disciplina de modelos pré-definidos na organização. Tenho visto poucas empresas com esse mapeamento completo para todas as linhas de negócio, por isso o maior desafio desse tipo de gerenciamento.

Modelo padronizado para a plataforma de tecnologia adotada: esse modelo é muito comum hoje em dia, quando temos um time de arquitetura focado apenas em plataformas e tecnologias presentes no ambiente de TI. Em muitos casos, o resultado é um bom blueprint de arquitetura, padronizado e organizado para os tipos de componentes e sistemas que suportam linhas de negócio. Porém, pode não ser suficiente para uma visão maior de integração de linhas de negócio, podendo ser simplista para cenários multi-plataforma ou ambientes complexos de TI. Também pode pecar na falta de um alinhamento mais alto-nível com as linhas de negócio da empresa.

Modelo baseado na consolidação de aplicações: nesse modelo, o foco é manter um regime de racionalização de aplicações de negócios, buscando sempre a consolidação/merge de aplicações, consolidando tecnologias nas plataformas adotadas. A consolidação de aplicações gera um menor esforço de operação na produção, simplificando o ambiente de TI. Porém, pode não ser a melhor escolha para cenários com linhas de negócio muito diversas, que exigem customizações ou soluções domésticas nativas da indústria.

Com certeza, não será apenas um modelo de gerenciamento de aplicações que irá resolver seu problema. Na verdade, um MIX desses modelos e ainda outras estratégias emergentes irão ajudá-lo na difícil tarefa de RACIONALIZAÇÃO e OTIMIZAÇÃO de seu portfolio de aplicações.

A pergunta final continua sendo: como o time de arquitetura pode ajudar a empresa na otimização da TI?

Cada vez mais, seremos cobrados como arquitetos para devolver resultados para a compania, seja através de redução de custos operacionais, simplificação de arquiteturas e sistemas, melhorias de processos, inovação e geração de novos negócios.

Pense nisso!

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

Waldemir.

Revisando CBA – Claim-Based Authentication

Waldemir Cambiucci — Thu, 25 Aug 2011 14:00:00 GMT

Olá pessoal, tudo certo?

Esses dias estive as voltas com cenários de CBA novamente. Para quem não se lembra, CBA é o modelo de autenticação baseada em declarações, que oferece grandes benefícios para aplicações, no tratamento de autenticação e autorização, de uma forma mais desacoplada e limpa.

Alguns links que valem a leitura são:

Claims-Based Authorization with WIF, Michele Leroux Bustamante, Nov 2009
http://msdn.microsoft.com/en-us/magazine/ee335707.aspx

Claim-based Authentication (CBA) e Windows Identity Foundation (WIF) com o Windows Azure
http://blogs.msdn.com/b/wcamb/archive/2010/04/22/claim-based-authentication-cba-e-windows-identity-foundation-wif-com-o-windows-azure.aspx

Claim Based Authentication in SharePoint 2010 for Community Day 20112
http://www.slideshare.net/jplq631/claim-based-authentication-in-sharepoint-2010-for-community-day-2011

E o livro obrigatório…

A Guide to Claims–based Identity and Access Control
http://msdn.microsoft.com/en-us/library/ff423674.aspx

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

Waldemir.

Você é um arquiteto de uma arquitetura só!?

Waldemir Cambiucci — Thu, 18 Aug 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Enquanto o tempo passa, algumas arquiteturas evoluem de forma bem interessante. Resgatando alguns documentos e guias do passado, veja o que notei.

Entre 2000 e 2003, uma solução Web em plataforma Microsoft era frequentemente apresentada como vemos abaixo:

A partir de 2005, com o lançamento do .NET 3.0 e o Windows Communication Foundation, passamos a substituir os Web Services ASMX por serviços em WCF (.SVC).

Num primeiro momento, regras de negócio ainda em COM+ e Enterprise Services eram mantidas e escondidas por serviços WCF. Aos poucos, algumas regras foram sendo convertidas para serviços, como vemos no desenho abaixo:

Ainda encontro empresas com regras de negócio em COM+ sendo exportadas a partir de Web Services WCF. O impacto disso é latência em alguns casos, principalmente para componentes legados antigos.

Mais recentemente, diversas aplicações corporativas ampliaram o uso de serviços, criando camadas e funcionalidades exportadas para diferentes canais de consumo, como desktop, web, ambientes móveis, etc. Desenhos como a figura abaixo tornaram-se comuns em muitas empresas, onde vemoos uma camada de serviços bem definida através de interfaces de serviços e tipos de mensagens:

Enquanto a empresa amplia o número de serviços expostos para domínios de aplicações diferentes, alguns desses serviços tornam-se bons candidatos para reuso. Nesse cenário, uma visão de barramento de serviços ou virtualização de serviços, onde podemos concentrar sua exposição e governança torna-se bem interessante.

Barramentos de serviços sempre foram um tópico importante no cenário corporativo, onde questões como governança de serviços, monitoração, segurança, versionamento, administração e composição são críticos.

Veja um desenho que ilustra esse cenário:

Além da exposição central de serviços, o barramento também suporta aspectos de integração entre plataformas heterogêneas, como .NET e JAVA, SQL e ORACLE, camadas de apresentação e aplicações do legado, etc.

Qual é o desenho de arquitetura do momento?

Com certeza, a integração entre on-premise e nuvem é bem promissora, já que existe uma tendência de migração de alguns cenários de aplicações para um ambiente externo da empresa. Isso fará com que a monitoração e o controle sobre os serviços hospedados na nuvem sejam muito importantes! Não é admissível que uma solução colocada na nuvem e integrada com um ambiente on-premise corporativo não seja monitorada ou administrada de forma integrada ao modelo de monitoração corrente. Se a empresa não possui esse modelo de governança em sua TI, o problema é mais grave e deve ser tratado antes mesmo de se pensar em uma solução na nuvem.

Que ver um exemplo simples? Veja o desenho abaixo:

Acima, vemos uma solução local (on-premise), integrada com serviços no ambiente na nuvem. Ainda, a segurança proposta aqui é baseada em tokens de segurança SAML, emitidos por servidores de token (STS), baseando a solução na abordagem CBA – Claim-Based Authentication.

É provável que no futuro próximo, os barramentos locais e na nuvem também estejam integrados, como vemos a seguir:

Estive com o Giovanni Bassi esses dias e gostei muito de um comentário que ele fez, sobre os ”arquitetos de uma arquitetura só”. São profissionais que não evoluem ao longo tempo. Enquanto que novas combinações e alternativas de soluções são apresentadas, eles continuam fazendo uso da mesma arquitetura, sempre!

Fica a dica: busque sempre avaliar alternativas, novas metodologias, novas tecnologias e formas diferentes de integrar, combinar, desenvolver, etc. Seja um “arquiteto antenado e atualizado com as tendências em TI”.

Sobre as figuras e tópicos que falamos aqui, confira:

Building Secure ASP .NET Applications .pdf Download (2002)
http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=19032

patterns & practices Improving Web Services Security Guide (2008)
http://wcfsecurityguide.codeplex.com/releases/view/15892

Microsoft Application Architecture Guide, 2nd Edition (2009)
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=16236

AppFabric Connect (2011)
http://www.microsoft.com/biztalk/en/us/appfabricconnect.aspx

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

Waldemir.

Patterns para construção de soluções corporativas

Waldemir Cambiucci — Tue, 16 Aug 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Essa última semana falei bastante sobre patterns de soluções corporativas com alguns grupos de projetos. O assunto é sempre importante, como premissa para a construção de soluções de qualidade. Em tempos de tamanha pressão por prazos e entregas apertadas, algumas vezes o uso de patterns é esquecido ou simplesmente deixado de lado pelos times de desenvolvimento e arquitetos.

Um artigo que fala de alguns patterns importantes é esse abaixo:

Patterns for Building Enterprise Solutions
Ref.: http://msdn.microsoft.com/en-us/library/ff648303.aspx

Apenas para lembrar, um pattern descreve um problema recorrente que ocorre em um determinado contexto e, com base em um conjunto de forças de orientação, recomenda uma solução. A solução geralmente é um mecanismo simples, uma colaboração entre duas ou mais classes, objetos, serviços, processos, threads, ou componentes que trabalham juntos para resolver o problema identificado no pattern.

Veja um exemplo, definindo o Contexto, o Problema e a Solução.

Outro material interessante sobre assunto você encontra a seguir:

patterns & practices Application Architecture Guide 2.0
Ref.: http://apparchguide.codeplex.com/

Improving .NET Application Performance and Scalability
Ref.: http://msdn.microsoft.com/en-us/library/ff649152.aspx

E para terminar, o portal do patterns & practices é importante:

Microsoft patterns & practices
Ref.: http://msdn.microsoft.com/en-us/practices

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

Waldemir.

Construindo arquiteturas de alta disponibilidade

Waldemir Cambiucci — Tue, 09 Aug 2011 12:00:00 GMT

Olá pessoal, tudo certo?

O que você chama de “Alta Disponibilidade”?

Esses dias estive envolvido nessa discussão e surgiram algumas dúvidas no time. Vou aproveitar esse post para compartilhar alguns tópicos do assunto.

Podemos começar a discussão fazendo uma definição sobre o termo “Disponibilidade”. Em TI, um sistema ou solução pode ser chamado de disponível quando está:

Presente e pronto para uso; acessível para usuários;
Qualificado e pronto para ser servido;
Disponíveis para consumo com garantias prévias de níveis de serviços oferecidos;

Uma definição do Wikipedia segue abaixo:

“Um sistema de alta disponibilidade é um sistema resistente a falhas de software e energia, cujo objectivo é manter os serviços disponibilizados o máximo de tempo possível.” by wikipedia.
Ref.: http://pt.wikipedia.org/wiki/Sistema_de_alta_disponibilidade

Ou seja, se precisamos garantir a disponibilidade para um determinado sistema, precisamos garantir a oferta de seus serviços em diferentes situações de operação (falhas, carga, desastres, etc), com níveis de qualidade pré-estabelecidos. As situações de operação mais conhecidas são:

Tolerância a falhas;
Suporte a picos de carga e alta demanda;
Recuperação de desastres;
Cenários de redundância de dados;
Cenários de redundância de aplicações e funcionalidades;

Veja, essas situações exigem uma combinação de requisitos de software e hardware. Podemos ainda usar métricas para determinar o nível de disponibilidade que precisamos, como:

Os níveis de disponibilidade exigidos para a aplicação devem estar alinhados aos requisitos do negócio. Ainda, maiores níveis de disponibilidade exigem maiores níveis de investimentos e definições de hardware, software e redes que suportam adequadamente os níveis exigidos.

Portanto, Alta Disponibilidade deve ser classificada de acordo com o cenário e nível de serviço que estamos considerando. Veja um exemplo de arquitetura clássica de alta disponibilidade para dois nós em cluster, com base de dados compartilhada:

by wikipedia.

A plataforma Windows Server 2008 R2, por exemplo, oferece uma série de recursos que apoiam a construção de soluções com alta disponibilidade, como:

Failover Clustering
Network Load Balancing
Windows Hardware Error Architecture (WHEA)
Dynamic Hardware Partitioning
Fault Tolerant Hardware
Scaling Up (até 256 processadores)
Shadow Copy
Windows Server Backup
Windows Recovery, etc.

Pensando na arquitetura de hardware e infraestrutura, diversos fornecedores oferecem soluções combinadas envolvendo SAN - Storage Area Network, SCSI - Small Computer System Interface, SATA - Serial AT Attachment e RAID - Redundant Array of Independent Drives, criando cenários que podem ser combinados para a construção de ambientes de alta disponibilidade, como vemos a seguir:

Assim, vemos soluções para disponibilidade de dados, alta disponibilidade de aplicações, alta disponibilidade de interfaces Web, compartilhamento de dados na rede, balanceamento de serviços, espelhamento de ambientes, cluster de servidores de dados, de máquinas virtuais, etc.

Outro exemplo interessante é o uso de virtualização para cenários de alta disponibilidade, onde uma combinação de máquinas virtuais, com clusterização de servidores e gerenciamento ativo geram uma infraestrutura robusta, tratando situação de recuperação, falhas e balanceamento de carga que tornam as aplicações mais disponíveis e com provisionamento dinâmico para cenários de nuvens privadas.

Uma pergunta importante: qual é a real necessidade do negócio quanto a alta disponibilidade da aplicação?

Veja o exemplo a seguir, para uma infraestrutura de alta disponibilidade consolidando máquinas virtuais, balanceamento de carga, monitoração integrada e cluster de servidores sobre plataforma Microsoft, usando o iSCSI Software Target:

Whitepaper: How to Build a Hyper-V Cluster Using the Microsoft iSCSI Software Target v3.3
Ref.: http://www.aidanfinn.com/?p=11164

Microsoft iSCSI Software Target 3.3
Ref.: http://www.microsoft.com/download/en/details.aspx?id=19867

O exemplo acima é um laboratório simples de dois nós de máquinas virtuais, suportando aplicações com alta disponibilidade sobre o iSCSI Software Target 3.3 da Microsoft.

Finalmente, até esse ponto, não falamos sobre o impacto desse tipo de arquitetura sobre as aplicações. Para muitos cenários, é recomendado que se faça uma avaliação sobre o comportamento e a arquitetura de software presente nas aplicações envolvidas. Para alguns cenários, as aplicações irão precisar de ajustes importantes para que suportem o ambiente de alta disponibilidade criado. Exemplos de cuidados para aplicações são:

Monitoração com Microsoft System Center Suite, com gerenciamento de níveis de serviços e orquestração de atividades.
Hospedagem com Windows Server AppFabric/IIS, com hospedagem de serviços e workflows, com caching, monitoração integrada, persistência, etc.
Patterns de arquitetura de aplicações, como suporte ao balanceamento de carga, tratamento de exceções, instrumentação, orientação a serviços, etc.

Portanto, em sua próxima definição de arquitetura, avalie a necessidade de alta disponibilidade em sua solução final. Para completar o post, veja os artigos da seguinte edição da revista The Architecture Journal:

Journal 11 - The Architecture Journal
Ref.: http://msdn.microsoft.com/en-us/architecture/bb491107

Journal 24: The Different Paths to Virtualization
Ref.: http://msdn.microsoft.com/en-us/architecture/ff803567

Mass-Hosting High-Availability Architectures
Ref.: http://msdn.microsoft.com/en-us/library/bb491120.aspx

Espero que ajude!

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

Waldemir.

BizTalk Server 2010: capacidades de integração e barramento de serviços na plataforma Microsoft

Waldemir Cambiucci — Thu, 04 Aug 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Esses dias tenho participado de algumas discussões envolvendo integração de diferentes domínios de aplicações e barramentos de serviços. Como também estou devendo alguns comentários sobre o tema para o maestro Evilázaro, segue aqui esse post. :)

Como sabemos, o principal servidor de integração da plataforma Microsoft é o Microsoft BizTalk Server 2010. Esse produto está em sua 7 edição e já possui mais de 10 anos de janela. No mundo, são mais de 10 mil deployments em grandes empresas de diferentes indústrias. Ao longo do tempo, a plataforma sofreu mudanças, evoluindo em funcionalidades e recursos para diversos cenários de integração, mensageria e barramento de serviços. Quem chegou a trabalhar com a versão 2004 deve se lembrar do impacto da chegada da versão 2006, com uma administração muito melhorada, por exemplo.

Veja as inúmeras versões da plataforma no desenho abaixo:

Para quem não conhece o produto, o BizTalk Server é o servidor de integração da plataforma Microsoft, oferecendo recursos e patterns que suportam soluções de integração entre diferentes domínios de aplicação. Além de oferecer os principais patterns de uma solução de Enterprise Application Integration (EAI), o BizTalk Server ainda suporta um modelo de conectividade baseada em Adaptadores, com inúmeras alternativas como EDI, File, HTTP, FTP, SFTP, SMTP, POP3, SOAP, SQL, MSMQ, SharePoint Services, WebSphere MQ, WCF-BasicHTTP, WCF-WsHTTP, WCF-Custom, WCF-SQL, Custom, entre outros.

A resolução de endereços de serviços suporta os modelos UDDI 2.0/3.0, XPATH, Static e Business Rules Engine (BRE) e permite a construção de cenários complexos de orquestração e roteamento de mensagens.

Abaixo, segue um desenho macro sobre a mensageria e orquestração oferecida pelo BizTalk Server:

Note que o motor principal do produto é baseado numa MessageBox, uma caixa de mensagens que persiste historicamente as mensagens e dados trafegados pelo produto. Para mensagens recebidas de diferentes fontes de dados, o BizTalk pode disparar novas mensagens ou roteá-las para seus destinos, usando portas de comunicação pré-configuradas (Receive Ports e Send Ports). Da mesma forma, mensagens específicas podem disparar processos e orquestrações (Pub/Sub) que implementam regras de negócio, permitindo a criação de cenários de integração e orquestração de serviços e workflows.

Uma das principais ampliações de funcionalidade do BizTalk foi a adição da camada de abstração para Enterprise Service Bus (ESB) ou Barramento de Serviços. O Microsoft BizTalk Server 2010 ESB Toolkit adiciona ao ambiente BizTalk uma série de patterns e recursos que permitem a construção de barramentos corporativos, com funcionalidades de roteamento, mensageria, transformação, tratamento de exceção, discovering, resolução e itinerário de serviços.

O desenho abaixo ilustra a arquitetura macro do ESB Toolkit, veja:

Outro aspecto importante para projetos envolvendo o BizTalk Server é a definição de papéis claros de atuação. Podemos destacar 3 profissionais específicos: desenvolvedores (Developers), analistas de processos ou negócios (Information Worker) e administradores de redes (IT Pro’s).

O assunto é muito vasto. Esse post está longe de dar uma visão completa sobre os recursos e funcionalidades do BizTalk Server. A ideia foi mesmo dar algumas palavrinhas sobre o assunto.

Em minhas leituras, encontrei um material atualizado excelente na Web, que recomendo a seguir:

>BizTalk Server 2010 Documentation
>http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=11503

>BizTalk 2010 Developer Training Kit (excelente!)
>http://www.microsoft.com/downloads/en/details.aspx?FamilyID=38c2ccfc-510c-4627-a33c-95e9d19f3478

>Microsoft BizTalk Server 2010 ESB Toolkit
>http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=11847

>Microsoft BizTalk Server 2010 Performance Optimization Guide
>http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9094204c-3bc3-4f46-bdb9-6c7bc903330f

>BizTalk Server Best Practices Analyzer V1.2
>http://www.microsoft.com/downloads/details.aspx?FamilyID=93d432fe-1370-4b6d-aaa8-a0c43c30f5ab&displaylang=en

>BizTalk Server 2010 Posters
>http://dotnetbase.co.uk/post/2011/01/08/BizTalk-Server-2010-Posters.aspx

>BizTalk Benchmark Wizard
>http://bbw.codeplex.com/

Finalmente, destaque especial para dois grandes MVP’s do produto: Ruth Rezende (Brasil) e Sandro Pereira (Portugal). O material publicado em seus blogs é Leitura Obrigatória para quem está envolvido em projetos com a plataforma BizTalk, confira!

MVP de BizTalk no Brasil - Ruth Rezende
Ref.: http://www.biztalkbrasil.com.br/

MVP de BizTalk em Portugal - Sandro Pereira
Ref.: http://sandroaspbiztalkblog.wordpress.com/

E como não poderia faltar, confira os posts sobre Barramento de Serviços e arquitetura SOA/SOI do arquiteto Markus Christen, aqui da Microsoft.

Blog do Markus Christen
http://blogs.technet.com/b/markuschristen/archive/tags/enterprise+service+bus/

Para terminar, a certificação sobre o BizTalk Server 2010 foi lançada em março desse ano, confira:

Exam 70-595: TS: Developing Business Process and Integration Solutions by Using Microsoft BizTalk Server 2010
http://www.microsoft.com/learning/en/us/exam.aspx?ID=70-595

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

Waldemir.

Roadmap de atualizações na família System Center

Waldemir Cambiucci — Tue, 02 Aug 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Nem só de serviços WCF e workflows WF vive um arquiteto na plataforma Microsoft. Um dos tópicos importantes de uma solução é saber como anda a infraestrutura e como monitorar sua evolução.

Nesse ponto, os próximos 12 meses serão de grandes novidades. Entre as principais tecnologias que devem atualizar a pilha de infraestrutura na plataforma Microsoft temos:

Service Manager 2010 R2
http://systemscentre.blogspot.com/2010/11/service-manager-2010-roadmap-sp1-r2.html

Configuration Manager 2012 Beta 2
http://www.microsoft.com/systemcenter/en/us/configuration-manager/cm-vnext-beta.aspx

Virtual Machine Manager 2012 Beta
http://www.microsoft.com/systemcenter/en/us/virtual-machine-manager/vm-vnext-beta.aspx

System Center Operations Manager 2012 Beta
http://blogs.technet.com/b/systemcenter/archive/2011/07/19/system-center-operations-manager-2012-beta-is-live_2100_.aspx

Data Protection Manager 2012
http://blogs.technet.com/b/aralves/archive/2011/03/28/dpm-2012-the-preview.aspx

System Center Orchestrator (Opalis) 2012 Beta
http://technet.microsoft.com/en-us/library/hh237242.aspx

Basicamente, as novas versões acima atualizam os processos de configuração, gerenciamento de serviços, gerenciamento de virtualização, operações e orquestração de tarefas no ambiente de infraestrutura sobre os produtos da família System Center.

Durante a modelagem de sua aplicação ou arquitetura de solução, é importante visualizar os componentes de infraestrutura, monitoração e gerenciamento relacionados, que estarão a disposição da solução quando em produção.

Se esses componentes não existirem no ambiente atual, é importante o arquiteto avaliar o impacto dessa falta e sugerir o tratamento dessa infraestrutura para evoluções futuras.

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

Waldemir.

Leitura Obrigatória para IT Pro’s: Windows Sysinternals Admin Reference

Waldemir Cambiucci — Fri, 29 Jul 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Leitura Obrigatória para IT Pro’s e administradores de redes.

Windows Sysinternals Administrator's Reference [Paperback]
Mark E. Russinovich (Author), Aaron Margosis (Author)
Paperback: 496 pages
Publisher: Microsoft Press; 1 edition (July 20, 2011)
Language: English
ISBN-10: 073565672X
ISBN-13: 978-0735656727

Windows Sysinternals Administrator's Reference
Ref.: http://technet.microsoft.com/en-us/sysinternals/hh290819

Mais um livro interessante de Mark Russinovich. Entre os principais assuntos temos:

- Process Explorer
- Process Monitor
- Autoruns
- PsTools
- Process and Diagnostic Utilities
- Security Utilities
- Active Directory Utilities
- Desktop Utilities
- File Utilities
- Disk Utilities
- Network and Communication Utilities
- System Information Utilities
- Miscellaneous Utilities

Lançamento!

Por enquanto é só! Bom final de semana e até o próximo post :)

Waldemir.

Papo de Arquiteto: construindo aplicações de MapReduce no Windows Azure

Waldemir Cambiucci — Wed, 27 Jul 2011 19:00:00 GMT

Olá pessoal, tudo certo?

Imagine o seguinte cenário: você precisa submeter 100 mil e-mails em 1 hora, para uma campanha de Marketing bem agressiva. Para esse envio, cada e-mail ainda exige um pequeno processamento ou cálculo, antes de submeter a mensagem. A lista de e-mails lhe foi dada em formato texto, com 1 coluna apenas com os diversos e-mails para destino. Você está considerando que todos os e-mails são válidos, não precisando fazer qualquer checagem.

O que você faria?

Podemos pensar em algumas soluções como o uso de LINQ to HPC, já ouviu falar?

Fonte: INTRODUCING LINQ TO HPC - PROCESSING BIG DATA ON WINDOWS, DAVID CHAPPELL, MAY 2011

Introducing LINQ to HPC: Processing Big Data on Windows
Ref.: http://www.microsoft.com/download/en/details.aspx?id=13615

Claro, podemos usar outras soluções para o envio de tantos e-mails em pouco tempo, mas a ideia de usar MapReduce é tentadora.

O LINQ to HPC é bem explicado no documento acima, escrito por David Chappell. Em resumo, o modelo de MapReduce é utilizado e pode ser uma alternativa para nosso caso, onde um Job Scheduler é chamado, recebendo a lista de e-mails para processamento. Na sequencia, a lista é quebrada em blocos de processamento, cada um enviado para um novo Nó de Processamento ou Lógica. Esses nós irão demandar o uso de nós computacionais para o processamento. Para cenários de processamento mais intensos que apenas mandar e-mails, com certeza o modelo de HPC é obrigatório. No final, uma Role de consolidação monitora o encerramento de todos os processamentos.

A solução acima é baseada em Windows Server 2008 local, com o HPC em ambiente on-premise.

Agora, pensando essa solução sobre a plataforma Windows Azure, essa semana tivemos uma atualização no projeto Daytona, que permite a construção de soluções de MapReduce sobre a plataforma na nuvem, veja:

Project Daytona: Iterative MapReduce on Windows Azure – CTP Refresh (July 26, 2011)
Ref.: http://research.microsoft.com/en-us/downloads/cecba376-3d3f-4eaf-bf01-20983857c2b1/

A solução respeita o modelo de MapReduce, onde uma entidade Mestre distribui as Tarefas para entidades Escravas, que fazem o processamento em blocos. Ao final, os resuldados são consolidados por uma entidade de fechamento ou simplesmente o processo é terminado pelas entidades escravas.

O grande interesse aqui está na possibilidade de contratação de máquinas escravas de forma dinâmica, conforme a necessidade, com o poder de processamento oferecido pelos datacenters da plataforma Windows Azure (que em muitos casos é bem maior que o poder de processamento de nossos datacenters corporativos locais).

Esse modeo é muito interessante para diversos cenários de aplicações que exigem o processamento de grandes quantidades de dados. Vale a pena estudar e acompanhar o projeto Daytona, que ainda está em CTP para o Windows Azure.

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

Waldemir.

Enterprise Architecture: atuando em diferentes domínios de arquitetura

Waldemir Cambiucci — Fri, 22 Jul 2011 18:00:00 GMT

Olá pessoal, tudo certo?

Essa semana tive algumas discussões sobre domínios de arquitetura e qual é a diferença entre Arquitetura de Soluções e Arquitetura Corporativa. Incluindo a Arquitetura de Software, podemos identificar diferentes níveis de preocupações para cada disciplina, o que permite segmentar as perspectivas relacionadas com cada tipo de arquitetura e entrega.

Um desenho que usei aborda diferentes domínios de arquitetura na empresa, veja:

O ponto de destaque nessa abordagem está nos diferentes domínios de aplicação ou negócios envolvidos. Veja que a visão corporativa contempla diversos domínios de aplicação e negócios.

Desse modo, o arquiteto corporativo deve entender claramente os motivadores de negócio envolvidos, assim como as principais capacidades de negócios que devem ser atendidas pelas linhas de atuação da empresa. Por exemplo, para um cenário da área financeira, um banco de investimentos pode contemplar um arquiteto corporativo que irá apoiar a evolução e recomendações para a arquitetura corporativa da empresa, suportando motivadores de negócio e capacidades que devem atender os objetivos da empresa. Podemos pensar sobre como a TI, processos e negócio devem evoluir para suportar um crescimento de 30% no número de correntistas de altas nos próximos 2 anos, por exemplo.

Para a arquitetura de soluções, aplicamos disciplinas e patterns de arquitetura focadas para um domínio de aplicação ou produto específico. Por exemplo, podemos pensar no domínio de aplicações da área financeira, especificamente para soluções de mensageria e tratamento de produtos de renda varíavel na carteira do banco.

Finalmente, quando focamos apenas uma aplicação ou produto na empresa, estamos dando ênfase para a Arquitetura de Software, pensando nas decisões técnicas que suportam uma determinada aplicação. Seguindo nosso exemplo, estamos falando sobre o modelo de aplicação que fará a interface de nossos usuários sobre renda varíavel e como será o comportamento da aplicação, assim como decisões sobre o modelo de dados, schemas de mensagens, componentes de software e camadas de serviços que serão implementadas.

Essa ilustração é bem aproximada, mas serve como visão geral dos tipos diferentes de entregas que temos para arquiteturas e seus domínios.

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

Waldemir.

Enterprise Architecture: TOGAF e o planejamento estratégico

Waldemir Cambiucci — Tue, 19 Jul 2011 13:00:00 GMT

Olá pessoal, tudo certo?

Um dos principais guias relacionados com arquitetura corporativa é o TOGAF - The Open Group Architecture Framework (http://www.opengroup.org/togaf/). A partir de seus princípios e disciplinas, o TOGAF organiza o processo de entrega de uma arquitetura em diversas frentes de atuação, contemplando aspectos de negócio, informação, processos, tecnologias, mudanças e governança.

De fato, os fundamentos de arquitetura definidos pelo IASA e os métodos e disciplinas organizados pelo TOGAF são ferramentas importantes para o arquiteto de TI.

As fases de implementação de arquitetura definidas pelo TOGAF são apresentadas através do ADM - Architecture Development Method, que você vê na figura abaixo:

O método ADM define fases de execução de uma arquitetura corporativa, ajudando os arquitetos e profissionais envolvidos na melhor organização e acompanhamento das atividades em execução. Note que no centro do ADM temos o gerenciamento de requisitos, ou seja, um repositório histórico de definições, princípios de arquitetura e requisitos de negócio definidos ao longo do projeto.

Quando o uso de um framework de arquitetura como o TOGAF pode ser muito importante?
Resp.: por exemplo, quando estamos apoiando um planejamento estratégico na corporação.

Nas empresa, o planejamento estratégico pode ser entendido de diferentes formas, com significados diferentes para pessoas e níveis diferentes. Mas de modo geral, o planejamento estratégico está relacionado ao planejamento de negócio (ou Business Planning), que acontece de forma anual em muitas empresas.

A partir do exercício do Planejamento Estratégico, podemos identificar diferentes motivadores de negócio, que terão impacto em nossa organização no médio e longo prazo, como:

- criação de novos produtos e serviços;
- maior flexibilidade para negócios e agilidade;
- fusões e aquisições;
- reorganização da empresa;
- consolidação de plantas de manufatura, linhas de negócio, parceiros, sistemas de informação;
- mitigação de riscos;
- redução de custos;
- novas iniciativas para o gerenciamento de processos de negócios;
- outsourcing;
- operações off shoring, etc.

Você concorda que todos os motivadores acima oferecem impacto direto ou indireto em projetos de TI?

O Planejamento Estratégico pode ocorrer ainda em diferentes etapas, como:

1. definição da missão e objetivos da organização;
2. análise do ambiente e estado atual da empresa;
3. definição da estratégia;
4. implementação da estratégia;
5. avaliação constante e monitoração;

A partir das definições do planejamento estratégico, o time responsável pela arquitetura corporativa tem subsídios para criar o mapa de atendimento entre as capacidades de negócio desejadas pela empresa e os diferentes níveis de arquitetura (processos, negócios, informação, tecnologia, etc).

Nesse ponto, o uso de um framework organizado para condução e entrega de uma arquitetura corporativa torna-se uma ferramenta essencial para o sucesso do projeto.

Assim, quando estiver envolvido em projetos de arquitetura que apresentem um impacto mais amplo na empresa, não deixe de visitar as disciplinas de um framework de arquitetura.

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

Waldemir.

Enterprise Architecture: arquitetura corporativa como instrumento de governança

Waldemir Cambiucci — Sat, 16 Jul 2011 18:00:00 GMT

Olá pessoal, tudo certo?

Vamos retomar o assunto de Enterprise Architecture, que já apareceu por aqui no blog diversas vezes. Veja alguns posts e artigos:

Enterprise Architecture: A arquitetura corporativa e o papel do arquiteto de TI
http://msdn.microsoft.com/pt-br/library/gg490650.aspx

Enterprise Architecture: uma visão sobre frameworks de arquitetura
http://blogs.msdn.com/b/wcamb/archive/2010/07/27/enterprise-architecture-uma-vis-227-o-sobre-frameworks-de-arquitetura.aspx

Enterprise Architecture: conhecendo as capacidades de sua plataforma de aplicações
http://blogs.msdn.com/b/wcamb/archive/2010/09/08/enterprise-architecture-conhecendo-as-capacidades-de-sua-plataforma-de-aplica-231-245-es.aspx

Um livro de leitura obrigatória sobre o assunto é o “Enterprise Architecture at Work” de Marc Lnakhorst et al., que recomendo abaixo:

Enterprise Architecture at Work: Modelling, Communication and Analysis
(The Enterprise Engineering Series)
Hardcover: 352 pages
Publisher: Springer; 2nd ed. edition (September 18, 2009)
Language: English
ISBN-10: 3642013090

Em certo momento, o autor posiciona a Arquitetura Corporativa como um instrumento de gerenciamento na corporação, atuando como elemento importante de coordenação e governança na empresa.

Veja o desenho da figura 14, abaixo:

Nos primeiros níveis, vemos a definição da MISSÃO da empresa. Por que a empresa existe? Qual é seu papel no mercado ou na sociedade? O que justifica a realização de seus negócios?

Na sequência, a VISÃO é colocada, permitindo uma primeira impressão sobre os objetivos gerais dentro da empresa e sua direção.

Com essas definições iniciais, montamos a ESTRATÉGIA da empresa, que deve indicar de forma clara o foco da corporação, mapeando o estado atual para o estado futuro, suas aspirações de negócio e OBJETIVOS que farão a empresa dar um novo salto dentro de sua estratégia. Como exemplo temos as definições estratégicas para os próximos 2 ou 3 anos, setando a evolução esperada para certos indicadores de negócio.

Esse conjunto de definições irá apoiar o MODELO OPERACIONAL da empresa. As empresas possuem diferentes modelos operacionais, que variam de acordo com sua indústria e ramos de atividades. De fato, o modelo operacional de uma empresa tem impacto direto sobre como a TI é implementada e conduzida, aumentando ou diminuindo sua importância estratégica para a realização dos objetivos de negócio dentro da estratégia global da empresa.

No desenho acima, vemos que na camada de AÇÕES ou implementações de TI, os vários domínios de arquitetura estão contemplados na ARQUITETURA CORPORATIVA, atuando diretamente sobre a cultura da empresa e seus integrantes (pessoas e processos).

Descendo mais um nível na pirâmide, vemos finalmente a camada de OPERAÇÕES da empresa, envolvendo Produtos, Processos, Pessoas e os Recursos de TI (infraestrutura e desenvolvimento).

Com esse mapa em mente, faça uma avaliação do impacto de seu projeto de TI para a organização. Ele irá ajudá-lo a entender quais são os objetivos de negócio que devem ser atentidos e como sua TI ou arquitetura está suportando a visão e a estratégia da empresa para os próximos anos.

Para saber mais, esse livro é Leitura Obrigatória!

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

Waldemir.

Material sobre Windows Server AppFabric e exemplos de aplicações

Waldemir Cambiucci — Thu, 14 Jul 2011 22:00:00 GMT

Olá pessoal, tudo certo?

Essa semana tive uma conferência com um time de arquitetura e desenvolvimento (grande Walter). Entre os assuntos, falamos de AppFabric Caching Services e infraestrutura para organização dos ambientes de Desenvolvimento, Homologação e Produção com AppFabric.

Um das questões levantadas foi a integração entre ARR – Application Request Routing com o Windows Server AppFabric, sobre Windows Server 2008 R2. O cenário é bem interessante, quando configuramos o ARR para fazer caching sobre o AppFabric Caching Services.

Para saber mais, confira os links abaixo:

ARR – Application Request Routing
Ref.: http://www.iis.net/download/ApplicationRequestRouting

Alguns links interessante sobre ARR você também no blog do especialista Paulo Teixeira, da Microsoft. Ele mudou de blog para o http://blogs.msdn.com/b/teixeira/, mas no blog antigo, confira:

Usando o Application Request Routing para migrar sites para o IIS7 - parte 1
Ref.: http://blogs.msdn.com/b/pfebrasil_iisdev/archive/2010/05/10/usando-o-application-request-routing-para-migrar-sites-para-o-iis7.aspx

Usando o Application Request Routing para migrar sites para o IIS7 - parte 2
Ref.: http://blogs.msdn.com/b/pfebrasil_iisdev/archive/2010/05/12/usando-o-application-request-routing-para-migrar-sites-para-o-iis7-parte-2.aspx

Usando o Application Request Routing para migrar sites para o IIS7 - parte 3
Ref.: http://blogs.msdn.com/b/pfebrasil_iisdev/archive/2010/05/24/usando-o-application-request-routing-para-migrar-sites-para-o-iis7-parte-3.aspx

Usando o Application Request Routing para migrar sites para o IIS7 - parte 4
Ref.: http://blogs.msdn.com/b/pfebrasil_iisdev/archive/2010/06/08/usando-o-application-request-routing-para-migrar-sites-para-o-iis7-parte-4.aspx

Outros links sobre AppFabric, confira abaixo:

Posts sobre Windows Server AppFabric
Ref.: http://blogs.msdn.com/b/wcamb/archive/tags/windows+server+appfabric/

AppFabric CAT Blog - Customer Advisory Team
Ref.: http://appfabriccat.com/

Configuring an ASP.NET Session State Provider (Windows Server AppFabric Caching)
Ref.: http://msdn.microsoft.com/en-us/library/ee790859.aspx

Windows Server AppFabric : cmdlets PowerShell para administração de caching
Ref.: http://blogs.msdn.com/b/wcamb/archive/2011/02/08/windows-server-appfabric-cmdlets-powershell-para-administra-231-227-o-de-caching.aspx

AppFabric Caching Admin Tool 1.3
Ref.: http://blogs.msdn.com/b/wcamb/archive/2011/02/04/appfabric-caching-admin-tool-1-3.aspx

Aplicações exemplos:

TailSpin Travel - Application Sample
Ref.: http://tailspintravel.codeplex.com/

Windows Server AppFabric Samples
Ref.: http://www.microsoft.com/download/en/details.aspx?id=19603

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

Waldemir.

Centro de Treinamento MSDN – Windows Azure e Windows Server AppFabric

Waldemir Cambiucci — Tue, 12 Jul 2011 18:00:00 GMT

Olá pessoal, tudo certo?

Dois novos Centros de Treinamento Microsoft entraram no ar recentemente. Um sobre Windows Server AppFabric e outro sobre Windows Azure, confira:

Ref.: http://msdn.microsoft.com/pt-br/hh292576

Ref.: http://msdn.microsoft.com/pt-br/hh316169

Espero que gostem! Aproveitem!

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

Waldemir.

Arquitetura de aplicações para o Windows Azure e estimativas de custos

Waldemir Cambiucci — Fri, 08 Jul 2011 12:00:00 GMT

Olá pessoal, tudo certo?

No post anterior, falei de exemplos de arquiteturas de aplicações, baseado no Application Architecture Guide 2.0.

Seguindo essa linha, veja um desenho básico de componentes para uma aplicação no Windows Azure:

Até aqui, nada de novo. Você já sabe que podemos utilizar uma camada de atendimento Web através de Web Roles do Windows Azure, assim como uma camada de serviços ou regras de negócios implementadas em Worker Roles. Essas roles podem se comunicar através de tipos do Azure Storage, como blobs, tables e filas.

A partir desse desenho, uma pergunta frequente é sobre como implementar uma arquitetura tradicional em camadas através desses componentes.

A figura abaixo ilustra um exemplo para o Windows Azure.

No desenho acima, vemos uma camada cliente formada por diferentes tipos de interfaces, como front-end mobile, desktop e web. Essa camada pode ser implementada através de tecnologias como ASP.NET WEB FORMS, ASP.NET AJAX, ASPE.NET MVC, SILVERLIGHT, etc.

No ambiente Windows Azure, a aplicação é hospedada através de 3 componentes importantes:

- uma camada de atendimento de requisições, formada por WEB ROLES e WCF WEB ROLES;

- uma camada de regras de negócios formada por WORKER ROLES, consolidando as camadas de negócio e acesso a dados;

- uma camada de dados, baseada em WINDOWS AZURE STORAGE e / ou SQL AZURE.

Se você usar esse modelo básico de implementação, podemos até calcular o custo de instâncias mensal, através da Calculadora do Windows Azure.

Vamos considerar os seguintes componentes:

2 web roles + 2 web wcf roles + 1 worker role = 5 instâncias de Azure Roles do tipo Small Instance;
uma base de dados SQL Azure de 5 GB;
Azure Storage de 10 GB;
Data Transfer de 100 GB;
20 K transações de autenticação no Access Control;
20 conexões de Service Bus, pensando em serivços publicados no Azure AppFabric;

Claro, usei os valores acima como uma estimativa básica, a partir de uma aplicação que acompanhei recentemente, com alguns arredondamentos. Veja como ficou a estimativa de custo na calculadora Windows Azure Pricing Calculator:

Windows Azure Princing Calculator
Ref.: http://www.microsoft.com/windowsazure/pricing-calculator/

No final, além de recomendar a contratação do tipo PAY-AS-YOU-GO, a calculadora fornece uma estimativa de custo
de US 548.61 / mês, algo em torno de R$ 858,80 / mês, considerando o câmbio de R$ 1.5654 o dolar em 06 de Julho.

O que isso significa? Por menos de R$ 900,00 por mês, temos uma infraestrutura de 5 máquinas (tipo Small = 1 CPU 1.6 GHz, 1.75 GB RAM, 225 GB HD) com alta disponibilidade, balanceamento de carga automática e nível de serviço (SLA) de 99.9% pronta para uso. Ainda, é possível desmobilizar toda essa infraestrutura a qualquer momento, quando o cenário não for mais necessário. Da mesma forma, poderemos expandir sua capacidade, aumentando dinamicamente o número de instâncias ou capacidades de armazenamento, se a aplicação exigir.

No cálculo acima, estamos considerando cada instância ligada por 750 horas por mês, ou seja, estamos considerando cada instância ligada 24 horas por dia, os 30 dias do mês. Se essa solução não precisar de 750 horas por mês de UP TIME, o custo será bem menor.

Considere agora os custos não contemplados de manutenção, gerenciamento, hardware, conectividade, licenciamentos, etc. no ambiente local (on-premise).

Veja os tipos de instâncias disponíveis na plataforma Windows Azure, para lembrar:

Ref.: http://www.microsoft.com/windowsazure/compute/

Interessante, não?

Tenho falado com alguns arquitetos e muitas vezes ficamos em dúvida sobre comparação de custos on-premise e nuvem. Por isso, parar um pouco e fazer algumas contas pode ser importante para fundamentar a discussão.

Não deixer de separar um tempinho para detalhar ainda mais essa análise, considerando sua carga transacional, o volume de dados de entrada e saída, número de conexões de serviços e número de transações no Access Control.

Alguns links importantes são:

Windows Azure Guidance
Ref.: http://wag.codeplex.com/

Windows Azure Security Guidance
Ref.: http://azuresecurity.codeplex.com/

Now Available: Windows Azure Security Notes PDF
Ref.: http://blogs.msdn.com/b/jmeier/archive/2010/08/03/now-available-azure-security-notes-pdf.aspx

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

Waldemir.

.NET Framework 4.0 e arquiteturas de aplicações

Waldemir Cambiucci — Mon, 04 Jul 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Um dos posts mais comentados aqui pelo blog foi esse abaixo, sobre os componentes do .NET Framework 4.0:

.NET Framework 4 – Novos Recursos para Novas Aplicações
Ref.: http://blogs.msdn.com/b/wcamb/archive/2010/06/07/net-framework-4-novos-recursos-para-novas-aplica-231-245-es.aspx

Semana passada, participei de um workshop onde relembrei com o time os principais desenhos de arquitetura para soluções em tecnologia .NET. Para isso, usei o AppArchGuide 2.0, que é sempre uma Leitura Obrigatória para ser lembrada!

Assim, veja abaixo quais são esses desenhos principais e suas tecnologias associadas para quatro arquiteturas muito comuns no ambiente corporativo:

Tecnologias aplicadas: ASP.NET WebForms 4.0, ASP.NET MVC 3, ASP.NET AJAX 4.0, ASP.NET Chart Control, ASP.NET Dynamic Data

Tecnologias aplicadas: WPF 4.0, WCF 4.0, WF 4.0, MEF - Managed Extensibility Framework

Tecnologias aplicadas: Silverlight 4.0, WCF RIA Services, WCF Data Services, REST, POX, JSON, ATOM, OData, etc.

Tecnologias aplicadas: WCF 4.0, WF 4.0, WIF - Windows Identity Foundation, PLINQ, IIS 7.5, WAS, Windows Server AppFabric, etc.

Claro, esse é um resumo de blog. Mas a ideia é fazer você pensar sobre o assunto. No final do AppArchGuide, você ainda encontra uma tabela como essa:

Espero que ajude!

Vale lembrar que essas tecnologias e camadas estão sempre em evolução. Por isso, de tempos em tempos vale visitar o assunto e adicionar comentários.

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

Waldemir.

Windows Azure AppFabric Services – Integration

Waldemir Cambiucci — Fri, 01 Jul 2011 12:00:00 GMT

Olá pessoal, tudo certo?

No post anterior, falamos sobre o Azure AppFabric Applications, uma visão que deve oferecer um conjunto de serviços de infraestrutura na plataforma Windows Azure, permitindo a construção de aplicações na nuvem, integradas com o ambiente local. Além disso, componentes como AppFabric Container e AppFabric Middleware Services devem facilitar a composição de aplicações e serviços, tornando o desenvolvimento de solucões ainda mais flexível.

Existem diversos componentes que estão sendo desenvolvidos nesse caminho, não é algo da noite para o dia. Um dos componentes importantes será a integração entre ambiente on-premise e a nuvem, através do Azure AppFabric Integration. Veja:

Windows Azure AppFabric Integration
Ref.: http://www.microsoft.com/windowsazure/appfabric/overview/#top

Em breve , o AppFabric Integratio deve ser disponibilizado como CTP. Vamos aguardar!

Veja ainda esse post anterior…

AppFabric para composição de serviços: visão AppFabric Composite App
Ref.: http://blogs.msdn.com/b/wcamb/archive/2011/01/22/appfabric-para-composi-231-227-o-de-servi-231-os-vis-227-o-appfabric-composite-app.aspx

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

Waldemir.

Windows Azure AppFabric Services – preparando o caminho para a composição de aplicações locais e na nuvem

Waldemir Cambiucci — Thu, 30 Jun 2011 12:00:00 GMT

Olá pessoal, tudo certo?

No post anterior, falei rapidamente sobre o mapa de recursos gerais da plataforma Windows Azure.

Um dos componentes citados é o AppFabric Services. De fato, o Windows Azure AppFabric está sendo apresentado agora como um concentrador de serviços de middleware para aplicações na nuvem, consolidando serviços como:

Caching
Barramento de Serviços
Controle de Acesso
Integração
Composição

Porém, a visão é ainda maior, onde teremos em breve um AppFabric Container também, que fará o hosting de componentes customizados e roles do Windows Azure. Ou seja, sobre as roles de Web Role e Worker Role (que já podemos controlar quanto ao número de instâncias, configuração de SO, etc.), teremos abstrações como Web sites prontos, RIA Services, RIA Apps, WCF Services, etc., prontos para uso, que estarão hospedados sobre o novo AppFabric Container, consumindo recursos de infraestrutura na nuvem oferecidos pelo AppFabric Services.

A figura abaixo ilustra o mapa geral de serviços e integração entre o ambiente on-premise e o ambiente Windows Azure, como anunciado no último Tech-Ed North America, veja:

Em resumo, a evolução do Azure AppFabric é promissora. Ele deve se tornar parte muito importante não apenas para cenários de integração entre a plataforma on-premise e a nuvem. No futuro, ele deve oferece recuros de abstração de serviços e aplicações na nuvem, além de funcionalidades para INTEGRAÇÃO e COMPOSIÇÃO de aplicações na nuvem e no on-premise.

Veja mais no blog abaixo:

Ref.: http://blogs.msdn.com/b/appfabric/archive/2011/06/20/introducing-windows-azure-appfabric-applications.aspx

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

Waldemir.

Recursos da plataforma Windows Azure – um lembrete!

Waldemir Cambiucci — Tue, 28 Jun 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Semana passada estive com um grupo técnico, falando sobre os componentes principais da plataforma Windows Azure. A dúvida era sobre o que aquele time de desenvolvedores e arquitetos deveria estudar ou se preocupar, antes de avançar em suas primeiras soluções sobre a plataforma na nuvem da Microsoft.

Apenas lembrando, o Windows Azure foi anunciado publicamente em outubro de 2008 e está disponível no Brasil desde Abril de 2010. Ao longo desse tempo, a plataforma tem evoluído e adicionado novos recursos para a construção de aplicações de alta escalabilidade e volume na nuvem.

Atualmente, os principais componentes construtivos na plataforma são:

Windows Azure Compute – responsável pela criação de um canal IPSEC seguro e protegido para a comunicação entre servidores e máquinas virtuais locais (on-premise) com Azure Roles na nuvem ( Web Roles, Worker Roles, VM Roles ).

Windows Azure Roles – que definem os tipos de processos que podemos utilizar na plataforma Windows Azure, para nossas aplicações e serviços. São eles:

Windows Azure Web Role
Windows Azure Worker Role
Windows Azure VM Role (virtual machine)

Windows Azure Storage – responsável por fornecer tipos de alta escalabilidade como blobs, tabelas e filas, para aplicações na nuvem, garantindo o acesso sem o lock de recursos sobre o alto volume de requisições na aplicação.

Blobs
Tables
Queues

Windows Azure CDN – responsável pela criação de um cache para tipos como blobs, permitindo a distribuição regional de conteúdo, além do hosting sobre os principais datacentes da plataforma Windows Azure.

SQL Azure – responsável pela criação de bases de dados relacionais na nuvem, suportando o mesmo modelo de persistência e administração do SQL Server 2008 on-premise. Entre seus principais recursos para sincronização e relatórios temos:

SQL Azure Data Sync
SQL Azure Reporting

AppFabric PaaS Middleware Services – conjunto de serviços de middleware para aplicações na nuvem, concentrando funcionalidades como barramento de serviços, caching de dados e controle de acesso, através dos serviços:

AppFabric Caching
AppFabric Service Bus
AppFabric Access Control Server

Tendo esse mapa rápido em mente, você consegue se organizar sobre o que estudar e por onde começar. Com certeza, o Training Kit da Plataforma Windows Azure é leitura obrigatória para esse começo. Confira!

Windows Azure Platform Training Kit - May Update
Ref.: http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=8396

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

Waldemir.

Atualização do Layered Architecture Sample for Azure - Cloud Expense Sample - July 2010

Waldemir Cambiucci — Mon, 27 Jun 2011 16:35:00 GMT

Olá pessoal, tudo certo?

Mas uma atualização do projeto Cloud Expense Sample está no ar, desde o final de semana, confira!

Layered Architecture Sample for Azure
Ref.: http://cloudsample.codeplex.com/

Bastante coisa, bela aplicação!

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

Waldemir.

Windows Azure Sample Project - .NET Stock Trader 5 Sample Application

Waldemir Cambiucci — Fri, 24 Jun 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Nova solução exemplo para Windows Azure, a solução .NET Stock Trader 5, veja:

Ref.: http://www.microsoft.com/download/en/details.aspx?id=26553

A solução está muito bem documentada e tem uma bela organização de Web Roles, Worker roles e uso de SQL Azure. Por isso, vale muito como aplicação de estudo para seus projetos. Não deixe de conferir, mas antes de sair rodando, leia os documentos!

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

Waldemir.

SANTOS!!! TriCampeão da Libertadores!!! SANTOS!!!

Waldemir Cambiucci — Thu, 23 Jun 2011 03:24:00 GMT

Olá pessoal, tudo certo? Sem palavras!!!

Ref.: http://www1.folha.uol.com.br/esporte/933879-baixe-o-poster-do-santos-tricampeao-da-libertadores.shtml

Abração para toda torcida!!!

Waldemir.

Leitura Obrigatória – artigos da MSDN Magazine de Junho/2011

Waldemir Cambiucci — Wed, 22 Jun 2011 12:00:00 GMT

Olá pessoal, tudo certo?

Uma dica de Leitura Obrigatória deste post é a edição de Junho da MSDN Magazine.

MSDN Magazine June 2011
Ref.: http://msdn.microsoft.com/en-us/magazine/hh227291.aspx

O tema central desta edição é o desenvolvimento Ágil, que nem precisa de comentários sobre sua importância e impacto no desenvolvimento de aplicações. Não deixe de conferir os vários artigos da edição.

Ainda, um belo artigo sobre Complex Event Processing com o StreamInsight da Microsoft.

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

Waldemir.

DNAD11 – Palestra sobre disciplinas de arquitetura e resultados da pesquisa

Waldemir Cambiucci — Mon, 20 Jun 2011 18:00:00 GMT

Olá pessoal, tudo certo?

No início do mês, participei do evento DNAD 11 – .NET ARCHITECTS DAY 2011 (http://dnad.dotnetarchitects.net/dnad/2011/), sobre arquitetura e plataforma Microsoft, organizado pelo time do .NET ARCHITECTS. O evento foi muito legal, com diversas palestras e discussões sobre tecnologia.

Participei do evento falando sobre uma matriz de habilidades do arquiteto de TI, a partir das disciplinas sugeridas pelo IASA. Como parte da preparação da palestra, submeti uma pesquisa para os participantes, para a definição de um perfil geral da platéia. Veja abaixo os resultados:

Vemos que a maioria do pessoal tem especialização em software e soluções. Esse resultado tem sido frequente em minhas reuniões e demais palestras. A maioria dos profissionais de arquitetura que tenho conversado são de desenvolvimento, tenho visto poucos arquitetos de infraestrutura.

Da mesma forma, a maioria dos profissionais de arquitetura estão há pouco tempo na posição. Claro, o resultado aqui depende do grupo pesquisado e não reflete necessariamente a idade do time.

Finalmente, muito interessante notar como o arquitetos participantes estão sempre envolvidos com outros eventos técnicos, redes sociais e usam a internet para troca de experiências e resolução de problemas. Com certeza, participar de comunidades e grupos de discussão é parte do processo de crescimento do profissional de arquitetura de TI.

Segue abaixo o deck da apresentação que usei no evento.

DNAD11 - wcamb - Palestra 5

View more presentations from Waldemir Cambiucci

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

Waldemir.