Seed Technology Blog

De casa nova!

blogadmin — Sun, 24 Jan 2010 17:09:47 +0000

Olá, estamos de casa nova!
Em breve, criaremos links para a nossa página de podcasts, com conteúdos dinâmicos e atualizados sobre tecnologias que trazem maior eficiência aos negócios das empresas.

Fique atento e até a próxima!

Metodologia SOA – Qual a necessidade?

blogadmin — Wed, 02 Sep 2009 13:10:05 +0000

A adoção de SOA em uma organização gera um movimento corporativo envolvendo áreas técnicas e áreas de negócio. O objetivo desse movimento é criar a sinergia necessária para a execução dos projetos menores que darão corpo à toda empreitada SOA. Para iniciar, um roadmap de adoção deve ser definido, estruturando todos os projetos que serão desenvolvidos.
O roadmap de adoção deve, idealmente, ser construído a partir de um assessment inicial da organização. O objetivo deste assessment é avaliar o ambiente e identificar os pontos fracos e pontos fortes, relacionando-os aos pré-requisitos de SOA, a fim de definir os graus dos avanços necessários até uma arquitetura orientada a serviços.
Com base nos resultados do assessment é possível estruturar um plano de ação através do roadmap, que quando realizado irá desencadear uma série de frentes de trabalho (ou projetos) na organização, como por exemplo: Estruturação dos Processos de Negócio, Arquitetura de Referência, Governança, Metodologia, entre outros.
No que tange metodologia, os projetos que surgem estão relacionados ao trabalho de definição ou adaptação de uma metodologia que oriente a construção de soluções SOA. Construída através de definições e especificação de papéis, tarefas e produtos de trabalho, a metodologia irá garantir produtos de trabalho padronizados e estratégicos.
Hoje existem inúmeras metodologias fáceis de adaptar, fáceis de entender, porém, poucos, muito poucos têm ou usam uma. O pensamento que existe na maior parte das organizações é imensamente perturbador: “Metodologia nos Atrasa”, “Metodologia nos Engessa”, “Metodologia não Ajuda”. Se este for o cenário encontrado, o diagnóstico provavelmente se encaixará numa das seguintes respostas: “Metodologia não Difundida”, “Metodologia não Justificada”, “Metodologia Engessada”!
A Metodologia é a base do trabalho executado na organização. Se os processos são mapeados, simulados e divulgados, é essencial que todos façam da mesma forma. Neste caso é necessário que exista metodologia; se os requisitos são testados, todos que testam devem saber o que e como testar, então é necessário uma metodologia. E se em abordagens tradicionais de desenvolvimento, onde pessoas executam projetos isolados e sem foco no reuso, uma metodologia é importante, na adoção de SOA uma metodologia adequada é fundamental.
Uma metodologia SOA tem o objetivo de padronizar as tarefas a serem executadas ao longo de toda a cadeia produtiva da empresa, desde a concepção dos serviços até o teste e publicação. É necessário garantir a uniformidade e o embasamento para uma série de novas tarefas: Identificação do Serviço, Avaliação do Potencial de Reuso, Identificação de Reuso, Classificação e Mapeamento das Dependências dos Serviços, entre outras.
Todas as tarefas e controles de uma metodologia SOA visam proporcionar o maior benefício de SOA: evitar a reinvenção da roda. Na maior parte das organizações, todas estas tarefas são executadas por pessoas e áreas distintas, tornando ainda mais evidente a necessidade de uma metodologia adequada.
Agora que discutimos a necessidade de uma Metodologia SOA, ficam as perguntas: Por Onde Começar? Qual o Modelo Ideal?
Até a próxima!

–Socorro Cavalcante

SOA e a Crise

blogadmin — Tue, 12 May 2009 14:46:36 +0000

Reduzir custos é a principal meta das empresas e consequentemente também dos executivos, sejam eles voltados à área técnica ou de negócios. O que não fica claro para a maioria das empresas é como SOA consegue ajudá-las a atingir seus objetivos.

SOA permite simplificar a infraestrutura tecnológica, reduzindo custos operacionais, além de, é claro, ajudar na identificação de gargalos processuais, trazendo soluções de curto, médio e longo prazos para maximizar o ROI. Você pode se perguntar se tudo isso não a ver com BPM também. Tem sim. Aliás, aliar BPM com SOA é uma das chaves para efetiva redução de custos operacionais (OPEX). Mas precisamos ir além do OPEX para mostrar o real valor agregado de um ambiente orientado a serviços.

Em busca de maior eficiência, muitas pessoas tentam gerenciar através da crise e acabam por gerenciar para dentro dela. Por que isso ocorre? Parece uma pergunta difícil de responder, mas não é. Ao buscar implementar uma solução tecnológica, as empresas esquecem-se que esta solução precisa trazer rentabilidade, precisa ser lucrativa para os negócios. Na busca da solução ideal, muitas vezes até utópica, o investimento realizado é muito grande, e sem uma base correta de avaliação e medição, o retorno fica comprometido. SOA não é simples, mas também não é um bicho de sete cabeças. Precisamos desmistificar o que existe por trás dessas 3 letras…

O que quero dizer com isso? Que SOA é muito mais negócios que tecnologia. Tecnologia é a parte simples da coisa. Porém, em um mercado repleto de incertezas, SOA pode parecer um exagero para a maioria das empresas. Ledo engano. SOA traz previsibilidade, o que consequentemente reduz riscos.

A governança de um ambiente orientado a serviços tem como principal objetivo a assertividade e escalabilidade dos negócios, no médio e longo prazos, através de políticas e padronizações. Por quê políticas e padronizações? Porque processualizar isso é caro. As políticas definem um guideline de implementação. É muito mais orientado às pessoas que os processos. Os processos demandam esforço excessivo para entendimento e compartilhamento. Compartilhar é complicado, porque as pessoas não estão acostumadas a fazê-lo. Ou seja, mudar comportamentalmente, fortificando, é caro. Por isso, as políticas de governança são menos onerosas e mais simples.

Os padrões fortificam a interoperabilidade, maximizando a reutilização de componentes (serviços ou não). Através deles, damos preferência para configuração no lugar da codificação. Configurar é mais barato que codificar. Prega-se o conceito KISS (Keep It Simple and Short). Nada mais sensato do que isso dado o cenário econômico global atual.

Resumindo, o problema não é a SOA, e sim a abordagem que se utiliza para suportar os negócios com ela. Na atual crise, é preciso conhecer os negócios adequadamente para poder adotar o paradigma orientado a serviços de maneira muito mais eficiente e menos custosa.

–Jean Rodrigues

SOA é uma arquitetura mesmo?

blogadmin — Mon, 23 Mar 2009 15:28:49 +0000

Muitas pessoas e empresas acreditam que SOA é sinônimo de um conjunto de Web Services. Basta criar um punhado aqui e ali e SOA acontecerá. Mito.

Para garantir agilidade, flexibilidade e reutilização de ativos corporativos de maneira consistente, maximizando não apenas o ROI como também a eficiência operacional, todo um ambiente que suporte serviços adequadamente se faz mister. Por isso, a definição de políticas, procedimentos, metodologias, mecanismos, responsabilidades, e métricas por exemplo, são importantes para governar a adoção da SOA. Quem não controla e não mede, não gerencia. E com SOA não é diferente.

Portanto, SOA deixou de ser apenas uma arquitetura, para ser todo um ambiente com metodologia, governança, estratégia de reúso e qualificação da informação corporativa, melhoria de processos, segurança, compliance e arquitetura tecnológica (claro que também é arquitetura, mas não só isso). Pode parecer complicado, mas não é. Todo esse ambiente visa trazer previsibilidade aos negócios de maneira sustentável e ágil.

Os ambientes corporativos são mais complexos, o cenário econômico atual também (e incerto). Com a evolução dos negócios, maior abertura dos mercados e o avanço da globalização, sair na frente é diferencial competitivo.

Como já dizia o filósofo: “Com grandes poderes, vêm grandes responsabilidades” – SOA traz grandes poderes.

Implantar SOA adequadamente de maneira assertiva, iterativa e incremental permite mitigar os riscos que o novo paradigma traz (o paradigma é novo, a tecnologia não), e isso significa trabalhar quick-wins que suportem novos investimentos. Com o amadurecimento da empresa e a aceitação do paradigma (isso também aconteceu com OO), ficará evidente que SOA pode realmente trazer muitos benefícios, se bem empregada.

Sair na frente ditando tendências, ou atrás será uma questão de como você encara a crise: uns choram, outros vendem lenços.

Todos querem vender lenços, mas é preciso se preparar para isso.

–Jean Rodrigues

SOA World 2008

blogadmin — Wed, 03 Dec 2008 02:51:58 +0000

O SOA World 2008, realizando em San Jose, na Califórnia, de 19 a 21 de novembro, contou com palestrantes de alto nível e patrocinadores de peso. Nos 3 dias de sessões, diversos temas foram abordados, indo desde Real Time SOA, Complex Event Processing, que ganha força, Web Oriented Arquitecture, Versionamento e Controle de Mudanças em Processos e Serviços, Estratégias de Sucesso para Adoção de SOA, e por aí vai. Outro tema de grande relevância foi Cloud Computing, que promete muito para o próximo ano.

O Brasil, como sempre, marcou uma excelente presença no evento, em público e nas palestras.

Para quem quiser saber mais do evento: http://soaworld2008.com.

Ainda falaremos muito de SOA por aqui. Não vai faltar espaço!

Abraços,

– Jean Rodrigues

Bem vindo!

blogadmin — Thu, 27 Nov 2008 14:12:37 +0000

Bem vindo ao SOA Blog da SeedTS.

Aqui, abordaremos técnicas, conceitos, metodologias, notícias, e tudo o mais que tratar de SOA, no Brasil e no mundo. Sinta-se em casa, a nossa casa.

Abraços,

SOA Bloggers Team