Mas vamos falar do assunto do post!

Chega um certo momento em que suas aplicações alcançam uma dimensão na qual é preciso fazer umas conversarem com as outras, nem sempre isso acontece, vai muito das necessidades, mas quando isso acontece, você se depara com ambientes distintos, datacentes distintos, banco de dados distintos, frameworks distintos, tecnologias distintas, arquiteturas distintas, problemas com performance, lógicas sem lógica… E como fazer seus mini-monstros conversarem? Foi essa a minha necessidade nos últimos meses. Como conseguir melhorar a qualidade no desenvolvimento de aplicativos web, e fazer a integração entre eles, se os mesmos não permitem fazer isso? Várias realidades, várias variáveis, que muitas vezes descobrimos somente quando alguma coisa é alterada, um ninho de abelhas.

Vendo esse senário a primeira saída era estudar. Entendi com a realidade na qual estava imerso que as coisas estavam grandes de uma forma, que não podia mais trabalhar com sistemas e sites distintos, tudo estava pulverizado em vários lugares diferentes, se um domínio caía, não impactava somente o mesmo, várias coisas paravam. Muita coisa devia ser refeita, mas refazer da mesma maneira não seria a solução, como fazer então? Só o MVC não estava me ajudando a organizar as coisas, muita coisa não era aproveitada.

As coisas são mais ou menos assim.

A figura ilustra de uma forma resumida como estão estruturadas as aplicações. Aplicações independentes e que em um determinado ponto precisavam consumir informações de outras aplicações. A figura não leva em consideração os datacenters, que em alguns dos casos eram distintos.

Como dá pra perceber na figuram existem n aplicações consumindo os mesmo bancos de dados, essas aplicações muitas vezes executavam processos iguais, por esse motivo mesmos processos precisavam ser reescritos em aplicações direrenres, ou pelo menos portados de um framework para outro quando fosse possível. Sem documentação, como lembrar onde o mesmo processo é executado para efetuar uma manutenção?

Comecei a estudar Ruby on Rails, gostei muito do que aprendí, muito rápido e objetivo, mas minha equipe iria demorar um pouco pra conseguir absorver essa nova linguagem e como as coisas são a 1000 por hora, não seria viável, espero um dia ainda poder trabalhar essa linguagem = Ruby / framework = Rails. Comecei também a ver Java e no momento que escrevo este post ainda estou fazendo um curso aos finais de semana, está me abrindo a mente pra OOP avançada e Design Patterns, o professor é muito bom, trabalha à muitos anos com o Java, a “turma” é de 3 pessoas, estou aproveitando muito, recomendo! Se forem de Curitiba mandem um e-mail que passo o contato. Depois da merchan, e muito estudo, quase espanei os parafusos, e acabei refletindo muito, levei em consideração os seguintes ítems:

• Equipe de desenvolvimento 100% PHP (limitador);
• Datacenter terceirizado sem suporte à Ruby on Rails e Java (não limitador, mas burocrático/perda de agilidade);
• Tempo necessário pra disseminar a metodologia, padrões e conhecimento necessários extremamente curto;
• Tempo e complexidade do deployment;
• Infraestrutura contratada, PHP + MySQL + PostgreSQL e DB2;
• Necessidade em lidar com Flash, Flex e FMS sem traumas (prover serviços para Flash e Flex).
• Integração com o ERP da Microsiga acessando direto o Database e/ou utilizando WebServices;

Creio que esses foram os principais fatores, a minha infraestrutura é um problema, não gerencio os servidores, é tudo atravéz de chamados, isso deixa tudo muito interativo, no sentido de precisar trocar no mínimo umas 3 mensagem com o pessoal de infraestrutura da empresa pra eles interagirem com o pessoal do Datacenter, e aí o ticket ser executado. Minhas aplicações começaram a apresentar problemas, estão crescendo, e enfrento graves problemas de desempenho. Existem várias aplicações em Flex e Flash consumindo serviços desenvolvidos em PHP, um know-how que já possuímos, não seria interessante ter que reaprender tudo!

Sem alternativas, adivinha qual foi a minha saída? Acertou, PHP!!! É…, mas como nada nessa vida é em vão, como executar e planejar a nova arquitetura de desenvolvimento? Pensei, pensei, quando estava quase tudo meio que alinhado na minha cabeça, chamei os dois melhores programadores de equipe e joguei o desafio – Como desenvolver um webservices utilizando PHP de uma forma simples e direta?

Mas por que WebServices? Você vai entender mais a frente.

Pensaram e logo veio a ideia, trabalhar com rotas e serviços publicados utilizando WSDL e SOAP. Bem lógica a resposta. Fui mais longe, porque não implementar um Rest WS? Seguindo a idéia de – por que complicar se podemos fazer as coisas de uma forma mais simples? Se não me engano foi em um podcast do Fabio Akita onde ele falava de Restful e routes no Ruby on Rails que eu entendi, porque complicar uma coisa se podemos utilizar recursos já consolidados na Internet como o HTTP e suas actions? Isso pra mim iria descomplicar muita coisa, não haveria a necessidade de aprendizado de WSDL, SOAP do PHP ou o nuSOAP, sem serviços de descobertas de serviços e todas essas coisas. Existe cases melhores que o Amazon, Twitter e o Facebook pra entender que o Rest dá conta do recado no que diz respeito à aplicações com milhões de page views e que precisam de segurança?

Resolví o meu problema do WS, mas ainda não tinha terminado. Como mudar o resto da arquitetura a fim de conseguir consumir os serviços disponibilizados pelo WS? Como facilitar a atualização, implementação de novas funcionalidades sem ter que portar pedaços de views de uma aplicação para outra?  Pois as regras de negócios estariam no WS, cada aplicação trabalharia com as suas interfaces com o usuário, caso a funcionalidade fosse a mesma, ainda teria repetições de “pedaços” de processos, nesse caso Views repetidas.

Me deparei com o conceito de portlets, apresentado pela minha amiga Desirre, adaptei pra minha realidade essa idéia. Não montar uma aplicação pra cada portlet (como o Java implementa), mas montar uma aplicação com vários módulos, cada módulo com os comportamentos necessários, por exemplo, módulo de notícias, vou programar ele pra consumir os serviços das notícias necessários para exibição, paginação, busca por exemplo, e eu iria conseguir disponibilizar o mesmo módulo em aplicações distintas sem traumas sem a necessidade de replicar a mesma coisa em lugares diferentes.

A arquitetura como um todo ficou assim.

Cabia a mim agora decidir entre utilizar um framework ou codificar tudo do zero com PHP “puro”, comecei a estudar alguns frameworks em PHP, não muitos, Code Igniter e Zend. Parei a minha busca por um framework com o Zend, mas por que um framework se possuo na minha equipe bons programadores? Simples! frameworks ajudam o desenvolvimento provendo funcionalidades testadas, em constante manutenção e evolução, mais que isso, eles provém um “conceito” de desenvolvimento, uma forma já pré definida de como codificar, cada framework define formas de como programar, como consumir as funcionalidades disponibilizadas entre outras coisas. Sabendo que no PHP o que se escreve funciona, independente da arquitetura, orientação, formatação, e conhecendo os prazos dos projetos, a idéia de utilizar um framework para o nosso desenvolvimento é obter uma fonte de recursos e funcionalidades de uma forma mais rápida e segura, além disso, ajudar a definir um conjunto de boas práticas.

O que mais me chamou atenção a princípio no Zend foi a quantidade de recursos disponíveis, muita coisa, dei uma olhada na sua documentação e fiquei surpreso, mais ainda por suportar publicação de serviços em Amf  e Rest, a primeira supriria a minha necessidade por prover serviços a aplicativos com tecnologia Flex e Flash a segunda era brinde…. =)

Me deparei então em montar o início de tudo, como trabalhar com o Zend? Um livro me ajudou em entender como as coisas funcionavam no Zend, e como as coisas não funcionavam também, minha preocupação era sempre em escalar, precisava montar um provedor de serviços em Amf/Rest com alto desempenho, já que estaria centralizando tudo, a idéia de fazer um LB (load balance) no Apache teria que ser algo simples e rápido, já que a proposta da empresa é de crescimento. Foi aí que percebí que tinha feito uma boa escolha, vindo de uma experiência com o Code Igniter (CI), Expression Engine e afins, o Zend era totalmente diferente, um novo conceito pra mim, uma lógica diferente em utilizar uma frameworrk, eu teria que montar a aplicação de acordo com as minhas necessidades, fazer o load das bibliotecas necessárias para a minha aplicação na medida que eu fosse precisando, diferente do CI onde já vem tudo estruturado e você só precisa configurar a sua aplicação, o Zend é tudo do zero, ele disponibiliza uma Library e só, você se encarrega de utilizar da forma que precisar, bem coisa do PHP isso….

Depois de idealizado e estruturado e implementado o Web Services ficou como a figura abaixo.

Vou explicar mais ou menos como fizemos.

Todos as requisições dos módulos aos serviços chegam no WS no Facade, ele é responsável por pegar todas as requisições, ele valida para qual serviço foi feita a requisição e qual sua Action (POST, GET, PUT ou DELETE), em seguida valida o Token, que é um código que os modulos passam para se identificarem, como uma chave pública de criptografia. O token faz parte da camada Security, estudamos a implementação também nessa camada de validação de IP`s, como o sistema roda ditribuído no datacenter, é possível fazer a validação das máquinas que estão consumindo os serviços, melhorando ainda mais a segurança do WS. Seguindo a sequência, após a validação do token e IP, é feito o load do Server requisitado, conseguimos implementar um serviço genérico, o mesmo pode ser “rodado” pelo Zend_Rest_Server ou pelo Zend_Amf_Server sem nenhum problema, creio que essa foi uma característica muito interessante do nosso projeto, com um mesmo conjunto de classes, conseguimos disponibilizar serviços em Rest e Amf escrevendo somente uma vez. Por último um conjunto de DAO`s (Data Access Object), que nos auxiliam com o IO de dados a Bases de Dados, outros Web Services e Envio de e-Mails por exemplo.

No momento que escrevo este post faz mais ou menos um mês que o Amf/Rest está em funcionamento, ainda tem muita coisa pra evoluir…

No próximo post entro em detalhes, de como implementar o Amf e Rest Servers com exemplos e afins. Esse post foi mais a viagem do oriental aqui em como resolver o grande problema enfrentado por mim e pela equipe de desenvolvimento em manter as coisas organizadas e como conseguir um melhor aproveitamento dos funcionalidades implementadas.

Caso tenha alguma idéia ou dúvida fique a vontade de comentar esse post, será muito bem vindo. E caso não tenha entendido nadinha de nada comente também, posso explicar de uma outra forma em um outro post…..

É isso, ótima semana a todos e até mais.

Minha idéia é ir postando os conteúdos na medida que eu vou evoluindo nos estudo do Rails. Assim quem quizer aprender é só seguir os posts. Bom vamos ver se isso vai dar certo.

Mas vamos ao que interessa!

Bom, digitamos no Terminal o comando: rails NomeDoProjeto, e o resultado é

README
Rakefile
app/
config/
db/
doc/
lib/
log/
public/
script/
test/
tmp/
vendor/

É sobre essa organização de pastas que vamos falar hoje.

README – arquivo com instruções de uso;
Rakefile – script de construção;
app/ – Dentro dessa pasta estão os arquivos da estrutura MVC – (Model, View e Controller);
components/ – componentes reutilizáveis;
config/ – parâmetros de configurações tanto do projeto quanto do banco de dados;
db/ – Informações sobre o esquema e as migrations geradas para modificar o banco de dados;
doc/ – Documentação auto gerada, utilizando o Rdoc,
lib/ – Código compartilhado códigos que não podemos adicionar a uma um modelo, view ou controller, algo como um gerador de arquivos pdf.
log/ – documentos de log produzidos pelo seu aplicativo;
public/ – Diretório acessível pela Web. É a pasta onde o HTTP server utiliza pra rodar o seu aplicativo;
script/ – Scripts utilitários, onde estão os programas utilizados pelos desenvolvedores Rails, para entede-los você pode executalos sem nenhum argumento, você obterá informações sobre de uso;
test/ – Utilitários de testes, onde escrevemos os teste funcionais, testes de integração, fixtures e simulações;
tmp/ – Arquivos temporários utilizados e gerados em tempo de execução do seu aplicativo;
vendor/ – Código importado onde você irá por os seus plugins utilizados pela aplicação, código de terceiros.

As pastas app/ e test/ é onde fica quase toda a nossa aplicação, é onde mais iremos trabalhar!

Bom hoje é isso. Acho que com isso conseguimos ver com outros olhos toda a estrutura de pastas criada automaticamente pelo Rails. Nos próximos posts vou detalhar mais cada uma destas pastas falando dos seus arquivos internos.

Fiz a instalação em vários Mac`s diferentes até chegar nesse tutorial, pra validar refiz em outro Mac no trabalho. Ao todo foram 4 instalações em 4 Mac`s diferentes, em ambientes totalmente diferentes, com proxy, sem proxy, mini Mac, iMac e Macbook. Espero que você não tenha problemas, se tiver é só comentar o post que retorno.

Caso você já instalou o MySQL e o Xcode então vamos ao que interessa.

Primeiro é atualizar o Gem, que é o gerenciados de pacotes do Ruby. Pra ilustrar abaixo estão as versões que acompanham o Leopard.

Você deve ter notado, a instalação do Ruby on Rails é feita no Terminal.
Para iniciar a instalação precisamos ter permissões root, o comando sudo sh resolve essa questão:

sudo sh

Ele vai pedir a senha, dai você se pergunta: que senha? É a mesma senha do seu usuário, mas não pode ser em branco, caso sua senha esteja em branco, defina uma em System Preferences -> Accounts. Não esqueça que o seu usuário tem que pertencer ao grupo Admin, caso não pertença é preciso acessar o Mac com um ususário que pertença.

Agora sim, com a senha definida, vamos ao Terminal e digitamos: sudo sh

 sudo sh

Vamos atualizar o gem utilizando o comando gem update –system

 gem update --system

Quando fiz esses printscreen eu estava no trabalho, lá para acessar a Internet precisamos autenticar no proxy a primeira linha do print abaixo faz isso, diz pro sistema pra quando acessar algum conteúdo utilizando o protocolo HTTP efetue essa requisição utilizando o proxy, esse comando eu utilizo no Linux toda a vez que preciso atualizar algum pacote ao baixar algum arquivo utilizando o wget, como o Leopard é irmão do Linux não custa garantir.

Se você não estiver em uma rede que precise se autenticar no proxy pra acessar a Internet esqueça isso, caso esse seja o seu caso não custa ter 100% de certeza configurando as opções de Proxy em System Preferences -> Network -> Sua Conexão -> Advanced -> Proxies.

Vai apararecer na sua tela algo parecido com o print abaixo.

Digitando gem -v e rails -v validamos se foi atualizado com sucesso.

gem -v
ruby -v

Agora é a vez do Rails, para instalar o Rails pedimos para o Gem agora atualizado instalar utilizando o comando

 gem instal rails --include-dependencies

Pronto, pra validar é só digitar o comando rails -v

 rails -v

Agora precisamos instalar o suporte do Ruby ao MySQL, esse comando é um pouco mais extenso:

 env ARCHFLAGS="-arch i386" gem install mysql -- --with-mysql-config=/usr/local/mysql/bin/mysql_config

Pronto, Gem e Ruby atualizados e Rails e suporte do Ruby pro MySQL instalados, para testes vamos criar nossa primeiro projeto:

 rails FirstRailsApp --database=mysql

Vai aparecer na tela o seguinte

Vamos entrar na pasta do projeto cd FirstRailsApp e iniciar o servidor Web para ver se está funcionando.

cd FirstRailsApp
script/server

Que tal ver se funcionou? Abra o seu navegador e acesse http://localhost:3000 irá aparecer o seguinte conteúdo

Se quizer testar se a conexão com o banco está ok, precisamos antes configurar o arquivo database.yml que está dentro da pasta config do seu projeto (config/database.yml).

development:
  adapter: mysql
  encoding: utf8
  database: FirstRailsApp_development
  pool: 5
  username: root
  password:
  socket: /tmp/mysql.sock

# Warning: The database defined as "test" will be erased and
# re-generated from your development database when you run "rake".
# Do not set this db to the same as development or production.
test:
  adapter: mysql
  encoding: utf8
  database: FirstRailsApp_test
  pool: 5
  username: root
  password:
  socket: /tmp/mysql.sock

production:
  adapter: mysql
  encoding: utf8
  database: FirstRailsApp_production
  pool: 5
  username: root
  password:
  socket: /tmp/mysql.sock

Após configurado crie o database no MySQL utilizando por exemplo o MySQL Query Browser ou a sua ferramenta favorita.
Para testar o acesso ao banco digite rake db:migrate, ele irá tentar conectar com o banco e verificar se existe a base definida no arquivo de configuração.

rake db:migrate

Pronto, ambiente praparado.

Agora vamos revisar o nosso trabalho.

• Atualizar o gerenciador de pacotes nativo do Leopard e com ele o Ruby
• Instalar o Rails
• Instalar o suporte do Ruby pro MySQL direcionando o arquivo de configuração do MySQL
• Testar montando um projeto Rails

Resumo dos comandos – Indo direto ao ponto

Versões instaladas.

gem -v
ruby -v

Atualizando versões e instalando o Rails e suporte ao MySQL do Ruby

sudo sh
gem update --system
gem install rails --include-dependencies
env ARCHFLAGS="-arch i386" gem install mysql -- --with-mysql-config=/usr/local/mysql/bin/mysql_config

Versões finais

gem -v
ruby -v
rails -v

Testando

rails FirstRailsApp --database-mysql
cd FirstRailsApp
rake db:migrate
script/server

Ver conteúdo no endereço: http://localhost:3000

Você deve estar se perguntando por que instalar o MySQL sozinho se existem combinações do tipo MySQL + Apache e PHP. Vou explicar o porquê. Você lembra daqueles modelos de televisores que vinham com o vídeocassete junto, conhecidos como duetos, existem hoje uns que vem com o DVD acoplado. Quando acontece alguma coisa com o seu televisor e você precisa levar pra alguma assistência técnica pra arrumar, você fica sem o videocassete, caso dê problema no seu videocassete e você precise fazer a mesma coisa, você fica sem o televisor, sendo mais claro, a combinação é muito útil quando pensamos em praticidade e facilidade de uso, mas quando paramos pra pensar em manutenção, configurações e personalizações ficamos muitos amarrados. Outro motivo seria, o Mac já possui por padrão o Apache, porque instalar outro se já possuímos um? Dois Apaches na maquina? Por esses motivos prefiro trabalha com meus serviços não agrupados, em troca de um maior nível de flexibilidade e personalização.

Mas isso não o impede de ignorar esse tutorial e baixar o MAMP, mas se o caso não for esse vamos iniciar a instalação do MySQL?

Para instalar o MySQL precisamos fazer o download da última versão estável disponível no site. http://dev.mysql.com/downloads/mysql/5.1.html#macosx-dmg

Baixar a opção Packager Formated – Mac OSX 10.5 (Leopard)
se você utiliza o Tiger baixar a opção Packager Formated – Mac OSX 10.4

Escolher o Mirror para download.

Montar o dmg e executar o arquivo X.X.X-osx10.X-x86.dmg
no meu caso mysql-5.1.30-osx10.5-x86.dmg
(este é o arquivo de instalação do MySQL).

Obs: Caso você utilize algum programa
com a famosa combinação AMP (Apache + MySQL e PHP)
como por exemplo o MAMP,
não esqueça de parar os servidores.

Seguir os seguintes passos no estilo NNF (Next-Next-Finish)

Instalar o MySQL Preference Pane.
É um utilitário que fica no System Preferences
que inicia e para o MySQL e configura a inicialização automática.
O nome do arquivo é MySQL.prefPane.

Deseja disponibilizar o Preference Pane
para todos os usuários?

Feito isso é só clicar em “Start MySQL Server”.

O usuário default é root sem senha.

O MySQL é bem intuitivo, não tem segredo, coloquei os prints das janelas pois não tem muito o que comentar, a instalação é simples e direta. Alguma dúvida comente o post que eu retorno.

Para ajudar o seu trabalho podemos baixar o PhpMyAdmin, ou bem mais fácil podemos baixar o MySQL Admin no link http://dev.mysql.com/downloads/gui-tools/5.0.html

O propósito do Rails é tornar mais fácil desenvolver, instalar e mantes aplicativos Web, utilizam a arquitetura MVC, alé disso, quando se cria um projeto Rails, ele automaticamente cria todo o “esqueleto”, relacionei essa estrutura, quando utilizamos um framework tipo Code Igniter pro PHP, após “deszipar” o arquivo do Code Igniter, surge toda uma estrutura, a única diferença é que no Rails essa estrutura é criada em tempo real. O Rails cria automaticamente programas temporários de testes “stubs”para as novas funcionalidades que vão sendo adicionadas.

Rails utiliza também alguns outros conceitos: DRY – Don’t Repeat Yourself – Não se Repita – que emprega que todo conhecimento de um sistema deve ser escrito em um único determinado local, ORM – Object-Relational Mapping, que utiliza as tabelas do banco de dados para definir os models, não há a necessidade de escrever um model, eles automaticamente são mapeados para as classes, suas linhas para objetos e suas colunas para atributos, portanto quando modificamos um banco automaticamente isso é refletido para a aplicação, Convention over configuration – essa convenção diz basicamente que deve-se assumir valores padrão onde existe uma convenção.

Uma coisa que achei bem interessante são os migrations, todas as modificações no banco de dados são documentadas pelo Rails, na verdade as modificações são escritas no Rails e ele mesmo as executa no banco de dados, há um controle sobre as modificações no banco, podendo ser aplicadas em outro banco com por exemplo a deploy da aplicação ou até mesmo desfazer uma modificação.
Suporte integrado ao AJAX e RESTful.

Tudo isso e muito mais é resultado da combinação de 5 componentes:

• Active Record – mapeamento objeto-relacional (Model do MVC);
• Action Pack – compreende o Action-view e o Action-Controller (Visão e Controller do MVC);
• Action Mailer – suporte a envio de recebimento de e-mails;
• Active Support – coleção de classes e extensões;
• Action Webservices – implementa WSDL e SOAP;

O discurso dos evangelistas do Rails me lembra muito os designers da Apple, a história do “Estado da Arte”, que é a busca constante pela simplicidade, praticidade, design, perfeição, facilidade. Até onde estão os meus estudos o Rails está suprindo muito bem essas espectativas, é claro que como qualquer outra linguagem de programação é possível escrever um código sujo, mas garanto que ela facilita muito as boas práticas, ela dá suporte a diversos gems que automatizam determinados processos e diversos plugins que expandem as funcionalidades da sua aplicação sem muito esforço.

Caso esteja interessado em iniciar seus estudo também segue algumas dicas:

Livro: Desenvolvimento Web Ágil com Rails – Link Saraiva – foi o livro que comprei.

Podcast: Podcast Ruby on Rails Brasil com Fábio Akita e Carlos Eduardo Brando – só não espere escutar somente coisas sobre Rails, os caras são sinistros, os assuntos vão de Cloud Computing a Compiladores, de Jruby a Rails! Muuuito bom mesmo (Open Your Mind). Estou fazendo uma sessão Rails Podcast Brasil, escutando todos desde o início.

Blogs em pt-BR: http://akitaonrails.com do Fábio Akita e http://www.nomedojogo.com Carlos Brando – estão sendo as minhas referências de Ruby on Rails.

Bom sobre Rails hoje é só, vou postar mais coisas com o desenrolar dos estudos.

Com relação ao Streaming, estamos finalizando outra etapa do projeto, estou preparando um Screencast junto com o pessoal que está participando do projeto comigo.

Estava me sentindo excluído agora que sou usuário Mac, mas nossos problemas estão resolvidos.

http://www-01.ibm.com/software/data/db2/express/download.html?S_CMP=ecddww01&S_TACT=mac952

Estou baixando e logo posto alguma coisa sobre a instalação do DB2 no Mac. Será que segue o mesmo padrão do Linux? ou algo parecido como Drag-and-Drop do Mac?

Abraços e fico devendo um post sobre o evento da empresa, que aconteceu em setembro, falando de Streaming.

O que é um banco de dados?
Como saber identificar um banco de dados?
Não tem a mínima idéia? Então esse post é pra você.

Entendemos como banco de dados, um conjunto de dados organizados, é planejado e construído para um propósito específico possuindo assim um conjunto de usuários e aplicativos pré-definidos, tem como base de seu projeto o mundo real, onde é chamado de mini-mundo, qualquer modificação nas características do mini-mundo refletem diretamente no banco de dados.
O banco de dados é mantido por aplicativos desenvolvidos especialmente para esse fim, são chamados de SGBD – Sistema Gerenciador de Banco de Dados ou em inglês DBMS – Database Management System, sua função é possibilitar aos usuários criar, consultar, editar e excluir dados do banco de dados, para as mais diversas aplicações. Alguns dos SGBD`s mais conhecidos são:

Comerciais
Oracle: http://www.oracle.com
DB2: http://www-306.ibm.com/software/data/db2/
Sybase: http://www.sybase.com.br/
MS SQL Server: http://www.microsoft.com/sql/default.mspx

Open Source
MySQL: http://www.mysql.com
Postgre SQL: http://www.postgresql.org
Firebird: http://www.firebirdsql.org/

Banco de dados vs. Gerenciador de arquivos (SGBD`s vs. GA`s)
Algumas características são necessárias para que um sistema de manipulação de dados seja considerado um SGBD. Caso alguma das características abaixo não for um atributo do sistema de manipulação de dados avaliado, o mesmo não pode ser classificado como um SGBD, resumindo, para ser um SGBD o software deve necessáriamente ter as características abaixo, caso não tenha ele pode ser classificado como um gerenciador de arquivos.

• Auto-contenção: um SGBD armazena mais que os dados em sí (dados do mini-mundo) como também toda a descrição dos dados, seus relacionamentos, e formas de acesso. Esta regra é conhecida como Dicionário de Dados.
• Independência dos dados: nenhuma definição dos dados poderá estar contida na aplicação que utiliza o SGBD para armazenar os dados. Portanto modificações na forma de acesso aos dados, novos indices não podem afetar a aplicação.
• Abstração dos dados: um SGBD fornece ao usuário apenas uma representação conceitual dos dados, normalmente é utilizado um Modelo de Dados para fornecer essa abstração, sendo assim um SGBD não fornece informações sobre a criação dos indices, ou como serão mantidos, ou qual relação entre as tabelas que deverá ser mantida íntegra.
• Visões: um SGBD deve permitir que cada usuário visualize os dados de uma forma diferente daquela existente fisicamente no banco de dados.
• Transações: um SGBD deve gerenciar completamente a integridade referencial dos dados definida em seu esquema, sem precisar em nenhum momento da ajuda do aplicativo para executar essa tarefa. Sendo assim um SGBD deve possuir pelo menos uma instrução que permita a execução de instruções simultâneas (execuções de vários comandos, um em seguida do outro) e um único comando que desfaça todas essas execuções, em outras palavas, ou executa todos os comandos ou não executa nenhum.
• Acesso automático: um SGBD deve gerenciar o acesso aos dados com o intúito de evitar DEADLOCKS sem a necessidade de auxílio da aplicação. Um exemplo de DEADLOCK é, um usuário A está esperando a liberação de um registro que está sendo acessado por um usuário B e usiário B espera a liberação de um registro que está sendo acessado pelo usário A, esse bloqueio mútuo é chamado de “abraço mortal” pois o usuário A e o B não vão conseguir acessar os registros.

Abraços….. até a próxima…

Fábio Tomio

Segue abaixo… Procurei fazer um apanhado geral sobre a TV do início até hoje, as diferenças e alguns exemplos. Tem alguma coisa também sobre IPTV. Para quem está pesquisando algo sobre TV Digital e IPTV, nos últimos slides tem a Bibliografia, uma coletânea de links sobre o assunto e um livro sobre Streaming.

Arquivo – Slides em PDF

Mudando um pouco de assunto, semana que vem irá acontecer a transmissão, não deu certo o QuickTime, o equilíbrio entre qualidade/peso (Kbps) não chegou nem próximo ao do Flash. Decidí utilizar o Flash Media, mesmo não podendo utilizar o Akamai.

Posto o resultado na sequência… Abraços, e me desejem boa sorte….

A estrutura foi dividida em Encoder e Servidor de entraga do conteúdo. Para o encoder utilizei o Flash Media Encoder,para a parte de entrega de conteúdo foi um serviço contratado da LocaWeb.

A transmissão ocorreu perto das 19:00 horas, com origem em São Paulo capital e com os principais espectadores em Curitiba.

Os principais problemas foram:

• O não suporte ao H.264 pelo serviço de Flash Server disponibilizado pela Loca Web;
• O não suporte do Flash Media Encoder ao sistema operacional Mac OS X;
• Horário da transmissão;

Por não poder utilizar o H.264 tive que efetuar o encoder do vídeo utilizando o VP6, o resultado final foi um maior peso do vídeo e com isso a necessidade de um Link com maior capacidade.
Com relação ao encoder, o problema é a plataforma, tive instabilidades com o Windows, o Flash Media Encoder fechava sem nenhum motivo aparente, ou não fazia o streaming, somente no último minuto antes da transmissão ele estabilizou (foi um sufoco).
Com relação ao horário o impacto é o trafego da Internet no Brasil, aconpanhei através do site da RNP que o horário escolhido pelo pessoal organizador do evento era justamente o horário de pico da Internet do Brasil, não somente por esse problema, mas também por problemas de estreitamento de banda no local do evento, tive problemas com a “up” do conteúdo até a Loca Web.

Mas no final deu tudo certo, a transmissão durante todo o evento não teve problemas de instabilidade, o antes foi muito complicado, o durante e depois fui super tranquilo.

Poderia ter utilizado o Red5, mas o meu principal problema foi conseguir uma documentação explicando como fazer a instação no centOS e a minha falta de tempo. Por esses motivos utilizei o Flash Media da Loca Web, supriu as minhas necessidades.

A aplicação client foi desenvolvida por mim e pela equipe de desenvolvimento web da empresa, utilizando o Adobe Flex 3, a base do código foi o programa postado aqui no blog.

http://fabiotomio.wordpress.com/2008/06/25/adobe-flex-red5-e-streaming/

Qual o meu parecer?

Transmissão utilizando a Internet é extremamente complexa, existem inúmeros fatores que podem afetar a transmissão, não somente sua aplicação ou mesmo o seu serviço de entrega utilizado. A tecnologia em sí e forma de entrega são sim os principais focos na hora de projetar uma transmissão, mas não se pode esquecer os outros fatores que são importantes também, como:

• A entrega dos sinais será feita como? Há a necessidade de um conversor de mídia?
• O audio? como será entregue? há um sistema de compressão de audio? Clips (Overload) no audio geram instabilidades.
• Qual a tecnologia utilizada para acesso a Internet? É estável? ADSL, Fibra, Frame-Relay, Radio? Mais instavel maior a necessidade da largura.
• Nunca utilizar 100% do Link disponível, se necessário diminua a qualidade do vídeo! Existem muitos picos durante a transmissão, se não existir banda disponível há perda de sincronismo.

• Qual o seu público? Onde ele está? Quanto mais proximo a origem da transmissão melhor.
• Qual a distância da origem do sinal e do servidor que irá distribuir o conteúdo? Quanto mais próximo melhor!

Esses são alguns pontos importantes e que devem ser levados em consideração.

As duas últimas questões levam em conta que existam gargalos de comunicação entre uma região e outra. Por exemplo, se o o conteúdo for trafegar na Internet existem diferentes tecnologias de comunicação para entregar a Internet no Brasil, por exemplo, Paraná – São Paulo, o link é DWDM de 2.5 Gps já São Paulo com Manaus são 20 Mbps. Mais informações em RNP. Uma alternativa a esse problema é locar uma rede terceira para trafegar seu conteúdo.

Próxima etapa:

Setembro está chegando e lá vou eu de novo, dessa vez vou mudar muita coisa, ou quase tudo, vou migrar do Flash pro QuickTime, o servidor de streaming do QuickTime tem ume versão Open Source, mais conhecida como Darwin, tem muitos recursos e o melhor, dá suporte ao H.264.

Adicionei mais uma camada para a entrega do conteúdo, é um serviço que faz cache do conteúdo e utiliza rede própria para trafegar o conteúdo, e faz a entrega do conteúdo utilizando várias conexões simultâneas, sabe o superdownload ou getright? é o mesmo conceito, só que em vez de ser na aquisição do conteúdo, é na entrega. Este serviço é utilizado pelos maiores sites e portais do mundo, como Apple, Adobe, CNN, etc. Segue abaixo uma imagem exemplificando o funcionamento. Quem fornece esse serviço no mundo é a Akamai, seu representante no Brasil é a Exceda.

Estou efetuando testes, sem o serviço da Akamai a princípio, procurando o melhor configuração entre qualidade do vídeo e consumo de banda, essa semana ainda começamos os testes com a Akamai distribuindo o conteúdo.

Vamos ver os resultados, para quem quizer fazer testes com o QuikTime/Darwin, os sites são:

Darwin

Instalar Darwin on centOS

Assim que tiver outras novidades posto aqui…

Abraços a todos, e se pintar alguma dúvida, é só enviar um email para fabiotomio@gmail.com

Links:

• http://www.adobe.com/products/flashmediaserver/flashmediaencoder/
• http://www.locaweb.com.br/flashcom/default.asp
• http://www.rnp.br/backbone/index.php
• http://www.akamai.com
• http://exceda.com
• http://developer.apple.com/opensource/server/streaming/index.html
• http://streaming411.com/wiki/Darwin_Streaming_Server