Alternativas de CMS para o IDG Brasil Um overview sobre a atual situação do cluster IDG Brasil e as alternativas para um sólido roadmap

Situação Atual do Cluster do IDG Brasil  Estrutura de Hardware  2 máquinas web: Xeon Dual Core 3 GHz, 2 GB RAM  3 máquinas aplicação: 2 Xeon 2.8 GHz, 4 GB RAM  2 máquinas banco de dados: 1 Xeon 2.8 GHz, 2 GB RAM  Estrutura de Software  Linux Debian  Zope, Python, Plone  Apache, Squid  Postgres  Mailman  Status do Ambiente  Instabilidade geral durante o primeiro trimestre de 2007, com quedas subseqüentes  Contratação de consultoria Weimar para solucionar quedas do cluster  Upgrade do software executado por Weimar e pronto para testes  Sistema de exportação de páginas estáticas concluído e com performance normalizada  Ambiente sem redundância  Servindo mais de 10 milhões de page views para cerca de 1 milhão de usuários únicos por mês

Estrutura Atual da Equipe de Tecnologia Estrutura humana de tecnologia do IDG Brasil:  José Octavio, gerente de tecnologia online  Responsável pelos projetos online do IDG, equipe online, desenvolvimento, implantação, manutenção e concepção.  Administrador de sistemas e responsável pelo Cluster.  Gerson Sakurai, desenvolvedor pleno - avançado  Vastos conhecimentos na arquitetura PZP e desenvolvimento Web em geral.  TBD, desenvolvedor pleno  Programador Web para auxiliar a equipe de tecnologia online com o desenvolvimento, programação e layout.  TBD, desenvolvedor junior  Especialista em HTML, CSS, JavaScript, DHTML, etc. Com a função de desafogar os demais membros da equipe mais experientes e crescer nas tecnologias com a ajuda dos mesmos.

Estudo de Caso 1: Computerworld Equipe de Tecnologia Online:  1 CTO, 2 desenvolvedores para cotidiano, 1 desenvolvedor de novos projetos, 2 desenvolvedores de produtos para comunidades Estrutura de Hardware e Software  CMS baseado em solução proprietária Interwoven, baseada em Java, com conteúdo estático  Utilização da ferramenta Drupal de códigos abertos para comunidades  Serve 7,8 milhões de page views por mês  Estrutura de hardware de 3 servidores web e 1 servidor de aplicação  Banco de dados Oracle com investimento de US$ 25K em hardware Recomendações de Estrutura para IDG Brasil  Zope é uma boa escolha!  Não recomenda Drupal para CMS de todo o ambiente por pouca flexibilidade, busca inconsistente, taxonomia de difícil customização  Django não é maduro o suficiente para uso em larga escala  Segregar tráfego entre usuários logados e anônimos  Preferência por solução open source  Recomenda fine tuning, especialmente no Apache e Squid, ao invés da troca geral do CMS

Estudo de Caso 2: Infoworld Equipe de Tecnologia Online:  1 CTO, 2 desenvolvedores para cotidiano, 2 administradores de sistemas, e apoio terceirizado de empresa indiana para projetos especiais Estrutura de Hardware e Software  CMS baseado em solução de códigos abertos Drupal e Java, replicando experiência de Yahoo! e eBay  Única estrutura em open source do IDG nos Estados Unidos  Serve 3 milhões de page views por mês  Estrutura de hardware de 5 servidores web e aplicação  Banco de dados MySQL com duas máquinas em redundância Recomendações de Estrutura para IDG Brasil  Não conhece Zope a fundo  Recomenda o Drupal com consultoria externa de desenvolvimento  Fazer upgrade da estrutura de hardware  Pesar sempre o expertise da equipe local versus a ferramenta a ser adotada

Benchmark dos CMS no Mercado Ver planilha em anexo

Estratégia Geral para Vitória “...Um exército vitorioso não lutará com o inimigo até que esteja seguro das condições de vitória, enquanto que um exército derrotado inicia a batalha e espera obter a vitória depois.... ” (Sun Tzu)

Cenário Recomendado para o IDG Brasil Completar trabalho com a consultoria Weimar – Upgrade (1 mês) Separar estruturas de front e back end Sofisticação do sistema de exportação de páginas estáticas Iniciar assesment com Inmetrics Refazer estrutura na DH&C com redundância Diversificar a estrutura de software dos novos produtos a serem lançados pelo IDG (DJango) Avaliar possível migração com a experiência a partir de testes dos novos produtos Tempo para entrega das soluções propostas: 3 meses com relatórios mensais de progresso

Obrigado!