A MS lançou um Architecture Center dedicado a Service Oriented Architecture. Podem encontrar lá, entre outros, o artigo do Pat Helland ("Metropolis") que já referi.
Aproveito para deixar o URL dos Powerpoints do Tech Ed:
http://downloads.mseventseurope.com/downloads/teched/
jota
PS- seria injusto não referir os excelentes conteúdos da IBM sobre SOA...
Estive em há duas semanas atrás no PnP Summit, realizado em Reading. Foram 3 dias de conferência (muito menos intensa que o TechEd!), com algumas apresentações bastante interessantes. Destaco as seguintes:
"SOA: Problems, Pitfalls and Pretty Good Practices", apresentada por Arvinda Sehmi da Microsoft EMEA (e responsável pelo Architect's Journal). Aquilo que se sabe no concreto sobre SOA ainda não é muito, mas nesta apresentação falaram-se de algumas das coisas que já se sabem. Ficaram ainda 3 fontes de informação recomendadas: Zapthink, o livro “Service-Oriented Architecture: A Field Guide to Integrating Xml and Web Services”, de Thomas Erl, Prentice Hall, e o (já famoso) artigo “Metropolis”, do Helland, no MS Architects Journal #2. Fica também a informação de que o #3 do Architects Journal sai em início de Julho.
Nas restantes apresentações destaco ainda "Platform Interoperability", do Ted Neward (responsável pelo TheServerSide.Net), muito prática, animada, e com diversos exemplos; e as duas apresentações de Woitek Kozaczynkski do MS Platform and Architecture Group, "P&P In Product Guidance" (entre outras coisas sobre Software Factories e Recipes, uma das novidades do novo VS) e "Application Framework for Development of Distributed Enterprise Applications (Shadowfax)" (sobre o Shawdowfax, agora chamado de Enterprise Development Application Framework, EDAF). Daqui saiu a info de que a MS não planeia investir tanto em código, nos esforços do PAG, como investiu no Shadowfax (e quem já o conhece sabe que é bastante complexo), mas que em termos de documentação (guidance) são de esperar vários novos conteúdos. O argumento é simples e lógico: o Data Access App Block (p.ex.) e o coisas como o Shadowfax estão em extremos opostos. O primeiro muito simples e de utilização ampla, o segundo muito complexo, aplicável em poucas situações, e mais caro de desenvolver.
Os PowerPoints estão disponíveis, durante não sei quanto tempo, em: ftp://ftp.guideddesign.com .
A terminar, duas curiosidades: o documento Improving .Net App Performance & Scalability (com as suas mais de mil páginas) terá custado à MS mais de USD 1 Milhão na produção; o nome de código "Shadowfax" refere-se a um cavalo branco que foi estrela aí num filme sobre aneis -- e curiosamente, outro nome de código recente da MS é "WhiteHorse"... :-)
jota
Quem já trabalhou com o Biztalk 2004 sabe que o produto sofreu dois grandes saltos. O primeiro, em funcionalidade. O segundo, sem dúvida, em complexidade. Uma das áreas em que esta é maior é no que respeita a deployments das soluções desenvolvidas. Não é possível carregar no conveniente F5 para fazer Build & Debug, é antes necessário realizar um conjunto de passos independentes, para deployar vários componentes da solução, e depois testar como que em ambiente de pré-produção.
Um post recente no blog do Scott Colestock sugere a utilização do NAnt para fazer estes deployments de desenvolvimento, e apesar de uma solução muito simples demorar cerca de 50 segundos a ficar disponível (no meu portátil), o ganho é imenso face ao processo manual anterior. Vivamente recomendado.
Aqui estão os links:
NAnt for BizTalk 2004
Update to NAnt for BizTalk
A solução não é perfeita, especificamente no que respeita aos ports e ao binding file, mas é muito interessante.
Relacionado com este assunto está este artigo, que tem dicas na utilização do BTSInstaller para fazer deployments remotos de soluções Biztalk 2004.
Finalmente, aproveito para chamar a atenção para 2 capítulos adicionais (5 e 6) do documento de P&P de Integration Patterns. Recomendo vivamente.
jota
PS- A utilização do NAnt com o Biztalk 2004 tem uma parte chata: para se gerar o binding file é preciso fazer previamente um deployment "manual" da Orquestração, para se poder depois gerar o binding file. O autor dos dois artigos que referi acima postou um terceiro, em que também aborda este assunto.
