Um paper submetido à uma conferência do W3C
Transcrição
Um paper submetido à uma conferência do W3C
Design, xmpp, padrões e comunicação: o case do Repórter Brasil da TV Brasil Hozielt Huston Lincoln Sousa Yasodara Córdova Empresa Brasil de Comunicação [email protected], [email protected], [email protected] RESUMO Desenvolvimento ágil utilizado com sucesso em ambientes de comunicação tem atraído a atenção de diversos gestores que visam tornar a sistematização de aplicativos voltados para as áreas fins mais rápida, acessível e eficiente. A recente criação da Empresa Brasil de Comunicação (EBC) - fusão da Acerp Rio e da antiga Radiobrás - abriu uma demanda ainda mais desafiadora: a criação de um portal de vídeos com arquitetura escalável, modular, padronizada e de resposta urgente para a área de jornalismo da TV Brasil. Assim, a combinação de xmpp, atom, design e desenvolvimento ágil resultou no case do Repórter Brasil Online a ser apresentado no presente artigo. Palavras-Chave xmpp, design, atom, desenvolvimento ágil, padronização 1.INTRODUÇÃO Veículos de comunicação sentem a necessidade de tornarem-se onipresentes nas várias possibilidades de comunicação da web, sendo esta uma questão de sobrevivência no mercado. A solução encontrada pelos profissionais da Empresa Brasil de Comunicação foi a adoção de padrões Atom e Xmpp, além da unificação da experiência de uso dos sistemas de gerenciamento para transformar os sistemas internos em redes interoperáveis, distribuídas, leves, escaláveis e modulares. Outra solução foi a escolha pelo uso de um sistema de armazenamento de dados distribuído, ao contrário do modelo anteriormente adotado, almejando o p2p como próxima camada de interação com o usuário a médio prazo. 2. A EMPRESA A Empresa Brasil de Comunicação é uma empresa de economia mista, fundada em 25 de outubro de 2007 com a finalidade de tornar-se a empresa de comunicação pública do Brasil, semelhante à BBC Inglesa. Ela conta com sete emissoras de TV e rádio, que produzem material diariamente, uma agência de internet, que produz notícias textuais e conteúdo em Action Script, um banco de imagens e uma radioagência, além de várias instâncias wordpress utilizadas para coberturas especiais. Todo o conteúdo encontra-se em bancos de dados separados, de linguagens e versões diferentes. A produção das mídias de TV para a internet ainda é realizada de modo analógico, apesar do sinal digital, e tem pouca saída por carência de sites que possam disponibilizar o conteúdo para os usuários. Quanto à existência de plataformas para disponibilizar o conteúdo, este trabalho é realizado de modo replicado em vários veículos. Por exemplo: a agência de notícias realiza o upload de um áudio em um servidor, entretanto, é grande a possibilidade desse processo ser repetido em várias instâncias, em administradores com experiências diferentes, em formatos finais variados. O retrabalho consome boa parte do tempo dos recursos humanos, que são escassos. Existe, ainda, a procura dos internautas e a pressão da rede pela publicização do conteúdo da empresa na internet, de modo a tornar a produção da empresa acessível para que seja replicada livremente. 2.1 Necessidades de mercado Veículos de comunicação almejam onipresença em todas as instâncias web. Redes sociais são a origem de informações que fazem o caminho inverso ao tradicional (emissor-veículoreceptor), e dispensam mediação. Empresas que trabalham com entretenimento e jornalismo sentem a necessidade iminente de participar da conversa na rede utilizando ferramentas capazes de distribuir conteúdo e, da mesma forma, gerenciar as atividades internas para monitoramento e integração entre veículos. Ao mesmo tempo, a convergência pede que os tipos de mídia não sejam mais separados por dispositivo, tal como vídeos para TV, áudios para rádio e texto/fotos para internet. O ideal é que se façam mashups entre os formatos. As necessidades se multiplicam de acordo com as inúmeras possibilidades da rede. Nessa corrida, empresas que ganham a escassa atenção do indivíduo são aquelas que conseguem atrair a atenção por meio de sites interativos, atrativos, fáceis de usar, com usuários coparticipantes e, principalmente, com conversa pertinente e adaptada ao mundo digital. Todas essas premissas juntas formam uma base de requisitos genérica para sistemas que virão a ser o background por trás de grandes websites. A decomposição desses requisitos em palavras gera uma segunda lista de "qualidades" necessárias em um sistema de gerenciamento de conteúdo voltado para a função do jornalismo e entretenimento: 2.1.1Modularidade; O site precisa ser visto como uma personalidade que abarca outras, de mesma identidade, porém menores e mais focadas em unidades de negócio ou produtos (hotsites ou blogs, por exemplo). É preciso que exista a possibilidade de desenvolver rapidamente módulos de mesma tecnologia, interligados por um sistema de base de dados distribuído, gerenciados pela mesma ferramenta, com a mesma experiência. 2.1.2Escalabilidade; O sistema precisa estar pronto para atender demandas de crescimento imprevisíveis. 2.1.3Sistema distribuído; O padrão atom oferece para o projeto as seguintes vantagens: 4.1Interoperabilidade fundação no XML adquirida pela sua A dificuldade de aquisição de hardware em empresas públicas torna necessário que o sistema permita o crescimento distribuído, de forma a tornar demandas imprevisíveis menos impactantes. Um documento Atom é, antes de mais nada, um documento 'XML'. Como no XMPP toda a comunicação é feita por troca de pedaços de 'XML' (stanzas), o formato Atom pareceu o mais simples de ser conectado a essa estrutura já funcional. 2.1.4Utilização de padrões; 4.2Interoperabilidade entre outros sistemas A troca de arquivos, bem como seu reaproveitamento por sistemas de tipos diferentes, demanda a padronização em vários níveis do sistema. Hoje em dia váriosprogramas, tanto desktop quanto web, já conhecem o formato Atom, fazendo com que o cliente não precise, em muitos casos, instalar um outro programa para ter acesso a um conteúdo disponibilizado nesse formato. 2.1.5Acessibilidade; Foi realizada uma pesquisa na empresa e foi constatada uma séria deficiência no uso de ferramentas digitais. O futuro próximo sem a instalação prévia de plugins, já anunciado pelo HTML 5, precisa ser pensado, uma vez que existe dificuldade do público interno da empresa em realizar a instalação. Desta forma, é importante almejar a minimização dos impactos da migração para a ferramenta, da introdução dela e do treinamento dos usuários primários para utilizarem-na, além de ser necessário priorizar a rápida absorção dos conceitos de presença digital. A escolha pela padronização da experiência com base em pesquisas empíricas realizadas pela equipe de design se torna uma saída relevante. 4.3Extensibilidade Uma das premissas do formato é permitir que extensões sejam criadas para atender a requisitos específicos. Um exemplo desse potencial é a criação da "Atom threading extension, definida pela RFC 4685, que cria um novo elemento para informar que uma entrada Atom contém uma resposta para outra entrada. 5.Arquitetura do sistema 3.Utilização do padrão Xmpp O padrão xmpp oferece para a estrutura necessária no projeto: 3.1Escalabilidade: Com a arquitetura distrubuida é possível instalar várias instâncias de um mesmo sistema usando suas próprias fontes de processamento. Como o Repórter Brasil Online foi desenvolvido em Python e o mesmo não suporta operações em vários processadores simultaneamente, existiu a necessidade de criar uma instância por processador. Como o sistema de comunicação entre os componentes foi totalmente baseado em XMPP, cada instância representou apenas mais um cliente conectado ao servidor. 3.2Interoperabilidade Qualquer cliente de XMPP, seja ele desktop ou Web, é capaz de se comunicar com os componentes desenvolvidos para a plataforma do Reporter Brasil Online. 3.3Comunicação entre os sistemas próxima do tempo real Como em qualquer aplicativo de mensagens instantâneas, usandose XMPP, os sistemas trocam informações de forma quase instantânea, diferente do que podemos alcançar hoje com protocolos como o HTTP, que não permite a implementação de um serviço 'push' portável sem que se utilize algum tipo de 'polling'. 4.Utilização do padrão ATOM 6.Exemplo de arquitetura utilizada no site do Repórter Brasil Online AGRADECIMENTOS É necessário agradecer à todos aqueles que contribuíram com a combinação de requisitos para plataforma. Foram eles: Emerson Luis, Daniel de Pádua, Marcelo Vieira, Fernando Ike, Danielle Pereira, Cascardo. Além disso, é necessário agradecer aos que contribuiram com código para o sistema teste da plataforma: Daniel de Pádua (Dpádua) e Marcelo Vieira (Metal).