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.

Com o curso on-line de Flex + Flash Media Server da e-Genial, você ficará apto a desenvolver qualquer tipo de aplicação que envolva recursos de áudio, vídeo e dados de forma síncrona.

O curso é ministrado por mim e é bem mão na massa, onde eu mostro códigos ao vivo e a construção de vários aplicativos que no final se completam para a criação de um ambiente de conferência online.

Este curso é um complemento do conteúdo do livro de Flex 3 + Flash Media Server 3.5 que será lançado pela brasport, sendo assim um curso totalmente prático.

Veja algumas das características do curso:

1 – O curso acontece ao vivo e online via Treina TOM.
2 – Você poderá participar ao vivo e tirar suas dúvidas, ou pelo grupo de estudos durante todo o período do curso.
3 – Será apresentado todos os passos para criar aplicações que envolvam recursos de áudio, vídeo, chat, gravação, músicas e shared objects
4 – Todas as aulas são gravadas, caso você não possa participar de uma aula específica, no outro dia já terá acesso ao download da aula realizado no dia anterior.

Quer saber mais detalhes? Acesse: http://egenial.com.br/cursovideo

O Flex possui funcionalidades para entrega eficiente de aplicações Ricas e de alta performace. As aplicações baseadas em Flex rodam a partir do Adobe® Flash® Player 9, permitindo que os desenvolvedores estendam todas as suas funcionalidades, criando aplicações mais robustas e integradas com arquiteturas server-side.

No Flex usamos uma linguagem de marcação parecida com o XML chamado de MXML. O MXML é usado para criar e definir a interface de componentes da aplicação, funcionando também como um “atalho” para o ActionScript 3 que é a base de toda estrutura do Framework.

O ActionScript é uma linguagem de programação baseada em ECMAScript, assim como o Javascript. Totalmente orientada a objetos podemos criar aplicações inteiras só programando em ActionScript sem nenhum MXML. Em aplicações desenvolvidas com Flex, usamos o ActionScript para definir a parte lógica da aplicação, se bem que as principais funcionalidades em um desenvolvimento já estão disponíveis através do MXML.

O Flex é composto por uma linha de produtos que visam auxiliar e atender a maioria das empresas e desenvolvedores. Hoje ele é composto pelo seguinte time.

Adobe® Flex™ 3 SDK
É um conjunto completo do Flex framework, porém para uso via linha de comando com utilitários para você criar aplicações Ricas. O framework possui todas as classes, bibliotecas, compiladores, debuggers, MXML e programação em ActionScript.  Neste SDK está inclusos o código fonte do core Flex framework, facilitando assim o estudo de toda a estrutura de recursos do Flex, podendo até mesmo customizá-los para seu uso.

Adobe® Flex™ Builder™ 3
Um verdadeiro ambiente de desenvolvimento integrado, baseado no Eclipse IDE, possuindo recursos e acessos a todos os componentes do Flex framework, porém de forma visual do tipo clica arrasta e solta.  O Flex Builder possui recursos de compilação de forma incremental com um debug integrado, o que facilita no desenvolvimento do dia a dia.

Adobe® Flex™ Charting 3
O Flex Charting é um conjunto de componentes visuais para criar gráficos interativos, possuindo gráficos do tipo bar, pie, line, plot e bubble. Além de interatividade os gráficos podem ter até duas posições dimensionais para representar os dados

O que é RIA?
RIA (Rich Internet Application) é um conceito inovador no modo de pensar e desenvolver na web. Uma aplicação RIA tem como foco principal os usuários, ou seja, levar até eles uma nova experiência em usabilidade e interatividade, unindo as funcionalidades dos softwares desktop com serviços e aplicações Web, proporcionando assim um novo nível de experiência.

Quer aprender Adobe Flex com os melhores Flexers do Brasil? Conheça nosso curso de Adobe Flex do básico ao avançado e o imersão Adobe Flex.