Não vou explicar tudo novamente por que o Tapa já o fez muito bem!

Abraços

Utilizar web-services é muito bom, mas exige alguns cuidados. Nesta semana tive um problema que nunca imaginei que pudesse acontecer.

A conexão do meu servidor com o servidor do web service foi interrompida de uma hora pra outra.

Demorou um tempo para acharmos a causa e até agora o problema não foi resolvido por completo. Já conseguimos uma solução paleativa, mas de qualquer forma ainda preciso investigar o por quê do problema ter ocorrido.

Depois de muito chat com os donos do web service, detectamos que o firewall deles começou a bloquear as minhas conexões pois estava entendendo como sendo um ataque hacker. Muito estranho, mas o que acontecia é que o meu servidor começou a abrir quatro sockets para cada conexão sendo todos eles com a mesma “source port”. Por este motivo que o firewal começou a bloquear as conexões.

Agora, por que isso começou a acontecer ninguém sabe. Os possíveis motivos seriam: a) atualização de algum pacote no meu servidor, b) alteração na configuração do gateway do meu datacenter, c) mudança de regras no firewall do web service.

Das duas uma, ou meu servidor sempre mandou os sockets desta maneira e o firewall do web service não detectava antes, ou ele passou a mandar a partir de uma atualização de pacote no meu servidor ou a partir de uma mudança no gateway do datacenter.

Como eu não realizei nenhuma atualização no servidor, só restam as opções do datacenter ter alterado alguma configuração no gateway ou o web service ter alterado as regras no firewal.

O problema é que ambos dizem que não realizaram nenhuma alteração!

A solução paleativa, foi utilizar o servidor secundário do web service. Eles me passaram o ip e eu configurei no hosts para que o domínio do web service fosse atendido primeiramente pelo ip secundário. Isso resolveu o problema, mas não corrigiu a causa.Já apliquei um patch do grsecurity no kernel, que corrigiria uma possível falha. Não adiantou. Neste final de semana irei atualizar todos os pacotes do servidor, como solicitado pelo meu datacenter, e verei se isso resolve.

Estou acreditando que meu datacenter forçou essa configuração, para poder monitorar as conexões, uma vez que o meu servidor fazia muitas conexões por minuto ao servidor do web service. Mas só poderei cair em cima deles depois que atualizar meu sistema.

Situação delicada e neste caso o melhor é prevenir. Por isso o motivo deste post. Eu não imaginava que isso pudesse acontecer e me pegou de surpresa… Agora já estou me mexendo para evitar que isso aconteça novamente.

Ai vão algumas dicas para evitar este tipo de problema com conexões à web services.

• Primeiramente é interessante que você tenha ao menos dois servidores de aplicação, neste caso se der problema em um, você terá o outro de backup. O ideal é que cada um destes servidores estejam em datacenters diferentes, pois caso um datacenter aplique uma política de segurança que cause este problema, você terá tempo de tentar resolver o problema e até configurar um terceiro servidor, enquanto o de backup fica em produção.
• Comunique ao web service que você pretende fazer diversas conexões ao serviço deles. Pergunte sobre a política de segurança e sobre as regras do firewall. Se possível passe o IP do seu servidor para que eles possam colocar numa “white list”
• Comunique seu datacenter sobre o número de conexões que serão feitas á um mesmo IP (do web service). Pergunte sobre as políticas de segurança. Solicite que não haja nenhum tipo de interferência nos pacotes enviados do seu servidor para o servidor do web service.
• Prepare um túnel reverso de SSH, desta maneira, caso você não consiga realizar a conexão, você consegue roteá-la por outro servidor, chamado de “middle”, de forma que seu servidor se conecte ao middle e o middle se conecte ao web service.

Bem, espero poder ajudar com a experiência que tive. Deixem seus comentários caso tenham alguma sugestão para este caso.

Abraços e até a próxima.

Já tem tempo que estou pensando sobre algum novo serviço web para desenvolver. No ano passado a única aplicação web lançada pela BielSystems foi o EmailFax. Além dela tive diversas outras idéias de aplicações e sistemas que envolviam VoIP, SMS entre outras tecnologias, mas nenhuma delas me encheu os olhos.

Algumas delas estão engatilhadas. Uma em específico eu fiz, cheguei a arrumar um nome, registrar domínio e colocar tudo on-line, mas não fui em frente pois não achei uma boa estratégia de divulgação e rentabilização. Era uma solução de envio de recados por voz que chegam no email em formato mp3. Eu uso até hoje. Sempre que lembro de algo pra fazer e estou na rua, faço a ligação, deixo o meu recado e quando chego em casa ou no escritório ouço o recado que chegou no meu e-mail.
Em 2007 foram cerca de 10 idéias de novos produtos/serviços web a serem desenvolvido, mas nenhum deles parecia ser muito viável.

Como eu não tenho fôlego de tempo e dinheiro para desenvolver todos e testar qual pode dar certo, não desenvolvi nenhum deles. Guardei-os e vou esperar a ocasião certa para desenvolver ou divulgar. Gosto de trabalhar com as restrições.
Vira e mexe surge uma idéia, as vezes meio loucas, as vezes bem técnicas, as vezes bem ousadas. Algumas pessoas já me falaram para anotar todas as idéias, mas eu não faço isso.

Não gosto de anotar as idéias, deixo só na mente de propósito, dessa forma faço uma triagem natural e dou atenção apenas às que permanecem. Dou bastante valor à intuição.

Já faz um tempo que estou pensando sobre um recurso que vi em um sistema e achei bastante interessante. Pensei em como poderia aplicar este recurso aos sistemas atuais da BielSystems, mas não se aplicava. Permaneci pensando e tentando achar novas aplicações para o recurso em questão.

Na madrugada de domingo para segunda, no início do dia 07/01/2008 eu estava dirigindo e pensando sobre isso, foi quando deu o estalo. Comecei a achar um caminho e fui explorando esta idéia. Dormi sem dar muita atenção, mas ela retornou no dia seguinte e mais forte hoje, terça-feira (ainda não dormi, por isso digo hoje), pois consegui formatar melhor a idéia em um serviço e me pareceu bastante interessante.
Estou escrevendo aqui pois é muito provável que eu desenvolva esta idéia. Pretendo começar uma série de posts relatando o passo-a-passo do que eu estiver fazendo em relação a esse novo projeto. O título de todos os posts começarão com as letras NAW de Nova Aplicação Web. Além disso associarei sempre à tag NAW
Não pretendo divulgar a idéia nem o recurso em questão, pelo menos por enquanto. Mas vou dar o máximo de informações possíveis em relação ao processo, as ações em cada momento e as decisões tomadas.
Não estou garantindo que irei realizar este projeto, pois não fiz estudo de viabiidade, nem plano de negócios, nem nada. Apenas tive a idéia e mostrei a dois amigos (passo que relatarei no próximo post).

Pode ser que cheguemos a conclusão que não vale a pena fazer, que o sistema não é rentável ou descrubamos que o que pensamos já existe. O importante e que aconteça o que acontecer, isso vai ser relatado em meu blog. Do início ao fim, seja o fim a conclusão do desenvolvimento ou a decisão de parar.

Espero que aproveitem!

Como declarei em posts anteriores, não vejo com bons olhos a iniciativa do Google com o Knol. Depois de levar algumas pauladas por expor essa minha opinião, resolvi fazer uma busca e ler mais ainda sobre o assunto.
Separei alguns links de outros articulistas que compartilham esta idéia:
http://librarianbydesign.blogspot.com/2007/12/googles-knol-good-ideabad-idea.html

http://blogsci.com/if-they-can-publish-so-can-i/the-problem-with-googles-knol-initiative

http://www.oculture.com/2007/12/betting_against_googles_answer_to_wikipedia.html

http://www.techcrunch.com/2007/12/13/google-preparing-to-launch-game-changing-wikipedia-meets-squidoo-project/

http://searchengineland.com/071213-213400.php

http://www.techcrunch.com/2007/12/17/a-few-thoughts-on-google-knol/

http://db.tidbits.com/article/9360

Escrevi antes sobre o lixo virtual que será produzido pelo Knol.

Pensei na questão do lixo virtual por causa da duplicação de conteúdo. Primeiro por se tratar de uma nova fonte de referência como enciclopédia, segundo pelo modelo proposto pelo Knol.

Cada “especialista” (nome dado pelo Knol ao autor) poderá escrever sobre diversos assuntos. Cada assunto terá uma página chamada de Knol. Esta página será monetizada com o sistema AdSense. Se o autor quiser, poderá receber parte da receita do AdSense.

Na minha opinião haverá uma correria danada. O pessoal vai querer ter o máximo de Knols possível, pois quanto mais Knols, maior possibilidade de receita. Para conseguir isso vão copiar e colar deliberadamente todo e qualquer conteúdo encontrado na Internet, escrito realmente pelo especialista.

Comentando sobre isso em alguns blogs por ai, me deparei com uma opinião diferente. O Daniel Santos acredita que o modelo proposto para o Knol irá diminuir o lixo virtual a longo prazo. O comentário do Daniel me fez pensar novamente sobre a questão.
Sinceramente não é o que acredito agora. Pretendo ler mais sobre o modelo do Knol e aguardar futuros posts do Google. Ainda não está claro os mecanismos de filtro e correções, uma vez que não se trata de um wiki.
Opiniões são bem-vindas.

Abraços e até a próxima.

***

1. Ainda acho que uma parceria Google e Wikipedia seria muito interessante!!
2. Acho até que o Google só fez o Knol por que a Wikipedia aparece na primeira página de busca praticamente em qualquer busca de termos singulares como cachorro por exemplo.
3. Já perceberam como o Google pode acabar com a Wikipedia se quiser. Basta uma linha de código no algoritmo para tirar e colocar três pontinhos de PageRank da Wikipedia e do Knol respectivamente.
4. Curiosidade: http://gknol.com/