Enterprise Architect - Microsoft Brazil

Enterprise Architect: Modelo de avaliação da maturidade de Sistemas de Informação

Markus Christen — Wed, 21 Sep 2011 23:02:00 GMT

Olá,

Em tempos de mudanças constantes muitas vezes as pessoas me perguntam por quê a maiorias das empresas não consideram a área de TI um valor estratégico no aspecto de aspecto de inovação, mesmo com grandes dependias em tecnologia per si. Analisando este aspecto nos precisamos entender como avaliar sistemas de informações e aspectos organizacionais.

Um estudo que eu fiz durante um dos trabalhos sobre a origem da avaliação da maturidade da gestão do portfólio de aplicações poderia talvez esclarecer algumas das perguntas básicas.

Vamos começar com vida real, na área de TI como na vida real, existem vários níveis de maturidade dentro de um mercado só. A grande pressão sobre a alta gerencia de TI, exigindo-se redução de custos, outsourcing, alinhamento com as áreas de negócio, eficiência operacional e inovação, deixa a maioria das empresas em estado de alerto. Em desespero de mostrar ações, decisões tácticas são na maioria das vezes aplicados com pouco sucesso. Mas por quê? Mina interpretação e que a falta de maturidade é um das grandes inibidores na área de TI. Mas como avaliar o nível de maturidade?

Como tudo começou

Nos anos 70/80 na era pôs mainframe os cientistas começarem questionar como extrair o maior valor dos sistemas de informação. Durante este tempo sugiro um dos modelos mais famoso, o modelo Nolan que captura a evolução da TI dentro das organizações criando uma visão do portfolio de aplicações estratégico bem simplista. Até hoje eu considero este modelo uma leitura valioso e aplicável em quase todas as clientes.

Nolan começou de dividir os tipos de aplicações que foram criados para suportar atividades de gerenciamento (Figura 1) em três tipos básicos. Este modelo ajudou na primeira classificação de aplicações.

Figura 1 Tipo de Aplicações

Focus da Empresa:

Operational Systems: Empresa gasta mais tempo e esforço em aspectos de excelência operacionais (Áreas Internas).
Control Systems: Empresa gasta mais tempo e esforço em aspectos de excelência gerenciais (Áreas Internas).
Planning Systems: Empresa gasta mais tempo e esforço em aspectos estratégicos e planejamento (Áreas Interna e Externa).

Baseado neste modelo vocês poderiam se perguntar quanto esforço a sua empresa ou departamento gasta para cada categoria de aplicações. A área de TI de vocês ajuda as áreas de negócios em aspectos estratégicos ou simplesmente foca em excelência operacional?

Evolução do modelo “Six Steps”

Continuando na evolução do modelo, vamos analisar que Nolan diz ao respeito à abordagem geral de TI na área de negócios.

Figura 2 Modelo Six Steps

Etapa 1: Initiation

De acordo com o artigo Nolan em 1973, os computadores foram introduzidos nas empresas por dois motivos. A primeira razão diz ao respeito à empresa atingir o volume de processamento de que sem computadores não podem ser realizadas. Além disso, o sucesso do negócio justificava um grande investimento em equipamentos de TI. A segunda razão trata das necessidades computacionais. Nolan definiu a dimensão crítica da empresa como o motivo mais prevalente para aquisição de computador. Devido à falta de familiaridade das pessoas com a nova tecnologia, os usuários recusarem a nova tecnologia. A software era simples de usar e barato de implementar em comparação com o mainframe, o que proporciona substancial economia monetária para a empresa. Durante esta fase, o departamento de TI recebi pouca atenção da alta gerência, com uma atmosfera de "despreocupação".

Pontos importantes:

Resistencia contra a nova tecnologia
O pessoal de TI é "especializados em aprender novas tecnologias".
Falta de planejamento e controle de TI
ocus em aplicações funcionais para reduzir custos

Etapa 2: Contagion

Durante a primeira etapa os sistemas de TI foram reconhecidos e muitos usuários se tornarem alienados a computação. Devido a isso, etapa II é caracterizada por uma necessidade gerencial de explicar e visibilizar o potencial dos sistemas de TI. Isso leva à adoção em áreas diferentes aumentando a produtividade. Um problema que surgiu na fase II era que a governança não foi desenvolvida para a nova realidade e inevitavelmente, levou uma saturação das capacidades existentes e aumento a necessidade de novos equipamentos. A sofisticação dos sistemas necessitou de profissionais especializados com alta qualificação que era um aspecto altamente critico. O orçamento da área de TI aumentava significativamente e causou preocupação na alta gerencia. Embora o preço do Estágio II é alta, é evidente que o planejamento e controle é necessário.

Pontos Importantes:

Aumento do numero de aplicações novas.
Usuários são entusiasmados com a utilização de computadores.
Controlo e gestão é ainda mais descontraído sem regras definidas.
Crescimento dos orçamentos da are de TI.
Crescimento do uso do computador ocorre em todas as áreas funcionais da organização.

Etapa 3: Control

Estágio III é uma reação contra os gastos excessivos da etapa 2. Durantes a etapa 3, a área de TI começou criar a gestão organizada, o que levou o desenvolvimento de documentação, padrões de operação e a governança integrada entre os sistemas. Durante a etapa III, ocorreu uma mudança de gestão de computadores para gestão de recursos de TI. Esta mudança é um resultado da análise como aumentar o controle de gestão e planejamento em operações de processamento de dados. Além disso, a mudança proporcionou a flexibilidade no processamento de dados que é necessário em caso de mudanças na área de gestão. A principal característica da terceira fase é a reconstrução da operação e governança.

Pontos Importantes:

TI cada vez mais importante para a organização.
Controles centralizados são postas em prática.
Aplicações são muitas vezes incompatíveis ou inadequados.
Uso de banco de dados e comunicações, muitas vezes com a reação negativa de gestão em geral.
A frustração do usuário final é muitas vezes o resultado por falta de integração.

Etapa 4: Integration

Etapa 4 apresenta a adoção de novas tecnologias para integrar os sistemas que foram previamente isoladas (Silos) . As ineficiências associadas com rápido crescimento pode criou uma nova onda de problemas simultaneamente. Esta é a última etapa que Nolan reconheceu em sua proposta inicial dos estágios de crescimento em 1973.

Pontos Importantes:

Aumento do controle pelos usuários.
Aumento do orçamento de TI.
Aumento na procura de banco de dados on-line.
Não há planejamento formal e controle dentro de processamento de dados.
Usuários são mais responsáveis por suas aplicações.
Comitês de gestão, aplicações de planejamento financeiro se torna importante.
Processamento de dados tem gestão e padrões estabelecidos.

Etapa 5: Data Adminstration

Nolan determinou que quatro etapas não foram suficientes para descrever a evolução de TI em uma organização e acrescentou etapa 5, em 1979. Etapa 5 apresentou uma nova ênfase no gerenciamento de dados corporativo ao invés de TI. Esta etapa e marcada pelo desenvolvimento e maturidade do novo conceito de administração de dados.

Pontos Importantes:

Conceito de administração de dados é apresentada.
Não há identificação de semelhanças de dados, seu uso e seus significados dentro da organização como um todo.
O portfolio de aplicações é integrado na organização.
Departamento de processamento de dados agora serve mais como um administrador de recursos de dados do que de máquinas.
Uma diferença fundamental é o uso do termo IT / IS em vez de processamento de dados ..

Etapa 6: Maturity

Na etapa 6, o portfólio de aplicativos - tarefas como entrada ordenada, contabilidade geral, e planejamento das necessidades - está concluído. Durante esta fase, o acompanhamento do crescimento de vendas se torna um aspecto importante. Há três aspectos do controle de gestão; fabricação, marketing e financeira. Controle de fabricação exige previsão - olhando para as necessidades futuras. Controle de marketing estritamente trata se de pesquisa. Controlo financeiro, previsões do fluxo de caixa para o futuro. A etapa 6 permite que a organização funciona em níveis elevadas de eficiência.

Sistemas agora refletem as necessidades de informação real da organização.
Maior uso de recursos de dados para desenvolver aplicações competitivas e oportunistas.
Processamento de dados agora enfatiza dados de planejamento de recursos estratégicos.
Usuários e departamentos são co-responsáveis pelo uso de recursos de dados dentro da organização.
Gerente de TI assume a mesma importância na hierarquia organizacional como dizem que o diretor de finanças ou diretor de RH

E vocês? Como vocês se avaliem?

Os críticos deste modelo acham que apresenta várias falhas é um pouco fora de data. Enquanto o tempo progrediu, muitos continuarem considerar que este modelo continua ter um valor analítico e inovadora.

Vamos continuar, Markus

Enterprise Architect: Fatores influenciadores da adoção de novas tecnologias e sistemas em TI

Markus Christen — Mon, 19 Sep 2011 21:23:00 GMT

Ola tudo bem ?

A adoção da Tecnologia e Sistemas da Informação é estudada há vários anos e mesmo assim existe uma percepção distorcida e questionável sobre o valor da área de TI. Considerando os aspectos doo valor de TI nos Arquitetos Corporativos (EA) precisamos conhecer modelos que ajudam analisar o papel da área de TI dentro da organização. Só assim, na minha percepção, podemos entregar serviços que atendam a capacidade de absorver mudanças.

Como mencionei no último post sobre os modelos de maturidade, existem na vida real e na área de TI, vários níveis de maturidade dentro de um só mercado. Uma das primeiras tarefas durante um projeto de Arquitetura Corporativa é analisar os fatores que poderiam influenciar a adoção de novas tecnologias. Quais são as preocupações e atividades da área de TI? Quais são as forças que direcionam e definem as prioridades? Qual é a visão da organização sobre a área de TI?

Durantes os primeiros anos do estudo da evolução da área da computação, todo foco era em gerenciar as atividades de operação, programação, coleta de dados e etc. Com a aceitação geral da área da computação pelos usuários, as necessidades de aplicações com novas funções verticais foram criadas e implementadas sem que houvesse uma estratégia, governança e controle centralizado.

Padecendo do impacto causado pelo ambiente caótico gerado pelas implementações sem governança, áreas especializadas foram criadas em grande parte das empresas com o intuito de planejar recursos e tecnologia, com a visão de longo prazo. . Dessa forma, podemos verificar que duas grandes áreas definiram a Tecnologia da Informação nas empresas até hoje:

Technology Driven – Área de TI definiu a estratégia de TI (Transacional)
User Driven – Áreas funcionais definiram a estratégia de TI (Funcional)

Com o envolvimento dos usuários no processo de decisões de TI (departamentos funcionais), as métricas de sucesso foram definidas com base no prazo de entrega de novos sistemas, e a percepção da simplicidade de uso para os usuários. Claro que nem todas as áreas absorveram as possibilidades da computação na mesma velocidade.

Analisando esta evolução, ou talvez, movimentação, nós podemos perceber que até este momento toda visão era determinada por esses dois grandes influenciadores, sem considerar a geração de valor para o negocio, no âmbito da organização. Muita redundância e ilhas isoladas foram criadas sem integração e sinergia. Simplesmente todo mundo era dono da própria ilha.

Um modelo que garanta retorno mensurável e uma estratégia “top down” para os projetos de TI é uma necessidade que foi se tornando cada vez mais essencial. . Assim começou ser aplicado o modelo conhecido por “Information System Management”, que até hoje é considerado um pilar elementar. A criação de uma visão unificada do papel de TI dentro da organização, com atividades e recursos e considerando aspectos externos e internos, é o objetivo principal da visão do Information System Management dentro da organização.

Qual nível de maturidade tem a área de TI dentro da sua organização? Quais são os aspectos que influenciam a definição da estratégia de TI? Analisando este modelo, sua empresa esta pronta para absorver uma mudança com a visão de Information System Management ?

Pesquisas feitas por Albert Otto Hirschman mostra um modelo de três estágios para avaliar a situação organizacional.

Vamos analisar este modelo:

1) Delivery (Climb - Internal)

Sistemas de Informação tratem na maior, assuntos internos (TI), aumentar a eficiência na habilidade de entregar e suportar sistemas e tecnologia. O objetivo fundamental é estabelecer uma alta credibilidade em respeito da percepção da gerencia, como uma função de valor. A consequência desta visão é que a melhoraria na eficiência da entrega, não providencia, na maioria dos casos, os serviços que os usuários realmente precisam.

2) Reorientation (Climb - Internal)

Estabelecer um relacionamento constante com as áreas de negócios, suportar as demandas da área de negocio com provisionamento de novas capacidades de TI. O objetivo fundamental é de providenciar serviços de valor para toda gerência organizacionais. As diferentes áreas se beneficiam de outras maneiras, sem considerar a importância da organização.

3) Reorganization (Top-Down)

O nível elevado de consciência criado nas áreas de negócio e na alta gerência, cria a possibilidade e necessidade de iniciar uma reorganização de responsabilidades. Faz-se necessária a criação de uma nova estrutura e visão que atenda a integração entre investimentos em sistemas de informação, estratégia e funções da área de negócio. O objetivo fundamental é estabelecer e definir uma estratégia que esteja de acordo com as diferentes requisições das áreas de negócio, através de coalizão de responsabilidades de gerenciar sistemas de informação.

Em qual nível, a empresa onde você trabalha se encontra no modelo Information System Management? O que isso significa para você, como parte deste grupo?

Vamos continuar discutindo e, na próxima vez, falar sobre aspectos organizacionais.

Grato, Markus

Enterprise Architect: Falando de inovação mas continuando na era transacional.

Markus Christen — Fri, 16 Sep 2011 17:44:00 GMT

Numa época em que a maioria das organizações só se fala em inovação e aspectos de redes sociais, eu estou perguntando: “Por que o objetivo da área de TI esta continuando de ser transicional?”. Considerando os aspectos do valor de TI os Arquitetos Corporativos (EA) precisam conhecer modelos que ajudam analisar o objetivo primário da área de TI na organização.

Durante meus projetos no mundo inteiro eu vi poucas empresas que conseguirem chegar ao objetivo primário da TI, de ser considerado um valor estratégico. Durante a evolução do papel de TI foram definidos três objetivos principais para sistemas e tecnologias de informações.

TRANSACIONAL (Data Processing): Melhorar a eficiência operacional, automatizando os processos de informação (Interno).
INFORMACIONAL (Management Information System): Aumentar a eficácia da gestão, satisfazendo suas necessidades de informação para tomada de decisão (Interno).
ESTRATÉGIC ( Strategic Information System): Melhorar a competitividade, mudando a natureza ou a condução dos negócios (Externo + Interno).

Os objetivos das eras transacional e informacional são, estritamente falando, um subconjunto do objetivo estratégico para melhorar a competitividade. Mas isto tende a ser alcançado indiretamente por meio de capacidades SI / TI melhorando as práticas atuais (Eficiência).

Por exemplo, o foco da reengenharia de processos de negócio (BPR) é visto como melhorar a competitividade, mas isto é conseguido através de redesenho de processos, considerando as capacidades de TI em fornecer novas possibilidades de design e inovação.

Embora o objetivo de sistemas de informações estratégicos é mais imediatamente relacionado com o negócio, o sucesso na realização dos objetivos transicional e informacional poderiam consideravelmente contribuir no sucesso do negócio.

Galliers and Somogyi, in the book Towards Strategic Information Systems

A relação entre os três objetivos é fundamental, assim como bons sistemas informacionais dependam em sistemas transacionais de alta qualidade para obter informações precisas, sistemas de informação estratégicos dependem em sistemas transacionais e sistemas informacionais para o provisionamento de informações apropriadas. Podemos-vos considerar que na maioria sistemas de informação estratégica não são aplicações isoladas, muitas vezes são as mesmas funções que para sistemas transacionais ou aplicações de informações, só em contexto mais amplo com a visão estratégica.

Este novo contexto e a lata criticidade pode colocar uma pressão considerável sobre capacidades de TI da baixa plataforma, que foram desenvolvidos para sistemas menos exigentes e menos críticos. Esta mudança poderia iniciar a evolução das capacidades básicas de infraestrutura em conjunto com um aumento do profissionalismo da área.

Podemos agora responder a pergunta do começo deste post?

Na minha visão uma grande maioria das empresas Brasileiras não considera a área de TI um aspecto estratégico, por causa da baixa maturidade dos sistemas transacionais e informacionais.

Baixa eficiência em conjunto com custo alto e falta de visão estratégico, inibi a possibilidade de criar valor estratégico para a organização.

Resumindo, não existe magica, sem passar por um processo de amadurecimento estruturado é difícil de melhorar a competitividade, mudando a natureza ou a condução do negócio da organização.

Thanks Markus

Enterprise Architect - Brasil

Markus Christen — Thu, 01 Sep 2011 19:48:00 GMT

Olá,

Como muitas já sabem eu mudei o time na Microsoft Brasil. Hoje estou atuando como um dos primeiros Enterprise Architects na área de serviço da Microsoft. Esta oportunidade abriu um lado de atuar na área de negócio alinhando as necessidades com as capacidades de TI sem entrar em aspectos de tecnologia.

Baseado nesta mudança eu gostaria de começar um blog 100% dedicado na minha função de “Enterprise Architect” analisando vários aspectos como”:

O que é um Enterprise Architect.
Quais são as áreas de atuação de um Enterprise Architect.
Dia dia de um Enterprise Architect no Brasil.
Melhoras praticas de um Enterpirse Architect .
Visão estratégico da área de Enterprise Architect.

...

Ótimo espero que vocês vão gostar ;)

Markus

Novidades e o impacto para os Arquitetos de TI

Markus Christen — Mon, 13 Jun 2011 13:40:00 GMT

Bom dia , tudo bem ?

Vamos analisar as novidades e o impacto para os Arquitetos de TI. Para mim o MSS-2011 foi provavelmente o melhor MMS que eu já viu durante o meu tempo na Microsoft , por que? Todas as novas versões dos produtos existentes e as novas ideias gerarem muita energia e entusiasmo das equipes de produtos e dos clientes. Aqui estão alguns destaques em referência os lançamentos de produtos e atualizações:

Projeto Concero

Um portal web de autoatendimento para provisionamento de serviços, máquinas virtuais e nuvens privadas. As soluções de gerenciamento de nuvem e datacenters da linha system Center 2012 capacita o IT-Pro com um conjunto de capacidades de gerenciamento comum para seus aplicativos na nuvem privadas e públicos. O objetivo principal é ajudar vocês de criar e consumir todo o poder da computação em nuvem privada e público mais fácil e eficiente possível.

As versões 2012 fornece a capacidade para os clientes criar e gerenciar seus nuvens privadas usando a infraestrutura de virtualização fornecida pelo Windows Server 2008 R2, Hyper-V e outras plataformas de virtualização. O novo portal de autoatendimento (Concero) permite que os consumidores podem consumir as capacidades da nuvem de forma ágil e com uma experiência mais fácil baseado no conceito de web

System Center Configuration Manager 2012 Beta 2 Release (Linux, Unix Supporte )

A equipe do Configuration Manager tive o prazer de anunciar o lançamento de configuração Manger 2012 Beta 2! Está agora disponível em Connect, https://connect.microsoft.com/ConfigurationManagervnext/Downloads/DownloadDetails.aspx?DownloadID = 34794

Esta versão tem um monte de novos recursos, muitos também listados aqui. Eu vou criar um post separado com os destaques. Gostaria de sugerir a todos os amigos do SCCM baixar esta versão e realizar extensos testes em seus laboratórios, há mudanças significativas para o modelo de distribuição de Software.

System Center Orchestrator (Antigo Opalis)

Para aqueles de vocês que estão familiarizados com o Opalis, este é o novo nome para esse produto. Lembre-se a funcionalidade de macro no Windows 3 x? Pense sobre uma plataforma que se estende a maioria dos produtos MS e non MS para permitir automatizar tarefas e gerar fluxos de trabalho. Por exemplo: Capacitar o consumidor solicitar uma atualização para o Windows 7 através de um portal de Silverlight.

System Center Operations Manager 2012 (Tem muito mais chegando)

Monitoramento de rede...e outras novidades impressionantes não mencionadas. . Avicode adquirido pela Microsoft , já não é uma produto separado sem integração com produtos Microsoft (fora dos IP’s). Novos painéis e eles são muito boms e uteis. Ainda tem um construtor de painel de controle usando widgets !!. Durante o demo fui mostrado à nova funcionalidade do Dashboard mostrando a topologia, nível de serviço, perspectivas e alertas. Mostrou a integração com AVIcode e como aplicativos .Net podem ser depurado através do AVIcode – quebrando as chamadas para determinar onde a desaceleração do desempenho aconteceu e o que causou do problema. Também mostrou como painéis de controle podem ser publicados para SharePoint. Lembrando que Xbox Live USA usa OpsMgr e AVIcode para monitorar seu ambiente !!

Integração completa monitoramento de Aplicativos NET e J2EE para o máximo de disponibilidade e desempenho !!

System Center Virtual Machines Manager 2012 Beta 2 Release (Hyper-V,VMWare,Xen support )

Esta versão tem um monte de novos recursos, muitos também listados aqui. Eu vou criar um post separado com os destaques. Gostaria de sugerir todos os amigos do SCVMM baixar esta versão e realizar extensos testes em seus laboratórios, há mudanças significativas para o modelo de distribuição de Software.

Gerenciamento de Fábrica (Fabric Management)
Third Party Virtualization Platforms
Network Management – Gerenciamento de Pools de IP, endereços MAC e Load Balance.
Storage Management – Classificação de Storage, gerenciamento de Pool de Storages e LUNs
Resource Optimization
Cloud Management
Service Lifecycle Management

System Center Advisor (Projeto Atlanta)

Um Serviço no Azure que anteriormente tinha o codinome "projeto Atlanta" é um serviço de nuvem que permite que profissionais de TI a avaliar sua configuração de servidor, evitar proativamente problemas e resolver questões mais rápidas, salvando as organizações tanto tempo e dinheir. Beta atualmente disponível. Durante sua apresentação keynote no MMS 2011, Brad Anderson anunciou a disponibilidade do Release Candidate (RC) do Microsoft System Center Advisor.

Windows Intune RTM

A Microsoft lançou a versão final do Windows Intune durante o MMS 2011. Windows Intune é uma solução de gerenciamento da Microsoft para pequenas e médias empresas em nuvem. Como Microsoft prometido no final de fevereiro, o software está disponível em 35 países e vem com uma assinatura de avaliação de 30 dias para pequenas empresas que procuram para experimentar a suíte de gerenciamento remoto acessível ao navegador de internet. Com Intune, você pode remotamente monitorar as condições de hardware, software e segurança de todos os computadores pertencentes à empresa e fornecer suporte remoto através do mesmo console. "Se você tiver um PC e pode conectá-lo à Internet, ele pode ser gerenciado e melhor protegido com Windows Intune - e que é um benefício para ele e para os usuários finais,"

Keynote Downloads

Day 1 Keynote, You Empowered by the Cloud:
- http://www.mms-2011.com/p/mms2011/resources/KEY1.WMV
Day 2 Keynote, You! Empowered to Embrace Consumerization:
- http://technet.microsoft.com/en-us/edge/mms-2011-day-2-keynote.aspx

Conclusão : A System Center Suite esta ficando ainda mais maduro com uma integração e portofolio de capacidades impressionante, esteja pronto para as próximas versões. A observação maior foi a sinergia entre todos os produtos através das interfaces e conceitos comuns.

Até mais, Markus

Technorati Tags: MMS 2011,Arquitetura,Microsoft Online Services

Plataforma de Aplicações com WCF 4.0, AppFabric, BizTalk

Markus Christen — Wed, 11 May 2011 18:00:00 GMT

Olá tudo bem?

Depois de um tempo sem criar conteúdo eu estou de volta tentando de inspirar vocês com informações sobre a plataforma de aplicações.Uma das coisas que eu sou frequentemente solicitado é de criar uma matriz de aplicabilidade.Qual a tecnologia se aplica melhor aos desafios específicos de uma empresa?

Não parece ser uma necessidade urgente, na visão de algumas pessoas na área de venda, mas com os produtos atuais e os futuros lançamentos, na é fácil de escolher a tecnologia adequada para um cenário especifico. Neste post, vamos tentar de esclarecer algumas questões básicas e oferecendo um quadro de referência sobre a forma como eu interpreto lós em cenários corporativos. Vamos começar com uma introdução rápida dos novos serviços da Microsoft. Especificamente, WCF 4,0, AppFabric Server e AppFabric Azure. Nesta visão, eu vou restringir a discussão às tecnologias que se relacionam especificamente para os desafios tradicionais de integrações.

Windows Communications Foundation (WCF) 4

Descrição

Este lançamento centra-se na facilidade de uso e gerenciamento, juntamente com novas funcionalidades, tais como roteamento, o suporte para o WS-Discover, e melhorias no WCF Starter Kit Rest.

Funções Corporativos

O suporte para o WS-Discovery que permite a descoberta de serviços em uma rede. O suporte é fornecido através de modo gerenciado que usa um proxy centralizado e com o modo ad hoc, em que a localização do serviço é de broadcast.

Referencias

A Developer’s Introduction to Windows Communication Foundation 4

PDC’ 09: What’s New for Windows Communication Foundation 4

Windows Server AppFabric

Descrição

A melhor maneira de pensar do Windows Server AppFabric é como um substituto para o COM + ambiente de hospedagem. Da mesma forma que o WCF substituí web services, Remoting, e DCOM, AppFabric está substituindo o COM + ambiente de hospedagem. Administração, acompanhamento dos serviços e ferramentas de gestão permitem AppFabric efetuar esse papel. Inclui também uma chamada de persistência unica de fluxo de trabalho e uma plataforma de caching distribuído.

Funções Corporativos

Baseado no ambiente de hospedagem WAS, que inclui a hospedagem de fluxos de longo duração .

Inclui ferramentas para o gerenciamento, monitoramento e consultas de serviços e fluxos de Net 4.0

Chamada de persistência unificada que possibilita o crescimento sobre demanda horizontal, incluindo o monitoramento integrado

Monitoramento de saúde da solução e do funcionamento de serviços WCF WF. Instrumentação de alto desempenho baseado em Event Tracing for Windows (ETW) com análise de monitoração do SQL usando SQL Server Reporting Services (SSRS).

Referencias

Microsoft .NET Framework 4 and Windows Server AppFabric Virtual Labs

PDC ‘09: Application Server Extensibility with Microsoft .NET 4 and Windows Server AppFabric

Windows Azure AppFabric

Descrição

Azure talvez seja mais bem entendida como um serviço paralelo na nuvem da versão local. Ele fornece um registro de serviço, um barramento de serviços e um STS na nuvem.

Funções Corporativos

Serviço de transmissão que elimina a necessidade de enlaces ponto-a-ponto, em vez roteamento de chamadas não transacional através da nuvem.

Serviço de Registro que fornece um feed ATOM de escuta em um espaço particular.

Serviço de autenticação de serviços, com base em declarações baseado para autorização.

Referencias

Windows Azure Platform Training Kit

Mix ‘10: Connecting Your Applications in the Cloud with Windows Azure AppFabric

Working with the .NET Service Bus

Comecei a agrupar essas tecnologias em conjunto e pensar sobre o que os casos de uso são melhores para cada uma das respectivas tecnologias. A imagem abaixo representa estes grupos, juntamente com o caso de uso de arquétipo e características específicas das tecnologias de clusters. Este agrupamento representa uma simplificação da realidade fundamental e não conta para muitos dos tons de cinza ;)

Abraços Markus

Technorati Tags: Plataforma de Aplicações,AppFabric,Windows Azure,.Net 4.0

Cloud Computing para Arquitetos: Microsoft Server Application Virtualization !

Markus Christen — Tue, 10 May 2011 01:39:00 GMT

Bom Dia !

Microsoft Server Application Virtualization baseia-se na tecnologia utilizada na Client Application Virtualization, permitindo a separação do estado e da configuração do aplicativo da chamada do sistema operacional. Esta separação e a criação de um imagem fechado permite que aplicativos existentes no Windows, não especificamente para Windows Azure, podem ser instalados em uma “Worker Role” de Windows Azure. Fazemos isso de uma forma em que o estado do aplicativo é mantido entre reinicializações ou movimento da “Worker Role”. Este processo permite que aplicativos existentes, podem ser implementados diretamente sem modificação no Windows Azure, fornecendo ainda mais flexibilidade as organizações de aproveitar os recursos da nuvem.

Analisando os recursos nos podemos ver que a Application Virtualization pode oferecer:

Mobilidade dos aplicativos:

Server Application Virtualization permite que as organizações movam seus aplicativos de data centers locais para Windows Azure para aproveitar a disponibilidade e escalabilidade sobre demanda . Esta mobilidade fornece um único nível de flexibilidade para organizações como suas necessidades evoluem, permitindo que o movimento de um ambiente para outro conforme necessidades dos seus negócios sem a necessidade de reescrever o aplicativo.

Simplifica a implantação:

Com Server Application Virtualization, organizações são capazes de virtualizar aplicativos uma vez e, em seguida, implantar esses pacotes conforme necessário. Esse processo cria um método para gerenciar aplicativos, simplesmente e eficiente em toda a sua plataforma de Windows Server ou Windows Azure.

Redução dos custos operacionais

Usando Microsoft Server Application Virtualization organizações podem obter os benefícios de gerenciamento reduzido da plataforma Windows Azure para seus aplicativos existentes. Isso é oferecido através do Microsoft Server Application Virtualization que está sendo implantado na plataforma Windows Azure, ou seja, organizações obtém os benefícios do Windows sem a necessidade de gerenciar um servidor de Windows.

Com a Microsoft Server Application Virtualization as organizações são capazes de virtualizar aplicativos uma vez e, em seguida, implantar na sua plataforma de Windows Server ® ou para Windows Azure. Microsoft Server Application Virtualization converte aplicações tradicionais em imagens de estados separado sem a necessidade de alterações no código, permitindo que você hospedar uma variedade de aplicações de Windows 2008 no “WorkerRole” de Windows Azure. O processo de conversão é feito usando o App-V Server. Quando o aplicativo do servidor é sequenciado, as definições da configuração, serviços e recursos que o aplicativo usa são detectados e armazenados. O aplicativo sequenciado, em seguida, pode ser implantado via Server Application Virtualization Packaging Tool para uma “Worker Role” no Windows Azure como um arquivo. Fantástico!!!!

Microsoft Server Application Virtualization e a VM Role de Windows Azure

Microsoft Server Application Virtualization e a VM Role de Windows Azure VM são tecnologias complementares que fornecem opções para migrar seus aplicativos existentes do Windows para Windows Azure. Com a função de VM Role, você está copiando um arquivo VHD Hyper-V com o sistema operacional e aplicativo instalado para o Windows Azure. Com servidor App-V, você está capturando uma imagem do aplicativo com o Server Application Virtualization Sequencer, copiando a imagem até ao Windows Azure com Server Application Virtualization Packaging Tool e implantá-lo em um papel de “Worker Role” de Windows Azure.

Conectar-se novamente à sua rede Local

Para a maioria de vocês, os aplicativos locais que você deseja virtualizar provavelmente têm que acessar recursos locais dentro de seu domínio ou em seu datacenter. Como você pode configurar o aplicativo virtualizado acessando a rede interna depois que você mudou para Windows Azure?"

Com Windows AzureConnect (Beta) , você pode criar essa ligação de dentro de Windows Azure volta para sua rede. Isso cria conexões IPsec protegida entre máquinas (físicas ou virtuais em ) e Windows Azure. Tenha em mente que você terá para contabilizar a latência entre executando parte de seu serviço no local e parte fora, porque você está executando parte de seu aplicativo em um datacenter e parte em outro.

Atualmente, o Microsoft Server Application Virtualization CTP é só para pessoas convidadas mas por favor, fique atento para mais informações sobre esta tecnologia e algum meses !!!

Video da tecnólogia: http://player.microsoftpdc.com/Session/6f853fa2-06f6-45e5-ac25-18c31cc4ba32

Markus

Informações baseados no CTP e blog do “Project Team”

Technorati Tags: Cloud Computing,Windows Azure,Arquitetura

Arquitetura de TI: Solução de Identidades com Active Directory Federation Services 2.0

Markus Christen — Sun, 08 May 2011 11:29:00 GMT

Olá, tudo bem?

Trabalhar com identidades é uma parte critico para qualquer tipo de aplicações. Desenhar uma estratégia como a aplicação se comporta relacionada o acesso externo e interno é um assunto complexo e com grande impacto. Quem pode acessar a aplicação? Quem pode acessar as áreas restritas? Identidades na área física são muito comuns.

Tudo mundo precisa vários vezes por dia identidades como passaporte, carteira de motorista etc. Desenvolvedores, provavelmente já ouviram algo sobre WIF (Windows Identity Foundation), anteriormente chamado “Geneva Framework ”, que fornece API eficiente para habilitar o contexto de declarações em seus aplicativos e criar token de segurança personalizados. Menos familiar entre os desenvolvedores e IT-Pros é o Active Directory Federation Services versão 2.0 (AD FS 2.0), originalmente chamado “ Geneva Server ” que é um solução integrada de Single-Sign-On (SSO) e federação prontos para empresas. AD FS 2.0 é uma evolução do AD FS 1.0 e oferece suporte (WS-Trust) ativo e passivo e (WS-Federation e SAML 2.0). Neste post, eu vou iniciar com uma visão geral do AD FS 2.0 e fornecer esclarecimento sobre como os desenvolvedores em conjunto com os IT-Pros podem usar AD FS 2.0 em suas soluções de identidade. O foco é a funcionalidade de emissão de token do AD FS 2.0. A emissão de token é apenas uma pequena parte do AD FS 2.0.

A arquitetura, AD FS 2.0 é criado na parte superior de WIF Windows Communication Foundation (WCF), portanto, se você estiver familiarizado com essas tecnologias, você deve se sentir à direita em casa com AD FS 2.0. Vamos começar analisar a parte da arquitetura de uma infraestrutura interna sem alta redundância. Você pode usar AD FS 2.0 em vários cenários comuns. O cenário mais simples e mais comum é usar AD FS 2.0 como um provedor de identidade para que possa emitir tokens SAML para identidades que ele gerencia. Para que, uma nova parte confiante precisa ser criado. Uma parte confiante no AD FS 2.0 é uma representação de um aplicativo (um site ou um serviço Web) e contém todas as informações relacionadas à segurança informações, como o certificado de criptografia, alega regras de transformação e assim por diante. O exemplo mostra uma infraestrutura básica de uma aplicação web:

Exemplo Infraestrutura sem HA via ADFS 2.0:

A estrutura interna é baseada em uma infraestrutura básica com Active Directory e os correspondentes serviços (Provedore de Identidades). O ADFS 2.0 Federation Service na rede corporativa tem a função de um Secure Token Service. Todas as requisições internas são redirecionadas para este servidor e ele garante a autenticação e criação dos token de segurança. Para garantir a integração com a internet ADFS 2.0 oferece uma função adicional que se chama ADFS Proxy, que não fais parte do domínio . Usuários externos que acessam aplicações web são redirecionadas para o Federation proxy que por se mostra um tela de logon. As informações preenchidas são entregas via porta 443 para o ADFS 2.0 Federation na rede corporativa, que garanta a autenticação e criação do token de segurança.

Exemplo de um fluxo de autenticação via ADFS 2.0:

Infraestrutura ADFS 2.0 com alta redundância:

ADFS oferece a criação de uma Farm baseada em um repositório único de um banco de dados SQL 2008. Todo balanceamento de carga e feito via NLBS ou Hardware de balanceamento de carga.

Como você viu neste post, o STS do AD FS 2.0 fornece uma solução solução pronta para habilitar declarações seus serviços WCF e aplicativos baseados em navegador. STS propriamente dito é apenas uma pequena parte do AD FS 2.0, que também inclui um CardSpace sistema, um mecanismo de transformação de declarações baseado em regra, serviços de infraestrutura, gerenciamento e configuração do gerenciamento de confiança automáticas e suas respectivas ferramentas de provisionamento. Juntamente com WIF, AD FS 2.0 cria uma combinação poderosa para soluções de identidade do programa na plataforma Windows.

Se voce gostariam saber mais :

Abraços Markus

Technorati Tags: ADFS 2.0,Arquitetura de TI

ArqCast Brasil–Adaptive Streaming com Windows Azure Storage e CDN

Markus Christen — Fri, 06 May 2011 20:14:00 GMT

Ola,

Vamos continuar com a nossa serie ArqCast ! Depois de quase um ano sem ArqCast nos vamos continuar com o mesmo objetivo mas com uma entrega mais moderno. Neste vídeo eu vou falar sobre como publicar um vídeo com adaptive streaming no Windows Azure Blog Storage.

http://channel9.msdn.com/Blogs/Markus+Christen/ArqCast-Brasil-Adaptive-Streaming-com-Windows-Azure

Links importantes:

Espero que vocês gostem ;)

Cloud Computing para Arquitetos de TI: Private Cloud - Incentivar comportamentos desejados e prevenir uso inadequado dos recursos de TI

Markus Christen — Thu, 05 May 2011 15:26:00 GMT

Olá meus amigos, vamos continuar com a série sobre Cloud Computing para Arquitetos de TI. Como mencionado no ultimo post sobre Cloud Computing vamos considerar sete princípios, patterns, da Private Cloud:

Percepção da capacidade Infinita de recursos de TI
Previsibilidade Consistente de recursos de TI
Provedor de Serviços de Infraestrutura (IaaS)
Resiliência e Redundância Garantida de recursos de TI
Automação e Orquestração dos processos de TI
Optimização do uso de Recursos de TI
Incentivar comportamentos desejados e prevenir uso inadequado dos recursos de TI

Incentivar comportamentos desejados e prevenir uso inadequado dos recursos de TI!

Muitos dos princípios da Private Cloud podem incentivar comportamentos negativos, se não existem processos de governança. A percepção da capacidade infinita pode resultar em uso de capacidades como um substituto de gerenciamento de carga eficaz no nível de software.

Por exemplo, as tecnologias de virtualização, também podem levar crescimento não controlado de servidores, onde VMs são criados sobre demanda, mas não há mecanismos para a remoção dos VMs quando não são mais necessários. Isso pode ser percebido como uma melhoria na qualidade e agilidade de um serviço, mas afeta negativamente o custo da infraestrutura necessária para atingir essas metas. Private Cloud não é um “Playground” de recursos de TI !

Portanto, incentivar o comportamento desejado para consumo de serviços é um princípio-chave na consecução de reduzir custos. Algumas empresas incentivam os consumidores com politicas de uso como máximo de VM’s, espace de armazenamento e uso da rede. Se eles ultrapassam as politicas definidas, eles entram em um fluxo de trabalho de extensão.

Mas como controlar o aspecto de custos? Neste contexto é importante o termo de “Chargeback”. “Chargeback” é a capacidade de cobrar por recursos consumidos em vez de uma taxa fixa atribuída capacidade. O conceito de “Chargeback” é uma parte elementar e controversa da “Private Cloud”.

Alguns sustentam que preços muito granular devem estar aplicados para operar com eficiência; outros sustentam que alta granularidade pode se refletir negativamente na capacidade da escalabilidade e flexibilidade que são os verdadeiros benefícios da “Private Cloud.

A prática comum hoje é que, no pedido do serviço, uma máquina de quatro processadores com 16 GB de memória, 50 GB de armazenamento e 8 NICs, uma taxa fixo é aplicado, o que significa que um total de custos para a aquisição do sistema é transferida do grupo solicitante para a organização de TI; Além disso, os custos operacionais do grupo de TI são aplicadas, proporcionalmente, às consumidores dos recursos de IT.

Se você gostaria de conhecer mais sobre assunto acessa o portal da Microsoft sobre a computação em nuvem: http://www.microsoft.com/virtualization/en/us/cloud-computing.aspx

Até o próximo post,

Markus

Baseado no artigo: http://blogs.technet.com/b/privatecloud/archive/2010/10/12/private-cloud-principles.aspx

Technorati Tags: Arquitetura,Cloud Computing,Private Cloud

Cloud Computing para Arquitetos de TI: Private Cloud – Automação - Orquestração e Optimização

Markus Christen — Sat, 16 Apr 2011 00:05:00 GMT

Percepção de Capacidade Infinita
Previsibilidade Consistente
Provedor de Serviços de Infraestrutura (IaaS)
Resiliência e Redundância Garantida
Automação e Orquestração dos processos de TI
Optimização do uso de Recursos de TI
Incentivar Comportamento do Consumidor desejado e prevenir uso inadequado dos recursos de TI

Automação e Orquestração

Um princípio fundamental da computacao em nuvem é a sua capacidade de minimizar o envolvimento humano durante todo o ciclo de vida de TI do ambiente. Uma “Private Cloud” bem projetado tem a capacidade de executar tarefas operacionais dinamicamente, detectar e responder automaticamente às condições de falhas no ambiente e adicionar ou reduzir capacidades sobre demanda.É importante observar que existe um continuum entre intervenção manual e automatizada que deve ser definida. Um processo manual é onde todas as etapas requerem intervenção humana. Um processo mecanizado (Mechanized) é onde algumas etapas são automatizadas, mas alguma intervenção humana é ainda necessária (como detectar que um processo deve ser iniciado ou iniciar um script). Para ser verdadeiramente automatizado, nenhum aspecto de um processo, desde a sua detecção à resposta, deve exigir qualquer intervenção humana. Minimizar o envolvimento humano através da automação é considerado um dos fundamentos, pré-requisitos da computação em nuvem.

Optimização

Otimização de recursos aumenta a eficiência e redução de custos. Principalmente é alcançada através do compartilhamento de recursos. Ter uma plataforma de serviços compartilhados é frequentemente referido como “Multi-Tenancy”. Em alguns casos estes “Tenants” devem compartilhar serviços de infraestrutura mas devido a arquitetura de silos departamentais, normalmente não compartilham serviços de infra-estrutura e gerenciamento. Permitindo que vários aplicacoes compartilham recursos, resulta em maior utilização dos recursos e uma utilização mais eficiente. Otimização por meio da abstração permite que muitos dos sete patterns, princicpios, e finalmente, ajuda reduzir custos e melhorar a agilidade.

Se você gostaria de conhecer mais sobre assunto acessa o portal da Microsoft sobre a computação em nuvem : http://www.microsoft.com/virtualization/en/us/cloud-computing.aspx

Até o próximo post,

Markus

Baseado no artigo: http://blogs.technet.com/b/privatecloud/archive/2010/10/12/private-cloud-principles.aspx

Technorati Tags: Arquitetura,Cloud Computing,Private Cloud

Cloud Computing para Arquitetos de TI - Private Cloud

Markus Christen — Tue, 01 Mar 2011 02:13:00 GMT

Olá, tudo bem?

Desta vez nos vamos se dedicar na continuação da serie sobre a computação em nuvem. Na minha percepção, milhões de pessoas estão escrevendo milhões de artigos sobre este assunto, só por motivos de criar audiência e sustentar esta nova visão de arquitetura.

Em nesta onda de artigos, o que mim mais preocupa é que a maioria das professionais de TI não coloquem in consideração no processo de decisão às experiências da computação local. Isto parece para mim igual uma pessoa que tem um cachorro muito lindo, que ela cuida muito bem. Mas depois de um tempo ela percebeu que o cachorro não era como ela gostaria! Isto motiva a ela de chegar à conclusão de ir a próxima loja de animais e comprar um cachorro novo, sem pensar como ela poderia melhorar o comportamento do cachorro atua e no fato que ela precisa agora cuidar dos dois cachorros com o mesmo orçamento!

Como analisar novas tecnologias

Agora vocês vão pensar, porque Markus esta falando de cachorros! Na minha visão muitas professionais de TI definiam decisões, passeado em emoções (Geeks) e não em uma análise definida incluindo aspectos de negócio. Como nos podemos definir métricas para uma análise sobre possíveis benefícios da computação em nuvem sem ser emocional (Fator Geek) ?

Importante lembrar que computação em nuvem não pode ser apenas uma nova estratégia de cumprir as metas de reduzir custos operacionais na área de TI. O potencial da computação em nuvem na minha visão é de criar vantagens competitivas na área de negócio baseado no aumento de agilidade e redução do tempo de entrega.

Os dez pontos que eu uso na análise de novas tecnologias:

Entender a visão e estratégia de negócio da sua empresa.
Entender a maturidade do seu ambiente de TI local.
Entender a computação em nuvem em seus aspectos arquiteturais.
Analisar as capacidades e limitações da computação em nuvem.
Analisar como estas capacidades podem sustentar as estratégias de negocio
Analisar como estas capacidades podem criar vantagens competitivas de negocio.
Analisar possíveis benefícios que se refletem na redução dos custos operacionais de TI
Analisar como estas novas capacidades se integra nos processos existentes
Documentar seus resultados baseado em indicadores pré-definidas e comunicadas.
Fazer a decisão baseado nos documentos gerados.

Entender os princípios da computação em nuvem privada

Os princípios mencionados neste post fornecem as regras e diretrizes gerais para suporte à computação em nuvem privada. Eles são persistentes, raramente alteradas, e informar e apoiar a forma como cumpre a sua missão e objetivos. Estes princípios são interdependentes e muitas vezes formam a base sobre a qual uma nuvem privada é criada.

Os Sete princípios da computação em nuvem privada:

Percepção de capacidade infinita
Previsibilidade consistente
Provedor de Serviço de infraestrutura (IaaS)
Resiliência e Redundância garantida e transparente
Automação e Orquestração dos processos de TI
Otimização do Uso de Recursos deTI
Incentivar Comportamento do Consumidor desejado e prevenir mal uso de recursos de TI

Na próxima vez nos vamos analisar cada um dos sete princípios em detalhe.

Até o próximo post,

Markus

Baseado no artigo: http://blogs.technet.com/b/privatecloud/archive/2010/10/12/private-cloud-principles.aspx

Technorati Tags: Private Cloud,Computação em nuvem,Azure

Cloud Computing para Arquitetos de TI: Como implementar os sete princípios da computação em nuvem com as capacidades da Microsoft

Markus Christen — Mon, 28 Feb 2011 09:23:00 GMT

Olá tudo mundo,

Vamos fechar com este post a nossa serie sobre a computação em nuvem para arquitetos de TI. Os princípios mencionados durante esta serie fornecem um das regras e diretrizes gerais aplicadas no mercado para suportar à computação em nuvem publico e privada.

Eles são persistentes, raramente alteradas na base do objetivo, e apoiaram a forma como cumpre a sua missão e objetivos. Estes princípios são interdependentes e muitas vezes formam a base sobre a qual uma nuvem é criada.

Vamos se lembrar: Os Sete princípios da computação em nuvem (Private Cloud):

Percepção da capacidade infinita.
Previsibilidade consistente.
Provedor de Serviço de infraestrutura (IaaS).
Resiliência e Redundância garantida e transparente.
Automação e Orquestração dos processos de TI (Run book Automation / RBA).
Otimização de recursos de TI.
Incentivar comportamentos desejados e prevenir mal uso de recursos de TI.

Uma das perguntas mais frequente durante meus visitas aos clientes no Brasil é, como eu posso implementar os sete princípios com as capacidades de TI da Microsoft. Importante ressaltar que não existe uma única solução, várias capacidades são disponíveis e podem ser usadas dependo do nível de maturidade de TI da sua empresa.

Referencia de arquitetura para uma empresa com baixa maturidade de TI – Fase 1

Capacidades:

· Percepção da capacidade infinita:
- Microsoft System Center Virtual Machine Manager Self-Service Portal
· Provedor de Serviço de infraestrutura (IaaS):
- System Center Server Management Suite
· Resiliência e Redundância garantida e transparente:
- Hyper-V Live Migration, Microsoft Cluster Service.

Referencia de arquitetura para uma empresa com alta maturidade de TI – Fase 2

Capacidades:

· Percepção da capacidade infinita:
- Sharepoint Portal, Opalis, Custom Applications
· Previsibilidade consistente:
- System Center Server Management Suite , Avicode 5.7
· Provedor de Serviço de infraestrutura (IaaS):
- System Center Server Management Suite, Opalis,
· Resiliência e Redundância garantida e transparente:
- Hyper-V Live Migration, Microsoft Cluster Service.
· Automação e Orquestração dos processos de TI (Run book Automation / RBA):
- Opalis 6.3, System Center Server Management Suite
· Otimização de recursos de TI:
- System Center Server Management Suite, Avicode 5.7
· Incentivar comportamentos desejados e prevenir mal uso de recursos de TI:
- System Center Server Management Suite

Vamos falar mais sobre este assunto,

Markus

Arquitetura e Gestão Mundo.Net

Markus Christen — Tue, 22 Feb 2011 17:45:28 GMT

Olá,

Mais um artigo que eu escrevi na Mundo.Net sobre o valor da arquitetura de TI. Espero que vocês gostam ! . Compreenda definitivamente a TI como um componente estratégico e a importância de alinhá-la com os objetivos do negócio.

Abraços Markus

Cloud Computing para Arquitetos de TI - Private Cloud - Resiliência e Redundância

Markus Christen — Thu, 03 Feb 2011 17:10:00 GMT

Olá, tudo bem?

Vamos continuar a serie sobre a computação em nuvem. Como mencionado no ultimo post sobre Cloud Computing vamos considerar sete princípios da computação em nuvem privada. Que são:

Percepção de capacidade infinita
Previsibilidade consistente
Provedor de Serviço de infraestrutura (IaaS)
Resiliência e Redundância garantida e transparente
Automação e Orquestração dos processos de TI
Optimização do Uso de Recursos de TI
Incentivar Comportamento do Consumidor desejado e prevenir uso inadequado dos recursos de TI

Vamos continuar com a definição Resiliência e Redundância na computação em nuvem privada. Tradicionalmente, TI tem prestado serviços de alta disponibilidade através de redundância. Se un componentes necessários estava com falha, um componente redundante estaria esperando para pegar a carga de trabalho.

A redundância é geralmente aplicada na camada de infraestrutura (Host Clustering). Um princípio fundamental de uma nuvem privada é prestar serviços de alta disponibilidade através de resiliência (Chamada de Aplicações).

Ao invés de projetar para a prevenção de falha, o projeto aceita e espera que os componentes eventualmente falhem e enfoca a mitigar o impacto da falha e restabelecer o serviço rapidamente quando a falha ocorre através de mecanismos na chamada de aplicacao.

Através da virtualização, a detecção em tempo real e resposta automática para os estados de saúde, as cargas de trabalho podem ser movidos, muitas vezes sem nenhuma percepção de impacto sobre o serviço. Se a redundância é tratada na camada de aplicação, pode ser retirada da camada de infraestrutura, economizando custos substanciais.

Exemplos:

Exchange Cluster
SQL Cluster
File Server Cluster
IIS Application Cluster

Etc.

Se você gostaria de conhecer mais sobre assunto acessa o portal da Microsoft sobre a computação em nuvem privada que é: http://www.microsoft.com/virtualization/en/us/cloud-computing.aspx

Até o próximo post,

Markus

Technorati Tags: Private Cloud,Computação em nuvem,Azure

Cloud Computing para Arquitetos de TI - Private Cloud - Previsibilidade

Markus Christen — Wed, 02 Feb 2011 11:23:00 GMT

Olá, tudo bem?

Vamos se dedicar na continuação da serie sobre a computação em nuvem. Como mencionado no ultimo post sobre Cloud Computing vamos considerar na definição os sete princípios da computação em nuvem privada. Que são:

Percepção de capacidade infinita
Previsibilidade consistente
Provedor de Serviço de infraestrutura (IaaS)
Resiliência e Redundância garantida e transparente
Automação e Orquestração dos processos de TI
Optimização do Uso de Recursos de TI
Incentivar Comportamento do Consumidor desejado e prevenir mal uso dos recursos de TI

Vamos continuar com a definição da visão de previsibilidade, que nos podemos considerar um dos aspectos mais complexos na área de TI. A previsibilidade é um princípio fundamental para uma nuvem de todas as perspectivas se você é um consumidor ou o provedor. Do ponto de vista do consumidor, serviços em nuvem devem ser coerentes, eles deveriam ter a mesma qualidade e funcionalidade a qualquer momento.

Um provedor deve oferecer uma infraestrutura que garante uma experiência consistente com serviços homogêneos para alcançar essa previsibilidade. Essa consistência é conseguida através da homogeneização da base de servidores físicos, dispositivos de rede e sistemas de armazenamento sem grandes customizações para os consumidores.

Do ponto de vista do provedor de serviço de gestão, essa previsibilidade é conduzida através da padronização dos serviços no catálogo de serviços, bem como a padronização dos processos. O princípio da previsibilidade é necessário para a condução de qualidade de serviço. Como toda previsão, ela é baseada em informações históricos que são responsáveis para criar patterns de comportamento dos consumidores que permitam criar patterns de uso. Baseado em estas informações a área de operação pode adicionar novos recursos de rede, CPU, Memoria ou armazenamento no “Pool” de recursos da nuvem privada.

Voces esta vendo que sem as informacoes historicos a previsao é considerado um “Guess” que talvez vai dar certo, mas o risco de falhar é muito alto ! (Risco = Custo)

Se você gostaria de conhecer mais sobre assunto acessa o portal da Microsoft sobre a computação em nuvem privada que é: http://www.microsoft.com/virtualization/en/us/cloud-computing.aspx

Até o próximo post,

Markus

Technorati Tags: Private Cloud,Computação em nuvem

Cloud Computing para Arquitetos de TI - Private Cloud - Provedor de Serviço de Infraestrutura (IaaS)

Markus Christen — Tue, 01 Feb 2011 11:58:00 GMT

Olá, tudo bem?

Vamos se dedicar na continuação da serie sobre a computação em nuvem. Como mencionado no ultimo post sobre Cloud Computing vamos considerar sete princípios da computação em nuvem privada. Que são:

Percepção de capacidade infinita
Previsibilidade consistente
Provedor de Serviço de infraestrutura (IaaS)
Resiliência e Redundância garantida e transparente
Automação e Orquestração dos processos de TI
Optimização do Uso de Recursos de TI
Incentivar Comportamento do Consumidor desejado e prevenir mal uso dos recursos de TI

Vamos continuar com a definição de um Provedor de Serviço de infraestrutura ou IaaS (Infrastructure as a Service). IaaS é um princípio fundamental para a nuvem consideram todas as perspectivas da nuvem independente se você é um consumidor ou o provedor. Do ponto de vista do consumidor, serviços de infraestrutura em nuvem devem ser coerentes, eles deveriam ter a mesma qualidade e funcionalidade a qualquer momento com um processo de provisionamento fácil e muito ágil.

Historicamente, sempre que foi solicitado a prestar um serviço à empresa, que iria comprar os componentes necessários e, então, construir uma infraestrutura específica para a cada solicitação de serviços. Isto resulta em baixa agilidade, aumento de custos (devido à duplicação de infraestrutura sem compartilhamento de recursos) e a incapacidade de satisfazer as expectativas de negócios em agilidade e redução de custos. Para agravar ainda mais o problema, este modelo é muito utilizado quando um serviço já existente e precisa ser ampliado ou melhorado (Crescimento Orgânico). O princípio de uma abordagem de Prestador de Serviços de infraestrutura mudaria a abordagem de TI.

Se a infraestrutura é fornecida como um serviço, podemos agora utilizar recursos compartilhados (multilocação) modelo que atinge as economias de escala e maior agilidade quando combinado com outros consumidores.

Existem quatro tipos de recursos básicos em um “Pool” de IaaS:

Rede básica de computação (Conexão)
Poder de Computação (CPU)
Memoria de Computação (RAM)
Armazenamento de Dados (GB)

Conclusão:

Na camada de IaaS, computação em nuvem é um modelo onde a rede básica de computação, poder de Computação (CPU),memoria (RAM) ,armazenamento de dados e outros recursos são agrupados para permitir que a computação é baseada no uso de autoatendimento, escalável e elástica, e eficiente. Uma nuvem privada, em especial é dedicada a uma empresa individual, se ele existe local ou, fora das instalações (por exemplo, prestador de serviços). Com a nuvem privada, os recursos de TI são gerenciados como um único pool de recursos, capaz de atender as necessidades do negócio e do cliente quando necessário, da mesma forma como usam a eletricidade como um recurso, sempre disponível, de imediato, sobre demanda, e com tanta capacidade necessária, como qualquer outro serviço.

Assim podemos garantir o melhor uso das capacidades de TI com processos mais ágeis que atendam as necessidades da área de negocio. Lembrando que monitoração, automatização e integração são elementos essenciais que precisam ser considerados independentes da definição da nuvem.

Se você gostaria de conhecer mais sobre assunto acessa o portal da Microsoft sobre a computação em nuvem privada que é: http://www.microsoft.com/virtualization/en/us/cloud-computing.aspx

Até o próximo post,

Markus

Technorati Tags: Private Cloud,Computação em nuvem

Private Cloud

Cloud Computing para Arquitetos de TI - Private Cloud - Capacidades Infinitas

Markus Christen — Mon, 31 Jan 2011 12:35:00 GMT

Olá, tudo bem?

Vamos se dedicar na continuação da serie sobre a computação em nuvem. Vocês gostarem do ultimo post sobre este assunto? Se não, sugestões são sempre bem vindos!

Como mencionado no ultimo post sobre Cloud Computing vamos considerar na definição os sete princípios da computação em nuvem privada. Que são:

Percepção de capacidade infinita
Previsibilidade consistente
Provedor de Serviço de infraestrutura (IaaS)
Resiliência e Redundância garantida e transparente
Automação e Orquestração dos processos de TI
Optimização do Uso de Recursos de TI
Incentivar Comportamento do Consumidor desejado e prevenir mal uso dos recursos de TI

Vamos começar com a definição da percepção da capacidade infinita:

A percepção de capacidade infinita

Do ponto de vista do consumidor, a computação em nuvem privada parece ter capacidades infinitas (CPU, Memoria, Rede, Armazenamento). O consumidor pode usar tanto ou tão pouco do serviço, conforme necessário ou definido na quota dele.

Usando o "fornecedor de energia elétrica", como uma metáfora, os consumidores consomem tanto do serviço quanto precisa. Essa mentalidade de utilidade significa que a capacidade de planejamento é de suma importância e deve ser feito de forma proativa para que os pedidos possam ser atendidos sob a demanda. Planejamento de capacidade isolado e reativa leva ao uso ineficiente de recursos e custos altos. Combinado com outros princípios, tais como incentivar o comportamento do consumidor desejado, este princípio permite um equilíbrio entre os custos de capacidade ociosa e o desejo de agilidade.

Em um cenário de computação em nuvem privada, que é oferecido apenas a uma organização ou empresa estas capacidades, poderia ser problemático. Com um provedor de computação em nuvem privada de TI, a unidade é considerada o consumidor das capacidades de TI. Neste caso, a capacidade é, naturalmente, mais caro e não infinito, nem deve ser infinitamente expansível (Limites com quotas definidas por unidades de negócio).

Capacidades de TI devem ser apropriados em relação dos custos de investimento e o retorno com base naquilo que a capacidade de TI fornece para a organização. Isto coloca grande ênfase em princípios tais como os incentivos o comportamento desejado dos usuários de TI, que também irá testar a maturidade e a força do relacionamento de TI com o negócio e normalmente.

Se você gostaria de conhecer mais sobre assunto acessa o portal da Microsoft sobre a computação em nuvem privada que é: http://www.microsoft.com/virtualization/en/us/cloud-computing.aspx

Até o próximo post,

Markus

Technorati Tags: Private Cloud,Computação em nuvem

Baseado no artigo: http://blogs.technet.com/b/privatecloud/archive/2010/10/12/private-cloud-principles.aspx

Estratégia de TI: Inovação na Área de TI ? Só isto ?

Markus Christen — Sun, 30 Jan 2011 00:56:00 GMT

Olá, tudo bem?

O mercado de TI é cada vez mais complexo e às vezes é difícil de aceitar todas as novas tendências na primeira vista. Importante é que nos precisamos sé lembrar de que o mercado tem uma própria dinâmica independente das nossas capacidades na área de TI.

Na mais recente edição da Sloan Management Review, Sloan introduziu um novo estudo que eles estavam fazendo junto com a IBM chamado “ Intelligent Enterprise ”. No estudo, eles pesquisarem 3000 executivos e pediram-lhes para definir as prioridades mais importantes para os próximos dois anos. O que vocês acham que fui à prioridade mais votada?

Surpreendentemente ninguém mencionou redução de custos, agilizar o crescimento, redução de riscos ou aumentar a agilidade.

O ponto mais importante foi "A conseguir a diferenciação competitiva através da Inovação”. Ótimo, mas isto afeta minha área de TI? Eu tenho possibilidades de influenciar esta prioridade? Mas como a área de TI pode ajudar na inovação? Eu não tenho tempo de pensar ?

O estudo da IQ Digital , que entrevistou 750 executivos para identificar o papel principal dos CIO’s no processo de inovação, mostra que 75 % dos CIO’s se concentram nas inovações internas na própria área de TI. Apenas 25% disseram que o papel dos CIO’s tem impacto voltado o mercado para ajudar a desenvolver novos mercados, produtos e clientes.

Analisando estas pesquisas nos podemos compreender que a organização espera uma perspectiva de inovação da área de TI. Uma pergunta constante é se nos estamos falando sobre a inovação empresarial usando tecnologia ou nós estamos falando sobre o que é inovação poderia melhorar nos processos de negócios ou a função da TI própria? Ou ambos?

Um exemplo pratica que me passa na cabeça fui uma companhia de seguros que há alguns anos tentava de resolver este problema. Eles não formalizarem o problema desta maneira, mas este era essencialmente o problema. O que eles fizeram foi criar uma função de inovação de TI muito pequena que estava apenas olhando como aproveitar e capitalizar os esforços de inovação de seus fornecedores.

O que estavam fazendo os fornecedores - como Microsoft, IBM, HP e Oracle - e como eles poderiam aproveitá-lo? Era mais de uma função de divulgação e comunicação para incorporar essas ideias.

Ao mesmo tempo, eles criaram uma função de inovação de produtos. Era uma função de negócio respondendo direto para o presidente de negócios. Nessa função, eles analisarem a própria organização, mercado e vários concorrentes olhando na inovação de produtos e serviços. Ao longo do tempo eles perceberem que um capacitador importante na criação de inovações é a área de TI. Infelizmente a área de TI nunca fui considerada uma área estratégica inovadora. Mas como? Quem? Eles têm a maturidade?

Analisando os pros e contras, eles incluírem o CTO no processo de inovação, incluindo o pensamento como cobrir as dimensões de tecnologia e informação nos produtos e funções comerciais.

Então, eu acho que precisamos pensar sobre o que é nosso papel no processo de inovação. Como a sua função na área de TI poderia gerar mais impacto voltado o mercado para ajudar a desenvolver novos mercados, produtos e clientes.

Até o proximo post,

Markus

Technorati Tags: inovação,Estrategia de TI

Estratégia de TI: Arquiteto Corporativo em relação aos outros domínios de Arquitetos

Markus Christen — Sat, 29 Jan 2011 16:45:00 GMT

Basicamente, o campo da arquitetura corporativa teve início em 1987, com a publicação no IBM Systems Journal de um artigo cujo título era "A Framework for Information Systems Architecture" (Um framework para a arquitetura dos sistemas de informação), escrito por J.A. Zachman. Nesse artigo, Zachman apresentou o desafio e a visão das arquiteturas corporativas que serviriam de orientação para esse campo nos próximos 20 anos. Gerenciar a complexidade dos sistemas cada vez mais distribuídos era o desafio. Existem várias definições da Arquitetura Corporativa, frameworks e livros sobre este assunto, mas iremos considerar a definição da IFEAD como uma definição consistente neste artigo.

Arquitetura Corporativa é uma definição integral do ambiente corporativo, um plano-mestre que "age como uma força de colaboração" entre os aspectos de planejamento de negócio, tais como metas, visões, estratégias e princípios de governança, os aspectos das operações de negócio, tais como termos de negócios, estruturas organizacionais, processos e dados, aspectos da automação, como sistemas de informação e bases de dados e as infraestruturas tecnológicas, tais como computadores, sistemas operacionais e redes.

A definição "Arquitetura Corporativa", neste contexto, podemos considerar a compreensão de todos os elementos diferentes que irão compor o ambiente corporativo e como esses elementos se inter-relacionam.
A definição "Arquitetura", neste contexto, podemos considerar a estrutura de componentes, o inter-relacionamento entre eles, e os princípios e guias governando a construção e evolução durante o tempo.
A definição "Ambiente Corporativo", neste contexto, podemos considerar qualquer conjunto de organizações que tem um conjunto comum de objetivos/princípios e/ou linha única de definições. Nesse sentido, uma organização pode ser uma corporação inteira, uma divisão de uma empresa, uma organização governamental, um único departamento, ou uma rede de organizações geograficamente distantes unidos por objetivos comuns.
A definição "Elementos", que são todos os elementos que envolvem as áreas de Pessoas, Processos, Negócios e Tecnologia. Nesse sentido, os exemplos de elementos são: estratégias, prioridades de negócio, os princípios, as partes interessadas, as unidades locais, orçamentos, domínios, funções, atividades, processos, serviços, produtos, informações, comunicações, aplicações, sistemas, infraestrutura.

Podemos considerar que Arquitetura Corporativa é uma base de informações estratégicas que define a missão e as informações necessárias para executar esta missão, a tecnologia necessária para executar esta missão e os processos de transição para executar a implementação das novas tecnologias necessária para sustentar a missão. (Estratégia de Negócio e Tecnologia). Com tudo isto em mente você poderia se perguntar como é o posicionamento do Arquiteto Corporativo em relação aos outros domínios de arquitetos. Vejam abaixo uma ilustração baseado na definição IFEAD com algumas modificações baseados em aspectos culturais (Figura 4).

Analisando esta perspectiva de domínios de arquitetura é importante posicionar as atividades do Arquiteto Corporativo em relação aos Arquitetos de Soluções. Neste contexto podemos considerar:

O Arquiteto Corporativo comunica, guia e questiona decisões corporativas em aspectos relacionados em investimentos de TI e negócio, garantindo a integridade da arquitetura corporativa em alinhamento com a área de negócio.

O Arquiteto de Solução relaciona os requisitos da solução com as estruturas externas, incluindo aspectos de infraestrutura, sistemas (Legados), informações e definição funcional (negócio). Assim a efetividade e funcionalidade da arquitetura da solução (conceito) podem ser aprovadas e comunicados.

O Arquiteto de Software/Infraestrutura relaciona os requisitos da solução com as estruturas externas, incluindo aspectos de infraestrutura, sistemas (Legados), informações e definição funcional (Negócio). Assim a efetividade e funcionalidade da arquitetura da solução (Conceito) podem ser aprovadas e comunicados.

Em termos simples, uma arquitetura corporativa identifica os principais componentes de uma organização (como os sistemas de informação), e as maneiras como eles trabalham em conjunto com a finalidade de alcançar os objetivos estabelecidos pela estratégia de negócio. Os componentes podem ser recursos humanos, processos de negócio, tecnologias, informações, etc.

O que vocês acham? Sua área de TI é um valor estratégico? Você fornecem novas capacidades que sustentam a estratégia de negócio?

Ate o próximo post, Markus.

Technorati Tags: Enterprise Architecture,Arquiteto de TI

Feliz Natal e um Ano-novo de muitas felicidades !!

Markus Christen — Mon, 27 Dec 2010 17:05:00 GMT

Membros !

Eu gostaria de desejar a vocês e as suas famílias um Feliz Natal e um Ano-novo de muitas felicidades, saúde e realizações.

Um abraço,

Estratégia de TI – Resumindo as Novidades do Windows Azure (PDC 2010)

Markus Christen — Mon, 06 Dec 2010 21:44:59 GMT

Eu gostaria de dividir com vocês alguns pensamentos sobre a Professional Developer Conference 2010 da Microsoft. Analisando as novas tendências da Computação em Nuvem e outros aspectos da área de TI.

Não faltavam novidades este ano, mas a grande onda é a computação em Nuvem, Windows Azure, com varias novidades muito interessantes. A plataforma Windows Azure, composta de Windows Azure e SQL Azure, é suportada por um conjunto avançado de ferramentas de desenvolvimento e gerenciamento. Windows Azure é desenhado para dar a capacidade de executar as aplicações e alcançar o poder da nuvem com todos os benefícios.

Novidades mais importantes para a nossa area de arquitetura:

Windows Azure Virtual Machine Role

(Papel VM-Role): VM-Role- Windows Azure facilita a migração de aplicativos existentes do Windows Server para Windows Azure, eliminando a necessidade de fazer alterações em aplicativos. Durante o PDC 2010, a Microsoft anunciou suporte a função de máquina Virtual Windows Server 2008 R2 no Windows Azure. ( http://msdn.microsoft.com/en-us/library/gg465398.aspx)

Server Application Virtualization

A virtualização de aplicativos de servidor dar uma ferramenta potencialmente poderosa para mover aplicativos para a nuvem. Virtualização de aplicativos de servidor permite que os clientes a implantar imagens de aplicativos virtualizados no papel trabalhador de Windows Azure (em uma única função e instância) ao invés de usar o papel VM Role. Através desta abordagem, os clientes podem facilmente migrar seus aplicativos tradicionais para Windows Azure sem a necessidade de reescrevê-los ou de empacotá-los dentro de uma máquina virtual. Quando o aplicativo é implantado com virtualização de aplicativos de servidor no Windows Azure, os clientes podem aproveitar os recursos de gerenciamento de serviço automatizado do Windows Azure, incluindo a configuração automática e o gerenciamento contínuo do sistema operacional.

Windows Azure - Construção de imagens para o papel VM-Role na nuvem.

Permitindo que os desenvolvedores e profissionais de TI criar imagens de VM para o papel VM diretamente na nuvem. Isso será oferecido como uma alternativa para a abordagem atual de construção de imagens no local e carregá-las pela Internet.

SQL Azure Reporting

SQL Azure Reporting permite aos desenvolvedores incorporar relatórios em suas aplicações Windows Azure, incluindo sofisticada visualização de dados e exportar para formatos populares, tais como Microsoft Word, Microsoft Excel e PDF, permitindo que os usuários desses aplicativos obter uma visão maior e agir em seus dados de linha de negócios, armazenados em bancos de dados SQL Azure. http://www.microsoft.com/en-us/sqlazure/reporting.aspx)

SQL Azure - Data Sync

Sincronização de dados do SQL Azure é outro serviço importante bloco de construção para ajudar os desenvolvedores a criar rapidamente aplicativos em nuvem na plataforma Windows Azure usando banco de dados em nuvem da Microsoft. Ele permite que os desenvolvedores a criar aplicativos com dados de SQL Azure geo-replicados e sincronizar dados locais . (http://www.microsoft.com/en-us/sqlazure/datasync.aspx)

Database Manager- SQL Azure

Gerenciador de banco de dados para SQL Azure , gerenciamento de banco de dados baseado em Web e recurso de consulta otimizado para SQL Azure. Esse recurso era conhecido anteriormente como "Projeto Houston" e permite que os clientes tenham uma experiência simplificada no navegador da Web sem ter que baixar todas as ferramentas. ( http://msdn.microsoft.com/en-us/library/gg442309.aspx)

Windows Azure AppFabric

Windows Azure AppFabric ajuda os desenvolvedores a criar rapidamente aplicativos de nuvem sobre a plataforma Windows Azure com cache de memoria distribuído.

· AppFabric Cache ajuda os desenvolvedores a acelerar o desempenho de seus aplicativos com cache em memoria distribuid (http://blogs.msdn.com/b/windowsazureappfabric/archive/2010/10/28/introduction-to-windows-azure-appfabric-caching-ctp.aspx)

Windows Azure Virtual Network

Nova funcionalidade está sendo introduzida sob o nome de rede virtual do Windows Azure. Windows Azure Connect (anteriormente conhecido como "Projeto Sydney") permite que um mecanismo simples e fácil de gerenciar configurar a conectividade de rede baseada em IP entre locais e recursos do Windows Azure. O primeiro recurso de rede virtual do Windows Azure é chamado Windows Azure Connect. (http://www.microsoft.com/windowsazure/virtualnetwork/default.aspx)

Windows Azure Extra Small Instances

PDC 2010 Microsoft anunciou a instância “Extra Small”, que teria definido o preço em US $0,05 por hora de computação para facilitar o processo de desenvolvimento, teste e avaliação para desenvolvedores. Isto tornará acessível para os desenvolvedores interessados em executando aplicativos menores na plataforma. Uma versão beta deste papel estará disponível antes do final de 2010. (http://blogs.msdn.com/b/usisvde/archive/2010/12/01/windows-azure-what-is-an-extra-small-instance.aspx)

Windows Azure Remote Desktop

Área de trabalho remota permite que os profissionais de TI pudessem se conectar a uma instância em execução do seu aplicativo ou serviço para monitorar a atividade e solucionar problemas comuns. Área de trabalho remota estará disponível ainda este ano só para a versão Windows 2008 R2 Enterprise. (http://msdn.microsoft.com/en-us/library/gg443832.aspx)

Windows Azure AdminMode

A função de remove limitações que hoje impedem que desenvolvedores tenha total controle sobre seu ambiente de aplicativos. Para pequenas mudanças como configurar o IIS (serviços de informações da Internet) ou instalar um Microsoft Software Installer (MSI), a Microsoft recomenda usando o recurso de admin mode. Essa abordagem é mais adequada para pequenas mudanças e permite que o desenvolvedor para manter o serviço automatizado de gestão no nível de aplicativo e o SO convidado. (http://www.microsoft.com/en-us/appfabric/azure/pdc2010.aspx)

Windows Azure Full IIS Support

Suporte completo do IIS permite o desenvolvimento de aplicativos mais completos usando Windows Azure. A função de Web em breve irá fornecer funcionalidade completa do IIS, que permite que vários sites do IIS por função de Web e a capacidade de instalar módulos do IIS. A funcionalidade completa do IIS permite que os desenvolvedores obtenham mais valor em uma instância do Windows Azure.( http://blogs.msdn.com/b/windowsazure/archive/2010/12/02/new-full-iis-capabilities-differences-from-hosted-web-core.aspx)

Windows Server 2008 R2 – Windows Azure Instancia

Windows Azure agora oferecerá suporte para Windows Server 2008 R2 em papeis de web e trabalhador. Esse novo suporte permitirá que os clientes beneficiem da gama completa do Windows Server 2008 R2 recursos como o IIS 7. 5, AppLocker e avançados de gerenciamento automatizado e linha de comando usando o PowerShell 2. 0.

Multiple Admins

Windows Azure: Vários administradores. Windows Azure oferecerá em breve suporte para ter múltiplos Windows Live IDs de privilégios de administrador na mesma conta Windows Azure. O objetivo é tornar mais fácil para uma equipe trabalhar na mesma conta Windows Azure enquanto estiver usando seu Windows Live IDs individuais.

Vamos falar durante as próximas dias com mais detalhes sobre estes novos capacidades da computação em nuvem !

Grato,

Markus Christen

Technorati Tags: Azure,Windows Azure,SQL Azure,Arquitetura

TechEd 2010 Brasil – Sessões Markus Christen–Plataforma de Aplicações

Markus Christen — Tue, 21 Sep 2010 17:18:19 GMT

Olá pessoal, tudo bem?

Depois de um tempo sem criar nem um post, eu acho que seria na hora de voltar falar sobre assuntos da nossa área que deixam nós locos ou felizes. Eu só gostaria de lembrar a vocês que meu português escrito é longe de ser um português de uma pessoa nativa e eu esteou tentando investir tempo para melhorar. De fato eu espero que vocês consigam rir em conjunto comigo sobre meus erros e sejam bem tolerantes. Sugestões são sempre bem vindos !

Durante o TechEd 2010 Brazil eu tinha a hora de palestrar 5 sessões que foram bem legais. Seguem a lista e os links para os slides compartilhados via slidehsare:

Como eu sempre falo não existe uma definição Certa ou Errada? A combinação das inspirações forma a solução criativa para cada um. Agradeço a audiência das minhas palestras de ser uma audiência muita participativa!

Ate o próximo post, Markus.

Infrastructure Architecture in a Box - Managed Service Accounts (MSA)

Markus Christen — Thu, 01 Jul 2010 04:10:00 GMT

Windows Server 2008 R2 e Windows 7 incorpora dois novos tipos de contas de serviços chamado “Managed Service Accounts (MSA)” and “Virtual Accounts”. Desta vez vamos falar sobre os “Managed Service Accounts”

Considere um ambiente de hosters que precisam mudar todas as senhas de segurança a cada X meses. Isto é uma tarefa intensa, porque existem muitas senhas espalhadas em varios ambientes. Tentado eliminar este desafio muitas empresas desenvolvam seus próprios scripts e ferramentas com algungs etapas manuais. Agora, imagine que nos podemos eliminar completamente o esforço de mudança de senhas em cada uma das contas de serviço, sem qualquer risco de segurança! Isso é o que os Managed Service Accounts permitam. Essencialmente, o Active Directory se encarrega de a senha e gestão SPN para nós, que nos permite criar contas, atribuir-lhes um serviço do Windows, e nunca nos obrigam a atualizar a senha novamente!

Exemplo de um Ambiente

Um ambiente de teste poderia ser composto por duas máquinas virtuais. Uma maquinha poderia se tornar um controlador de domínio e o outro um computador membro do domínio. Ambas as máquinas são Windows Server 2008 R2. Windows 7 também é suportado como um computador membro, e você pode executar este com um domínio Windows Server 2008 ou 2003 Domínio, instalando o Active Directory Service Management Gateway e executar adprep / domainprep. Ambos as maquinhas precisam PowerShell instalado.

Um Managed Service Account pode ser atribuída apenas em um computador. Primeiro você precisa criar a conta, em seguida, atribuí-la a um servidor. Existem várias maneiras de fazer isso, mas eu vou mostrar a maneira mais fácil.

Tanto no domínio do computador ou computador membro:

Abra o PowerShell
Digite o seguinte, onde "ServicoTeste " é o nome da nova conta de serviço.

Criação do “Managed Service Account”:

```
Import-Module ActiveDirectory
```
New-AdServiceAccount -name ServicoTeste

Isto cria um “Managed ServicAccount” no seu “Active Directory” na seção de “Managed Service Accounts”

Se você gostaria de saber mais sobre esta conta você precisa executar:

Get-AdServiceAccount –identity “ServicoTeste”

Agora que criamos a conta, nos precisamos atribuí-lo ao um computador. Lembre-se que só pode ser atribuído a um computador ao mesmo tempo. A partir do computador que você deseja atribuir a, digite o seguinte:

Install-AdServiceAccount -identity “ServicoTeste”

Para criar e atribuir o usuário, é isso!

Atribuir a um Serviço Windows

Agora que você criou a conta e atribuído a um computador, voçe preciso adicioná-la a um serviço Windows. É meio óbvio no nome, mas vale a pena ressaltar que estes são contas de serviço, e só pode ser utilizado para Windows Services. Você não pode fazer logon em um servidor com eles ou usá-las para outros fins. Para atribuir o usuário, em primeiro lugar você precisam abrir o Windows Services snap-in (services.msc). Encontre seu serviço e edita as propriedades.

Na guia de “Logon”, digite sua nova conta de serviço. Há alguns truques aqui:

O nome do serviço tem um $ no final . Assim, para o meu domínio de teste X.X, minha conta de usuário é X.X \ ServicoTeste $
Senha: Você não sabe qual é a senha? Não tem problema! Escreva qualquer coisa, ou deixar em branco. Apenas certifique-se que a senhas são iguais. O que você digita não será salvo por isso não é menos seguro se você deixar em branco.

Applicar Permissões

Como acontece com qualquer conta de usuário do Windows, você deve atribuir as permissões necessárias. Normalmente, o serviço em si precisa de pelo menos permissões de leitura, e se o serviço precisa ter acesso a qualquer outra coisa no disco ou no Registro, você deve conceder a nova conta as permissões adequadas.“Managed Service Accounts” são uma ótima maneira de gerenciar contas de serviços.

Deixa o Windows cuidar de senhas e SPN para você.

Uma explicação mais detalhada pode ser encontrada no “Service Accounts Step-by-Step Guide”.

Abraços Markus

Technorati Tags: Infrastructure Architecture in a Box,Windows 2008

Cloud Computing para Arquitetos de TI - Melhoras Práticas para a Computação em Nuvem

Markus Christen — Thu, 17 Jun 2010 09:50:00 GMT

Olá, tudo bem?

Desta vez nos vamos se dedicar na continuação da serie de Windows Azure para Arquitetos de TI. O primeiro post fui sobre o possível futuro dos IT-Pros na nuvem e as tarefas que vão continuar sobre o domínio deles. Este post tenta de definir algumas das possíveis melhoras praticas e cuidados que precisam ser considerados antes e durante um projeto na nuvem.

Implantação e dimensionamento dinâmico

Oorçamento bem definido:

Adicionar dinamicamente máquinas virtuais em tempo de execução é um recurso útil de Windows Azure que permite que vocês possam corresponder cargas dinâmicas, mas este processo pode demorar vários minutos a partir do momento do pedido até que a instância está integrada na implantação (Não existe uma definição de SLA). Sé escalar sobre demanda é importante, hot-standbys pode ser exigido (nota: " hot-standbys " terá um custo financeiro igual uma instancia ativa em produção.. Se esta definição é proibitivo, definir um planejamento mais cedo possível para explicar atrasos de até 0 - XX minutos. Também lembrar que você pode acelerar o processo de implantação de várias instâncias simultaneamente.

Apaga implantações:

Windows Azure cobra por horas de instancias de um serviço na produção ou na área de preparação e não sobre se esse serviço está atualmente trabalhando ou não. Quando você sabe que seu serviço vai ser desativado por um período prolongado, excluir este serviço só assim você vai evitar encargos. Para trabalhar com uma demanda variável ao longo do tempo, criar uma única instalação que está constantemente em execução e que é capaz de crescer dinamicamente o número de instancias com base na demanda para o serviço.

Network Communication

Aumentar o tamanho do uso da rede.

Vários feedbacks que eu recebi mostram que uma "VM" grande tem aproximadamente duas vezes o custo da rede de uma "máquina virtual" de pequeno porte. VMs grandes também são muito bons para a computação que utiliza múltiplos núcleos de processamento.

Reduzir os custos de latência.

Versões anteriores do Windows Azure necessitarem que toda a comunicação entre os nós passam por um dos mecanismos de armazenamento de dados fornecidos pelo Azure. Esta foi uma forma de comunicação extremamente robusta, mas como um resultado não foi rápido suficiente para as expectativas de muitos desenvolvedores de aplicativos. A versão atual do Windows Azure já permite uma comunicação direta entre os nós. Lembrando que se um nó falhar os pedidos não são duráveis e serão perdidos, possivelmente requerendo iniciar o processo de novo.

Custos de latência On-Premise.

Latência de Rede é um aspecto muito critico na integração com o ambiente on-premise. Verifica se seu serviço suporta transações com uma latência elevada e analise como você poderia analisar o SLA da aplicação distribuída sem impactar na operação on-premise.

Abraços Markus

Technorati Tags: Cloud Computing para Arquitetos de TI