O LCCS contém uma infra-estrutura única de servidores que mantém as contas dos desenvolvedores, e estas contas mantém as aplicações através de canais de streaming. Esta arquitetura tem por objetivo proporcionar novas oportunidades para o desenvolvimento de aplicações ricas e colaborativas através de funcionalidades como o real time collaboration (RTC).

Para conhecer mais sobre esta plataforma na prática, resolvi escrever uma versão do 4Conference para funcionar junto ao Adobe Live Cycle Collaboration Service com o objetivo de avaliar o serviço e verificar se realmente vale a pena criar aplicações colaborativas com ele. Nesta aplicação eu usei o protocolo RTMFP para criar um ambiente de conferência p2p com suporte a áudio, vídeo e chat entre duas ou mais pessoas.  O resultado desta avaliação você confere abaixo.

Pontos positivos:

Primeiramente vou falar dos pontos positivos, pois a idéia do serviço me pareceu bastante interessante e válida, apesar de achar que a Adobe está dando um tiro no pé junto ao licenciamento do Flash Media Interactive Server.

SDK

O ponto alto a se destacar do serviço é o SDK, que é um conjunto de componentes visuais e não visuais que permitem criar aplicações Flex/Flash para ambientes de áudio, vídeo, conferências e colaboração síncrona usando protocolos como RTMP e RTMFP.

Componentes

Este conjunto de componentes e classes permitem criar pods visuais de chat, listagem de usuários, área para a publicação de uma ou mais webcans e a publicação do áudio e o seu play, compartilhamento de arquivos e um incrível writeboard, que por sinal é bastante completo e lindão.

Documentação

A documentação é bem completa e trás vários exemplos em vídeo de como compartilhar objetos remotos que são chamados de Shared Models e como trabalhar com eventos concorrentes através de um recurso chamado de Baton que prevê o fluxo de trabalho de forma síncrona entre os usuários. Essencialmente, este recurso fica escutando o usuário que está usando um determinado recurso e fornece uma API para monitorar, adicionar ou remover propriedades de uma determinada funcionalidade da aplicação. Ex: Enquanto o usuário estiver digitando em uma caixa de texto, a caixa é desabilitada para o restante dos usuários.

Código final

A sintax do código final é bastante simples e limpa, até os mais leigos em programação podem usufruir dos recursos somente clicando e arrastando os componentes visuais para criar pequenas aplicações multimídias sobre o flash player e Adobe Air. A idéia primeiramente é ter uma chamada ao rtc:authenticator que vai realizar a autenticação na conta do desenvolvedor para a url da aplicação fornecida no rtc:ConnectSessionContainer.

No exemplo abaixo você pode conferir a quantidade de linhas escritas que criam uma sala com chat e áudio conferência que promove automáticamente todos os  usuários a terem o acesso ao botão para publicar seu áudio.

<rtc:authenticator>

<rtc:AdobeHSAuthenticator id=”auth” username=”username” password=”senha” protocol=”rtmp”/>

</rtc:authenticator>

<rtc:RoomSettings id=”settings” autoPromote=”true” />

<rtc:ConnectSessionContainer  id=”sess”  roomURL=”https://connectnow.acrobat.com/userdeveloper/myappname”
authenticator=”{auth}”  initialRoomSettings=”{settings}” autoLogin=”false” width=”100%” height=”100%”>

<rtc:AudioPublisher id=”audioPub” />

<rtc:AudioSubscriber id=”audioSub” />

<rtc:SimpleChat width=”100%” height=”100%”/>

</rtc:ConnectSessionContainer>

Pontos negativos:

Poucas coisas me perturbaram durante os testes, uma delas é a dificuldade para trabalhar com permissões, o que só pode ser feito somente (pelo menos até onde encontrei) via console ou através de uma api web que permite criar os usuários diretamente no LCCS, mas aí as permissões são setadas antes do usuário autenticar no serviço e não em real time, caso eu precise remover ou adicionar um determinada permissão de um usuário específico.

O Acesso

Se eu precisar definir níveis de acesso através de papéis como administrador, monitor e participante para determinadas funcionalidades, estes usuários devem ser também cadastrados no portal do LCCS, forçando assim qualquer empresa ou desenvolvedor a compartilhar email e senha dos usuários junto ao seu serviço. Achei um pouco de invasão, pois não são todas as empresas e pessoas que gostam de ter seu cadastro em um lugar que eles não conhecem. Afinal, se eu desenvolver uma aplicação usando os recursos do LCCS e vender para um determinado cliente, porque ele gostaria de ter seus dados em outro local?

Custo benefício

O ponto negativo mais alto, é o preço cobrado, que é sob-demanda, você paga por aquilo que usar de banda, mensagens enviadas e por tempo de cada usuário conectado, veja:

Se você estiver usando uma comunicação p2p via RTMFP, irá pagar somente pela quantidade de mensagens enviadas e pelo tempo em que o usuário permanecerá conectado. Caso haja alguma falha na comunicação p2p entre dois ou mais usuários, o usuário que tiver com problemas automáticamente passará a usar o RTMP através de um recurso chamado de FMS failover.

No momento que estiver usando RTMP, você pagará pela quantidade de banda de upload e download que passar por sua aplicação, pela quantidade de mensagens enviadas e pelo tempo de conexão por usuário conectado junto a aplicação.

Confira abaixo os preços divulgados pela Adobe.

Note: Though multiple currencies are supported and your payment card will be charged in the appropriate currency,
the developer portal interface and billing emails will be in English and USD only.

Sinceramente achei um absurdo e caro a forma de cobrança, acredito que um modelo baseado na quantidade de conexões simultâneas seria mais justo, pois pagar 10 centavos de dólares por 1k de mensagens enviadas, ou seja, 1k de uso do chat é fora de série. Comece a somar tudo isso e entenda a onde eu quero chegar. Não importa o tamanho de sua aplicação em recursos, o que importa é a quantidade de uso, se há uma aplicação que fique dois usuários conectados usando recursos de áudio, vídeo, chat e compartilhamentos de arquivos durante 24 horas, e outra aplicação que tenha 10 usuários conectados durante 1 hora, a diferença no valor final pode ser bem pouca.

Qualidade do áudio e vídeo

Ter o controle da qualidade do áudio e vídeo é bem fácil, o que não é fácil é identificar o momento em que a internet do usuário está ruim para assim alterar a qualidade do áudio e vídeo. Por vários momentos o áudio falhou, houve latência, e quando entrava mais de 4 usuários, algum dos usuários ficava sem áudio, isso acontecia de forma randômica e constantemente.

Upgrade

Depois de ter feito todos os testes resolvi fazer o upgrade da conta developer que vem com 15 dólares iniciais para testes, pois pretendia conhecer outros recursos como o controle detalhado de uso por aplicação e a possibilidade de adicionar limite de uso por aplicação, o que permite criar um sistema de bilhetagem. E para minha decepção, até a data deste post a conta não tinha sido atualizada, e olha que já se passaram mais de 5 dias após a Adobe Store ter enviado um email informando a compra e confirmação dos dados da transação.

Conclusão:

A curto prazo o uso do LCCS pode ser bastante interessante, criar aplicações que devem ir para produção o mais rápido possível podem usufruir do serviço com muita facilidade. Já a médio e a longo prazo pode não ser uma boa solução, principalmente se a aplicação exigir muitas conexões simultâneas e pontos de customizações que o SDK não permite criar.

Importante:

Espero que tenha ajudado você de alguma forma com este post. Quero deixar claro que estas foram opiniões pessoais e as mesmas não refletem no desenvolvimento de futuras aplicações usando o Adobe Live Cycle Collaboration Service que eu venha a fazer.

Aplicação demo:

O resultado desta aplicação pode ser visto aqui.

O componente ainda é beta e tem muita coisa para melhorar, mas já dá para vocês terem uma idéia de como irá funcionar. No vídeo abaixo (Maximize para melhor visualização) vocês podem conferir o funcionamento do 4Conference integrado ao Wowza Media PRO.

Para visualizar uma aplicação real desenvolvida com o 4Conference e em funcionamento clique aqui.

Para fazer o download da aplicação client-side de demonstração, do arquivo FConference.swc e dos códigos fontes do server-side Wowza Media PRO e server-side Flash Media Interactive Server clique aqui.

Para usar, basta copiar o arquivo FConference.swc para dentro da pasta lib de sua aplicação Adobe Flex que está no Flex Builder, em seguida vá até o modo designer para visualizar os componentes.

Para estudar a aplicação de demonstração basta importar a pasta FConferenceDemo para dentro do Flex Builder.