Recebi via twitter @jonysberg um excente material promocional da Accenture ,com crianças de 10 anos explicando da forma mais simples que já vi, o que é Cloud Computing.

Acho que vale a pena dar uma olhadinha é muito interessante !

Abraços

Estudos feitos pela IBM apresentados no IBM Forum 2010, levantaram que 85% dos servidores do mundo são subutilizados. Essa afirmação apenas corrobora com todo o movimento mundial em torno da Cloud Computing. O principal mercado de TI do mundo, o americano, que envolve cifras em torno de US$ 76 bilhões anuais , já vem tomando iniciativas desde 2008 quando criou o FFCI (Federal Cloud Computing Initiative), para padronizar e incentivar o uso da Cloud Computing , em suas diversas e variadas esferas, com objetivo principal de maximizar e otimizar o uso de toda a infraestrutura já existe e subutilizada, com uma possibilidade de grande redução de custos.

Como um exemplo recente dessa política a GSA ( U.S General Service Administration ) adotou um serviço de email nas nuvens , oferecido pela Unisys, reduzindo em 50% nos próximos 5 anos, os gastos com licenciamento e gerenciamento de mais de 17000 contas de email de seus funcionários.

Aqui no Brasil, temos na iniciativa nas esferas publicas e privadas, como no SERPRO e empresas como BOB´s, Santana Textilis entre outras. O interessante que observa-se que a primeiras iniciativas das empresas sempre giram em torno dos serviços de emails, talvez para sentir como funciona todo o processo, para depois tomarem a decisão de mudar os serviços mais estratégicos para o modelo nas nuvens, quando for aderente.

Bom espero que esse post sirva de estímulo para estudar um pouco mais sobre o assunto !

Abraços,

Depois de longo tempo sem passar por aqui, estou de volta e espero que dessa vez seja duradouro. Durante esse tempo muita coisa aconteceu, muitas tecnologias sairam de moda e outras surgiram para revolucionar o mercado TI. Estou falando de Cloud Computing.

Uma nova proposta para resolver um grande problema dos grandes datacenters ao longo do mundo: Subutilização dos recursos instalados e redução de custos nos investimentos.

A esse assunto tenho me dedicado e estudado bastante e ontem(01/12) tive o prazer de apresentar uma palestra no III Simpósio de Gestão Pública e TI do Governo de Pernambuco a respeito desse empolgante assunto.

Nós proximos posts vou tentar repassar a vocês os principais conceitos, modelos e cenários para o uso da Cloud Computing.

Até a próxima.

PS: Estou inaugurando um novo layout, espero que gostem !

Gostaria de compartilhar com vocês um dos grandes problemas que a arquitetura java tem dado a quem trabalha com ele, especialmente com aplicativos de alto desempenho e disponibilidade. Ando estudando um pouco sobre isso e achei diversos materiais interessantes e vou tentar compilá-los aqui numa série de 3 ou 4 posts.

Vamos falar um pouco sobre as causas mais comuns para esse famigerado problema, que não tem nada de simples. Porque é tão difícil de ser ser identificado? Qual a parcela de culpa de quem desenvolve, se é que existe culpa? Servidores de aplicação são a solução? Por que eles acontecem ?

Espero descobrir as respostas para esses problemas, postar aqui minhas impressões e dividí-las com quem tiver interesse. Espero receber contribuições também !

Abraços e até a próxima.

Continuando minha tentativa de manter o blog atualizado, como prerrogativa para estudar e aprender sobre novas tecnologias , escolhi um tema interessante pra mim e espero que para vocês também.

Quem trabalha com aplicações para Internet, sabe que o grande desafio é criar uma interface bastante amigável para os usuários, apesar das limitações características ao ambiente. Existem diversas tecnologias distintas no mercado open source ou não, que atendem esses requisitos de forma desintegrada e de diversos fornecedores.

Dentro do projeto JBoss, existem diversos frameworks que compõem o JBoss AS ( Application Server ), entre os mais conhecidos estão o Hibernate, Web Services, Web,  Transactions, jBPM e o Seam.

JBoss AS

O Seam integra as tecnologias mais badaladas do mercado open source como AJAX, JSF, EJB3.0 e BPM  em um único framework, para facilitar o desenvolvimento de aplicações RIA, de maneira integrada e “eliminando” a complexidade dessas APIS. Ele promete a criação de aplicações complexas com poucas classes java, interfaces com usuário poderosas e com arquivos xml de configuração.

No próximo post, vamos mostrar de forma resumida, suas principais características e como utilizá-las.

O uso de padrões ou como é mais conhecido Design Patterns, é uma das partes mais difícieis no dia-a-dia de qualquer profissional de TI, pois a todo tempo novas abordagens surgem para otimizar ou modificar a maneira de solucionar um mesmo problema. Quando eu leio sobre uma nova tecnologia, tento listar e identificar os diferentes padrões que são utilizados e extrair qual a abordagem que a diferencia das outras ( essa parte não é fácil de implementar).

Para se definir qual o padrão ou framework a se utilizar, deve-se observar primordialmente que os melhores, são geralmente desenvolvidos de forma genérica a atender todas as possíveis abordagens, podendo assim dessa forma, incrementar a produtividade no desenvolvimento de uma solução de software, sem invenções incríveis.

Durante reuniões técnicas para discussão de um problema, deve-se evitar erros comuns, como as famosas siglas, criando uma “sopa de letras” que não permitem que todos entendam de forma clara e objetiva o que se pretende fazer, deixando na verdade, mais dúvidas que soluções nas cabeças das pessoas. Ser objetivo é o principal !

“Entender como uma tecnologia trabalha, não é o bastante para desenvolver uma solução de software robusta, entender aonde a tecnologia é aplicável numa solução, é essencial para o desenvolvimento de um produto de qualidade.”

Essa frase resume bem qual o real sentido da coisa, utilizar tecnologia por si só, não é garantia de solução para os problemas.

Com isso concluímos essa série e espero que todos tenha gostado.

O Domínio, que pode ser aplicado de maneira horizontal ou vertical para um solução de software. O domínio horizontal surgiu e é aplicado nas industrias em geral, como por exemplo um fluxo de trabalho de automação (workflow). O vertical, é utilizado para situações particulares como por exemplo na industria de telecomunicações ou tecnologia da informação. Existem muitos padrões e protocolos que abrangem cada uma dessas vertentes e devem ser consideradas na construção de uma solução de software.

Os Conceitos são uma das maiores responsabilidades de um arquiteto de software, ou seja, repassar uma solução de forma clara e objetiva, tanto para o pessoal técnico de sua equipe, como também, para os patrocinadores de um projeto. Essa habilidade é essencial, para que todos as possíveis situações possam ser vislumbradas e que os participantes possam dar um feedback de entendimento ou não, a respeito do proposto. Exitem duas visões que o arquiteto deve considerar nessa fase, como na a figura abaixo.

O arquiteto pensa em bolhas

Deve-se pensar de forma abstrata a ponto de não se preocupar com os detalhes da implementação de uma solução, para isso utiliza-se dentre muitos artefatos modelos que permitam conceitualizá-la, podendo utilizar ferramentas auxiliares para isso como, MDA ( Model Driven Architectute ).

O desenvolvedor ver apenas parte da solução

O arquiteto de software também deve considerar e entender que uma solução de software consiste em mais do que apenas atender os requisitos funcionais a serem implementados, por exemplo, plataforma de desenvolvimento, frameworks e infra-estrutura de tecnologia. Também devem ser considerados requisitos não funcionais como: distribuição, segurança, escalabilidade e performance. Esquecer pontos importantes como esses, aumentam os riscos de que a solução possa falhar.

No próximo post concluiremos esse assunto falando sobre Padrões e Técnicas.

Porém é preciso definir qual a melhor maneira de aplicar seus conhecimentos abstratatos  de forma objetiva, para que a tecnologia seja utilizada da melhor forma, não apenas por modismos e sim, atingindo os objetivos ao que se propõe na construção de uma solução de software.

O conjunto de conhecimentos necessários, passam pelo domínio do problema, conceitos envolvidos para a solução, o uso de técnicas e padrões de mercado para agilizar e melhorar o desenvolvimento do software durante todo o ciclo de vida de um projeto, como exemplificado na figura abaixo:

Áreas chaves de conhecimento para um Arquiteto de Software

Parece fácil falar sobre isso de forma tão simples, mas o desafio está em como um arquiteto de software aplicará todos esses conhecimentos na definição e desenvolvimento de uma solução robusta e aderente aos requisitos do software ao qual ela atenderá. Na próxima figura está ilustrado quando esses conhecimentos deverão ser utilizados durante o desenvolvimento do projeto.

O uso das habilidades de um Arquiteto nas fases de desenvolvimento

A figura acima, ilustra que os diferentes tipos de habilidades são utilizadas durante todo o processo de desenvolvimento, iniciando pela definição do problema (conhecimento do domínio/habilidade para conceitualizar) até o desenvolvimento da solução (utilização de técnicas/habilidade para utilizar padrões).

No próximo post tentaremos sumarizar e contextualizar cada um das áreas definidas nesses gráficos.

Fontes: The Architecture Journal e www.iasahome.org

Nessa última, descobri uma vertente interessante de assuntos que andei me questionando há algum tempo e que estão no topo dos foruns e revistas especializadas. Entre eles estão:

• Qual o papel do arquiteto de software ?
• Nós precisamos de um arquiteto de software ?
• Tornando-se um arquiteto de software, Quais os pré-requisitos ?
• Entre outros…

Nos próximos post’s falaremos sobre esses assuntos e também sobre tecnologia é claro !

Estou muito atarefado no trabalho me envolvendo em vários projetos e infelizmente tive que deixar o blog um pouco de lado, mas felizmente, em 2008 estarei de volta abordando novos temas e aguardando suas contribuíções, para progredirmos juntos… !

Abraços a todos que me prestigiaram e que em 2008 possamos aprender cada vez mais…

Feliz Natal e um 2008 produtivo para todos.

Berg.