O que 9 sites grandes estão usando

O crescimento de tecnologias open source é um fato no atual cenário. Isto se deve em função de vários fatores, como por exemplo:
Custo, Infra-estrutura utilizada, segurança, desempenho, confiabilidade da plataforma, entre outros.
O sistema operacional Linux tem alavancado o desenvolvimento web em PHP integrando com bancos de dados MySQL ou PostgreSQL.

Nas minhas experiências em tentar escalar aplicações já existentes, seja em Java ou em outras plataformas, posso dizer que tive mais dificuldade quando a aplicação era em Java.

Acredito que isso seja mais culpa dos arquitetos e seus purismos do que propriamente da plataforma Java.
Outro dia estava trabalhando num proxy reverso para uma aplicativo ASP que tem mais de 10 anos. Foi muito mais fácil que todas as experiências que tive com Java. O detalhe e que este aplicativo foi construído no codifica-e-remenda. Não existiam arquitetos naquela época.

Estou totalmente de acordo que não existe uma tecnologia que resolve bem todos os problemas e que temos que combinar o que cada uma oferece de melhor.

Tenho pra mim que saber combinar essa salada será o que diferenciará os bons dos normais no futuro.

This message was edited 4 times. Last update was at 09/10/2007 23:08:50

Adorei a discussão, alto nível, parabéns à todos

Meu ponto de vista sobre java no que tange missão crítica é que muitos arquitetos de soluções não olham para o mercado e enxergam produtos que podem agregar na construção da sua infra-estrutura.

Um exemplo claro são produtos similares ao memcached como Gigaspace que endereça uma série de problemas como topologias de cluster, escabilidade linear, failover, memória compartilhada para latência mínima entre outros.

Conhecer com um pouco mais de profundidade alguns produtos que estão no mercado, ApplicationServers mesmo, que muitos nem tunning fazem ... por exemplo Sun que traz consigo um produto comprado da clustra ( empresa que fazia cluster para o setor de telecom) o HADB. (replicação em memória através de clusters); é fundamental para o desenho de soluções de missão crítica.

IM da solução poderia utilizar algo bacana que é o projeto JXTA e por aí vai, que poderia até escrever um tratamento de GRID em cima do mesmo.

Finalizando meu ponto de vista, acho que o problema não está na plataforma Java ou especificação e sim achar que ela irá contemplatar todos os cenários e não abrir o seu leque de possibilidades dentro da mesma.

Quando o pessoal começar a olhar para estratégias como http://www.eecs.harvard.edu/~mdw/proj/java-nbio/ e não achar que simplesmente o TomCat - escolha seu favorito, spring e tre le lé , vai resolver todos os seus problemas.

Pattern MapReduce http://209.85.163.132/papers/mapreduce-osdi04.pdf by google e implementação lab - https://map-reduce-example.dev.java.net e por aí vai ...

O mundo java é muito mais amplo do que se imagina e na minha ótica a maior parte dos sites escolhe estratégia Lamp por custos inerentes e baixo conhecimento de alternativas como essas citadas.

This message was edited 1 time. Last update was at 09/10/2007 23:58:07

Olá

RodrigoSol wrote:Estou totalmente de acordo que não existe uma tecnologia que resolve bem todos os problemas e que temos que combinar o que cada uma oferece de melhor.

Tenho pra mim que saber combinar essa salada será o que diferenciará os bons dos normais no futuro.

Um exemplo disso aí:

http://www.leahculver.com/2007/10/08/pownce-lessons-learned-fowa-2007/

Pownce: Social messaging application Developed in 4 months
Django (Python web framework), S3 (Amazon?s Simple Storage Service), AIR (Adobe Integrated Runtime), MySQL, memcached, version control, backup, etc.
Lessons learned: Think about technology choices, Do a lot with a little, Be kind to your database & Expect anything

Detalhe: Leah Culver é desenvolvedora Java mas escolheu Python para este projeto.

http://s3.amazonaws.com/ppt-download/pownce-lessons-learned4283.pdf

[]s
Luca

This message was edited 1 time. Last update was at 10/10/2007 20:58:03

Só uma curiosidade, com o Gigaspaces, você pode usufruir dos serviços do S3 - http://developer.amazonwebservices.com/connect/entry.jspa?externalID=916, assim como o Django o permite.

Aliás, excelente review sobre a nova versão do produto - http://www.infoq.com/news/2007/09/gigaspaces

In Space-Based Architecture, a Processing Unit represents the unit of scale and fail-over of an application. It normally contains all of the application services and middleware components that have a tight latency/runtime dependency. It encapsulates those services under a single container (Processing Unit) and maintains consistent scaling and fail-over semantics in a generic fashion to all of those components. A failure event, for example, will automatically trigger a recovery process of both the middleware components (messaging, data grid) and the business logic associated with it. In this way we avoid partial failure or inconsistent behavior resulting from the fact that a failure event happened, messaging system started to deliver events but the application service is not yet ready to process them. From a latency perspective, the encapsulation of all those components in the same run-time container reduces network overhead, because they interact purely in memory. Scalability becomes as simple as adding more processing units. In other words, there is no need to separately scale the data, business logic and/or messaging tiers

Isso é quase um SEDA luca ? heeh

AH! quanto ao pownce, eu tenho mais 5 invites aqui , quem quiser testar o trem, manda uma mp ...

pcalcado wrote:... a única opção real para IPC é sockets. LAMP segue a excelente filosofia UNIX de pequenos pedaços que se unem para compor um sistema...

... Ah, então Java tem opção apra fazer IPC? Se importa de me dizer qual? Sabe como é, nestes 7 anos eu venho procurando uma opção viável que não inclua JNI nem filas em disco, seria fantástico saber este seu segredo...

Poderia elaborar, fiquei curioso, você está se referindo a acesso a named pipes?

O que mais me assustou nessa pesquisa foi realmente o fato de somente um dos 9 sites citados utilizar Java.
Nem imaginava que Perl estava bem assim.
Aqui na facul teve um evento em que tinha um laboratorio de Perl para web, foi o laboratorio de menor numero de participantes. Mas depois dessa noticia, próximo eu to colado.

Forum Spammer Membro desde: 30/07/2006 16:09:55 Mensagens: 1261 Offline

francislon wrote:O que mais me assustou nessa pesquisa foi realmente o fato de somente um dos 9 sites citados utilizar Java.
Nem imaginava que Perl estava bem assim.
Aqui na facul teve um evento em que tinha um laboratorio de Perl para web, foi o laboratorio de menor numero de participantes. Mas depois dessa noticia, próximo eu to colado.

Essa pesquisa pra mim me pareceu bem tendenciosa.

Alguem poderia muito bem tbm pegar 9 sites grandes feitos em Java e falar que Java domina amplamente o mercado. O mesmo com .NET e por aí vai...

Existem muuuuitos sites grandes por aí....ateh maiores que esses que foram citados na pesquisa.

Então não se assuste...pra mim essa pesquisa só serviu pra mostrar uma coisa...muita gente acredita que só existe Java e .NET no mundo, e q só essas tecnologias que servem pra fazer grandes sistemas, e isso não é verdade.

fcmartins wrote:
Poderia elaborar, fiquei curioso, você está se referindo a acesso a named pipes?

Sinais, pipes, shared memory... qualquer coisa que se usa há décadas.

Eu nunca tentei usar mas... e a classe sun.misc.Signal ?

peczenyj wrote:Eu nunca tentei usar mas... e a classe sun.misc.Signal ?

Não é Java. Classes dos pacotes proprietarios da Sun não são Java, ela mesmo afirma isso. Não é portavel e tão pouco esperto* abusar de detalhes da implementação.

*Digo esperto para me abster de ser grosseiro. Projetos como o XStream usam o sun.misc.Unsafe, que é uma enorme burrada, já que seu código passa a não funcionar mais em um sandbox.

Bom, então a saida seria alterar a JVM ?

peczenyj wrote:Bom, então a saida seria alterar a JVM ?

Não, já é possivel usar shm com Java, a interoperabilidade com aplicações nativas não é a melhor coisa do mundo mas funciona. Named/Unix Pipes basta implementá-los com JNI. Quanto a signal io, não sei se vale a pena investir nisso.

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