O que 9 sites grandes estão usando

Leonardo3001 wrote:Eu tenho uma teoria: o que "grande" nesse caso realmente significa? Parece que é o número de acessos e não complexidade de aplicação.

Imagine, o digg tem apenas três funcionalidades: cadastro de usuários, exibir as notícias e votar nas notícias. Não é algo tão grande e complexo quanto um netbanking. A complexidade está em servir milhões de acessos simultâneos, não na aplicação em si.

E talvez por isso que quase nenhum dos sites usam Java, tem que fazer algo simples e que responda ao serviço rapidamente, e não ficar fazendo ligações com sistemas legados, se preocupar com segurança (pelo menos não muito) e administrar muitas funcionalidades.

concordo com vc tb... as tres funcionalidades apresentadas a respeito do digg.. qualquer linguaguem faz, php, asp... porem quando envolve complexibilidade e segurança será que elas oferecem? Por que algumas aplicacoes no Banco do Brasil funciona em Java?... assim quando eu vejo.. empresas grandes.. como o google eu sempre me pergunto.. pq eles usam essa linguaguem.. e nao outra... para determinada aplicacao.. eu fico bastante em curioso em saber + do pq... boa pesquisa.. porem tem que ver é que nivel de aplicacao foi as linguagens foi usada.. e de q forma...

flw!!

JavaChild Membro desde: 03/08/2005 15:06:13 Mensagens: 141 Offline

Leonardo, mas fazer um site escalar para os volumes de acesso que o MySpaces suporta não é um trabalho simples de engenharia. Veja o LiveJournal, eles tiveram que construir um cache particionado distribuído (memcached) um file system distribuído (MogileFS), um proxy reverso que faz load-balancing (perlbal), um servidor de presença e IM com protocolo Jabber (DJabberd) e também um framework para execução distribuída de tarefas e RPC (Gearman).

Ferramentas essas que são ordens de magnitude mais complexas que escrever um sitezinho que te permite tirar extratos e pagar suas contas. Quantos code monkeys que desenvolvem os sites de internet banking dos bancos nacionais seriam capazes de entender o que são essas ferramentas? Java é usado pois facilita produção de software faceis com zilhões de features, que você consegue fazer com 10 caminhões de macacos.

Sempre tive a impressão,e inclusive escrevi isso aqui, que java é imbatível para ser usado por macacos. (Mas, é claro, existe gente boa em tudo quanto é buraco)

python tb é popular no eua, só aqui no brasil que poucas empresas usam.

JavaChild Membro desde: 24/04/2006 12:20:41 Mensagens: 129 Offline

Depois falam q mysql nao aguenta banco grande

ualex wrote:

é curioso q perl é popular no estados unidos... já no brasil nunca vi

Perl e bastante popular no meio academico no Brasil, trabalhei muitos anos com bioinformatica e posso te dizer que o laboratorio que eu trabalhei e os outros da usp, unicamp, usam perl pra desenvolver seus aplicativos.
Ele eh otimo quando vc tem manipular arquivos texto.

Daniel

acompanhando o raciocínio do Luca, achei um artigo muito legal:

Why most large-scale Web sites are not written in Java
http://www.theserverside.com/news/thread.tss?thread_id=47135

Olá,

Hal Jordan wrote:Depois falam q mysql nao aguenta banco grande

Pensei a mesma coisa! Mas acho que deve ter alguma engenharia a mais para suportar o número de acesso!

Abraços

Leonardo3001 wrote:Eu tenho uma teoria: o que "grande" nesse caso realmente significa? Parece que é o número de acessos e não complexidade de aplicação.

...

E talvez por isso que quase nenhum dos sites usam Java, tem que fazer algo simples e que responda ao serviço rapidamente, e não ficar fazendo ligações com sistemas legados, se preocupar com segurança (pelo menos não muito) e administrar muitas funcionalidades.

Concordo parcialmente.

louds wrote:Java é usado pois facilita produção de software faceis com zilhões de features, que você consegue fazer com 10 caminhões de macacos.

Discordo radicalmente. Java não é fácil. Inclusive tem complexidades idiotas como um objeto Date ridículo. Java é multi-plataforma e pode ser compilado (e descompilado também, mas não vem ao caso) e para mim essa é a força da linguagem. Ter uma série de ótimas aplicações open-source também ajuda muito.

Paulo Roberto Schiavon wrote:
Pensei a mesma coisa! Mas acho que deve ter alguma engenharia a mais para suportar o número de acesso!

Não é isso. O custo de criar uma conexão é muito mais baixo que o resto e a clusterização é muito simples. Além disso, é ideal para realizar consultas rapidamente.

Dizer que o digg não tem muitas funcionalidades pelo número de coisas expostas ao usuário não pode ser levado em consideração. Se for assim é só dizer que o YouTube é simples, quem toca o vídeo é o flash player, upload de vídeo é boçal de fazer. Que tal adminsitração, relatórios, controle de usuários, lidar com bases de dados gigantestas, repliacadas manualmente, caches distribuídos, filesystems com milhões de entradas distribuídas em centenas de nós...

Entre em um projetinho de portal web "de verdade" que você vai ver que desempenho em runtime de uma paltaforma é geralmente o menor dos problemas.

This message was edited 1 time. Last update was at 05/10/2007 17:54:29

otaviofcs wrote:O custo de criar uma conexão é muito mais baixo que o resto e a clusterização é muito simples. Além disso, é ideal para realizar consultas rapidamente.

Como disse na minha palestra ontem no JustJava: escalabilidade através de cluster é um mito. Quando você precisa de desempenho de verdade vai ficar perdido quando as 300 máquinas começarem a replicar estado entre si.

As melhores arquiteturas para escalabilidade web são baseadas em share-nothing, oposto dos clusters.

JavaChild Membro desde: 03/08/2005 15:06:13 Mensagens: 141 Offline

http://www.niallkennedy.com/blog/uploads/flickr_php.pdf

Otávio,

Eu acho java ideal para fábricas. Java mantém o programador na linha dura, sem flexibilidade, isso é legal se a média não saca muito ou tende a fazer merda

JavaChild Membro desde: 02/10/2007 10:56:53 Mensagens: 134 Offline

Se fizer a mesma tabelinha com sites de Bancos, o panorama muda.

Puppets wrote:python tb é popular no eua, só aqui no brasil que poucas empresas usam.

Não é bem assim... eu estava conversando com a Danese Cooper* ontem (ela está no Brasil) e ela estava contando que muitas vezes o povo lá até queria usar Python, mas acabam usando Java por ter mais profissionais e tal.

* Danese Cooper para quem não conhece está na diretoria da OSI e foi responsável por grande parte das questões de "open source" da Sun

Virtual Machine Man Membro desde: 04/07/2007 18:28:58 Mensagens: 824 Offline

pcalcado wrote:Dizer que o digg não tem muitas funcionalidades pelo número de coisas expostas ao usuário não pode ser levado em consideração. Se for assim é só dizer que o YouTube é simples, quem toca o vídeo é o flash player, upload de vídeo é boçal de fazer. Que tal adminsitração, relatórios, controle de usuários, lidar com bases de dados gigantestas, repliacadas manualmente, caches distribuídos, filesystems com milhões de entradas distribuídas em centenas de nós...

Entre em um projetinho de portal web "de verdade" que você vai ver que desempenho em runtime de uma paltaforma é geralmente o menor dos problemas.

Calçado, eu sei que normalmente você é mais inteligente que 99% dos programadores (não é ironia não! Eu acredito mesmo no que eu acabei de dizer! Acho impressionante a burrice que assola a área de TI), mas, apesar de não trabalhar em projeto de portal, trabalho em projetos de bancos e telecom, onde tem também seus projetos web. Por isso posso dizer o seguinte:

1) Banco e telecom tem administração, tem relatórios, tem controle de usuários, tem blá blá blá blá blá blá tanto quanto o projeto de portal que você falou, mas com adicionais! Tem que haver controle transacional, tem que haver prevenção e controle de fraudes, tem que lidar com legados de 20, 30 anos. Posso estar enganado, mas não consigo imaginar esses sistemas menores que um portal.

2) A história da Globo (é nesse lugar que você trabalha, né?) na internet não é nada parecido aos 9 grandes. Enquanto que a Globo só entrou em mercados já estabelecido por concorrentes e atirando pra tudo quanto é lado, as 9 grandes nasceram criando seu próprio nicho e raramente ampliaram para mercados distintos (porque esperam ou esperaram serem adquiridos pelas gigantes Google, Yahoo! ou Microsoft). Para um portal, o desempenho pode até ser "o menor dos problemas", mas imagine uma empresa ponto-com que quer entrar em um mercado novo e incerto e que precisa de aumentos de público instantâneos. O menor pode se tornar crítico se uma espera no carregamento da página fizer com que o usuário mude para um site que está logo abaixo na lista de resultados do Google.

3) Eu disse que os 9 sites citados são simples porque não há controle transacional, não há segurança complicada (já viu token ou biometria em algum desses sites?), não há uma enorme quantidade de tabelas relacionais (pelo menos não como em banco e telecom), a quantidade de usuários que fazem acesso "read-only" é muito maior do que aqueles que fazem "read-write" (ao contrário de sites de banco) e por aí vai. Mas é claro que o fato de prover acessos a milhões de pessoas simultaneamente tira o adjetivo "simples" a esses sites; se dei a entender isso, foi mal.

4) Digamos que digg possua zilhões de funcionalidades por trás, não os considerei por dois motivos: a) não faz a diferença entre competidores, e b) não é crítico ao negócio.

Essa é a base da minha crença do por que os 9 sites grandes usam majoritariamente LAMP, eles precisam simplesmente fazer seus serviços rapidamente e em grande quantidade, não precisam dos muitos serviços que um servidor de aplicações oferece. Eles estão sacrificando a segurança, a manutenibilidade e a facilidade de desenvolvimento para prover acesso em larga escala (o que não é demérito). Ao contrário, os bancos e telecom, que não podem jogar fora aquilo que os nove grandes jogaram, estão usando bastante J2EE.

Notícias, artigos e o maior fórum brasileiro sobre Java