Evento imperdível para os Javeiros de plantão, o "Google Developer Day 2008 Brasil" disponibiliza uma excelente oportunidade de contato com tecnologias recentes, conforme a chamada: O Google Developer Day coloca engenheiros e desenvolvedores em contato para aprender sobre as novas tecnologias de desenvolvimento que estão transformando a web. Conhecimento técnico aprofundado em aplicações móveis, aplicações sociais, aplicações para mapas além de plataformas para desenvolver melhores aplicações para a web através de ferramentas que permitem que voce saia deste evento com conhecimento prático para usar no seu dia-a-dia.
Vale a pena conferir. E é grátis!
quarta-feira, 21 de maio de 2008
quarta-feira, 2 de abril de 2008
Jazoon'08
Após participar de algumas edições do Sun Tech Days/Brasil e não encontrar uma justificativa razoável para o elevado custo do convite do JavaOne, decidi conferir de perto a edição deste ano do Jazoon, que acontece em Zürich, do dia 23 a 26/Jun/2008 e para onde estão rumando muitos brasileiros.
Iniciativas como a Caravana Jazoon'08, organizada pelo CEJUG, JUG do qual tenho imenso prazer em participar, demostram valer a pena fomentar boas idéias e unir pessoas em pról de um objetivo comum: A busca incansável pelo conhecimento.
Parabéns CEJUG!!!
Zürich, aí vamos nós!!!
segunda-feira, 31 de março de 2008
Socket Server Crash Safe - ERP CMNET Soluções
É comum usuários do ERP da CMNet Soluções (3 camadas) se depararem com problemas de performance, travamentos e crash do Borland Socket Server.
A questão é que o fornecedor do ERP implementou uma funcionalidade em seus clients, permitindo ao usuário final indicar em qual app server deseja se conectar, o que compromete a definição de responsabilidades da arquitetura da solução em questão.
Após sofrer com o completo desbalanceamento e consequente aumento de crashes nos horários mais "insanos" possíveis e salvos pelo Network Load Balance (5 app servers balanceados), desenvolvemos o programa Java "LoadSocket", que recebe informações do estado de cada app server, reestabelecendo o serviço que sofreu crash, garantindo 100% de disponibilidade do ambiente, qualidade do balanceamento de carga entre os app servers e, lógico, o retorno à vida normal, sem a necessidade de ser acordado durante seguidas madrugadas.
Porém, um problema ainda persiste, a baixa performance do Borland Socket Server com o ambiente da CM, ou seja, cada servidor consegue atender com eficiência, entre 40 e 50 conexões simultãneas, independentemente do hardware envolvido.
Neste contexto, estamos concluindo o desenvolvimento de um Socket Server Java, que utiliza-se de threads para ampliar o desempenho do ambiente. Logicamente, ao contrário da solução da Borland, esta implementação exigirá bem mais do hardware servidor. O ganho de performance esperado (segundo testes com versão beta) está em torno de 50 a 70% e deverá tornar a vida do administrador do ambiente bem mais fácil, a partir de interações automatizadas, via mensagens de e-Mail e SMS e outros recursos configuráveis.
Eloir Cortes
A questão é que o fornecedor do ERP implementou uma funcionalidade em seus clients, permitindo ao usuário final indicar em qual app server deseja se conectar, o que compromete a definição de responsabilidades da arquitetura da solução em questão.
Após sofrer com o completo desbalanceamento e consequente aumento de crashes nos horários mais "insanos" possíveis e salvos pelo Network Load Balance (5 app servers balanceados), desenvolvemos o programa Java "LoadSocket", que recebe informações do estado de cada app server, reestabelecendo o serviço que sofreu crash, garantindo 100% de disponibilidade do ambiente, qualidade do balanceamento de carga entre os app servers e, lógico, o retorno à vida normal, sem a necessidade de ser acordado durante seguidas madrugadas.
Porém, um problema ainda persiste, a baixa performance do Borland Socket Server com o ambiente da CM, ou seja, cada servidor consegue atender com eficiência, entre 40 e 50 conexões simultãneas, independentemente do hardware envolvido.
Neste contexto, estamos concluindo o desenvolvimento de um Socket Server Java, que utiliza-se de threads para ampliar o desempenho do ambiente. Logicamente, ao contrário da solução da Borland, esta implementação exigirá bem mais do hardware servidor. O ganho de performance esperado (segundo testes com versão beta) está em torno de 50 a 70% e deverá tornar a vida do administrador do ambiente bem mais fácil, a partir de interações automatizadas, via mensagens de e-Mail e SMS e outros recursos configuráveis.
Eloir Cortes
Assinar:
Postagens (Atom)
