Pensando sobre Tecnologia da Informação : leitura recomendada

Off-topic: Mais números, sem ser de TI

Gebara — Fri, 27 Jun 2008 15:14:57 GMT

900 milhões de peças de Lego armazenadas diariamente. 170 quilômetros quadrados de prateleiras. Robôs subindo e descendo, armazenando e retirando material. Um total de 19 b ilhões de peças que podem ser armazenadas por ano. Vale a pena uma leitura no...(read more)

Números, números, números

Gebara — Thu, 26 Jun 2008 16:40:00 GMT

550 m ilhões de usuários, 2 b ilhões de pesquisas por mês, 10 b ilhões de pageviews por mês, 8 b ilhões de mensagens via Messenger por dia ! Não é brincadeira. Ajuda a entender o contexto dos dois webcasts que eu e o Waldemir fizemos. A arquitetura de...(read more)

Leitura crítica: GreenFactor

Gebara — Thu, 26 Jun 2008 16:03:48 GMT

Vale a pena dar uma olhada num estudo sobre a percepção na visão de executivos, disponível no site GreenFactor . O press-release pode ser acessado facilmente em http://www.greenfactorstudy.com/GreenFactor_Release_06-18-08.pdf . Apesar de eu recomendar...(read more)

Querem mudar o nome do Joe para One Machine

Gebara — Thu, 26 Jun 2008 15:39:20 GMT

Alguns de vocês devem ter lido meu post sobre um conto de ficção científica escrito em 1946, Uma Lógica Chamada Joe . Pois é, a Wired colocou no ar um artigo falando sobre um megacomputador, composto pela infinidade de computadores que estão hoje sobrando...(read more)

Leitura recomendada: Uma Lógica Chamada Joe

Gebara — Wed, 07 May 2008 05:09:00 GMT

1946. De novo, 1946. É por isso que adoro ficção científica. Aqui vão alguns trechos para vocês ficarem curiosos. Qualquer semelhança com a Internet, deve ser mera coincidência. Trecho: "Mas além disso, se quiser saber a previsão do tempo ou quem ganhou...(read more)

Leitura recomendada, mas complexa: Hypervisor Top Level Functional Specification v0.83

Gebara — Wed, 16 Apr 2008 17:24:00 GMT

Eu estava me preparando para uma conversa sobre a estratégia de virtualização da Microsoft e, durante minhas leituras, redescobri um link público que é extremamente útil para quem quiser aprofundar o conhecimento sobre o Hyper-V. É um documento extenso,...(read more)

Leitura recomendada: Everything's Now Infrastructure! Where's My App? (Burton Group)

Gebara — Tue, 15 Apr 2008 23:48:04 GMT

O assunto do post do Craig Roth já traz claramente à tona algumas mudanças que vivemos hoje em TI. Muito do que anteriormente considerávamos uma aplicação, hoje pode ser considerado como infra-estrutura. O exemplo simples...(read more)

Leitura Recomendada: The Fractal Nature of Web Services

Gebara — Thu, 20 Sep 2007 17:35:00 GMT

Não é um artigo novo, mas vale a pena dar uma olhada (http://ieeexplore.ieee.org/search/srchabstract.jsp?arnumber=4134008&isnumber=4133979&punumber=2&k2dockey=4134008@ieeejrns&query=%28fractal+%3Cin%3E+ti%29+%3Cand%3E+%282+%3Cin%3E+punumber%29&pos=0 - requer uma conta de usuário no IEEE).

Christoph Bussler, da Cisco Systems, escreveu um artigo bem interessante sobre a natureza fractal dos web services. O que ele quer dizer com isso? No atual contexto em que, para muitos, SOA é a "bala de prata" para todos os problemas de TI, Bussler discorre sobre a situação em que muitos serviços (funcionais ou não) começam a invocar uns aos outros, misturando contexto transacionais e não-transacionais, gerando o que ele chama de uma situação fractal (http://en.wikipedia.org/wiki/Fractal). Bussler faz uma boa descrição sobre a autonomia de serviços, a possibilidade de se fazer composições de aplicações de forma declarativa, levando à tão sonhada agilidade no desenvolvimento de novas soluções. Segundo ele, a uniformidade no design de serviços e de sua implementação leva a um pattern no qual "tudo deveria ser um serviço", não apenas a lógica de negócios mas também serviços não funcionais como logging, monitoração e transformação de dados.

A partir desta premissa, o artigo discorre sobre o uso dos serviços nào funcionais em um ambiente 100% SOA de uma empresa.

Em seu racional, que às vezes chega a assustar (mas não é muito fora da realidade de muitos projetos), ele analisa o que pode acontecer numa situação muito simples, quando um serviço S1 envia uma mensagem ao serviço S2, aguardando uma resposta. Num mundo simples, isso pode simplesmente corresponder à transmissão de apenas duas mensagens na infra-estrutura de TI. Porém, à medida em que o autor do artigo coloca os serviços não funcionais no panorama geral (sistemas de filas, transações, transformação de mensagens, logging e monitoração), chega-se rapidamente a um total de 14 mensagens transportadas no sistema. Uau, para um simples esquema de request-reply, há realmente um perigo oculto por aqui.

O artigo leva a um certo exagero (salutar, na minha opinião) na questão dos serviços não funcionais. Pelo menos para dois dos serviços sobre os quais ele discorre (logging e monitoração), não considero muito real a necessidade de expô-los como servíços em ambiente distribuído. Aqui, até por força da análise fria do artigo, o uso de agentes de monitoração e logging residentes nos servidores auxilia, em muito, a diminuição desta complexidade e deste efeito multiplicativo no número de mensagens que trafegam pela infra-estrutura.

Em modelos mais pé-no-chão, os serviços de logging e monitoração não são, efetivamente, serviços invocados remotamente, mas sim serviços locais à maquina que hospeda o serviço requisitante. Neste caso, não há transporte efetivo de mensagens pela infra-estrutura a cada invocação e sim o transporte de um lote de dados a intervalos regulares entre a máquina monitorada e a console (ou banco de dados) central de monitoração, muitas vezes apenas uma versão condensada ou já pré-processada de informação. O uso desses serviços em forma de invocação remota apresenta, conforme exposto adequadamente no artigo, um efeito multiplicador de tráfego além de ser um gargalo acompanhado de um calcanhar de Aquiles da infra-estrutura. Se todo serviço funcional precisar invocar um serviço não funcional como uma ativação remota, a possivel (e muitas vezes provável) indisponibilidade dos serviços não funcionais pode causar a indisponibilidade completa de todos os sistemas que participam deste meio-ambiente.

Vale a pena dar uma olhada e verificar quanto o uso inadequado de qualquer tecnologia pode se tranformar em uma boa dor de cabeça.

Atualização: erros de digitação e melhoria de frases.

Fernando Gebara Filho