<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Escalabilidade - Aplicações Web de Alta Performance - Latest Comments</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#forumcomments-0f303ac1" type="application/json"/><link>http://escalabilidade.disqus.com/</link><description></description><atom:link href="http://escalabilidade.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 06 Jan 2012 14:00:12 -0000</lastBuildDate><item><title>Re: Guia Rápido Para os Serviços da Amazon Web Services (AWS)</title><link>http://escalabilidade.com/2010/03/25/guia-rapido-para-os-servicos-da-amazon-web-services-aws/#comment-402676852</link><description>Quase todos os serviços são free para usuários pequenos pelos primeiros 12 meses. Quando tem que pagar, os preços são ridiculamente baratos</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Marcio</dc:creator><pubDate>Fri, 06 Jan 2012 14:00:12 -0000</pubDate></item><item><title>Re: Sua startup tem API ? Entenda o Ecossistema de APIs no Brasil</title><link>http://escalabilidade.com/2010/09/20/sua-startup-tem-api-entenda-o-ecossistema-de-apis-no-brasil/#comment-377171502</link><description>na &lt;a href="http://www.l3go.com.br" rel="nofollow"&gt;www.l3go.com.br&lt;/a&gt; acreditamos que api é sempre muito importante para expandir o négocio</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Renato Cruz</dc:creator><pubDate>Thu, 01 Dec 2011 19:25:39 -0000</pubDate></item><item><title>Re: Elevando o nível de abstração para a melhoria continua de desempenho</title><link>http://escalabilidade.com/2010/12/02/elevando-o-nivel-de-abstracao-para-a-melhoria-continua-de-desempenho/#comment-320238528</link><description>Fiquei muito curioso sobre como aplicar regressão linear "para modelagem e análise do desempenho de um ambiente do sistema computacional"?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maurício</dc:creator><pubDate>Mon, 26 Sep 2011 11:35:41 -0000</pubDate></item><item><title>Re: Elevando o nível de abstração para a melhoria continua de desempenho</title><link>http://escalabilidade.com/2010/12/02/elevando-o-nivel-de-abstracao-para-a-melhoria-continua-de-desempenho/#comment-320236177</link><description>Sim, gostaria de obter mais detalhes sobre modelagem de desempenho, abordado no post intitulado "Elevando o nível de abstração para a melhoria continua de desempenho".&lt;br&gt;&lt;br&gt;Desde já agradeço.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maurício</dc:creator><pubDate>Mon, 26 Sep 2011 11:32:03 -0000</pubDate></item><item><title>Re: Introdução ao NoSQL parte I</title><link>http://escalabilidade.com/2010/03/08/introducao-ao-nosql-parte-i/#comment-316667320</link><description>kp´]</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Asdf</dc:creator><pubDate>Wed, 21 Sep 2011 10:23:38 -0000</pubDate></item><item><title>Re: Usos práticos do hadoop</title><link>http://escalabilidade.com/2010/09/27/usos-praticos-do-hadoop/#comment-274854174</link><description>Olá é possivel utilizar o HDFS com interface com samba ou NFS?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Renê Dettenborn</dc:creator><pubDate>Tue, 02 Aug 2011 14:40:09 -0000</pubDate></item><item><title>Re: Introdução ao NoSQL parte I</title><link>http://escalabilidade.com/2010/03/08/introducao-ao-nosql-parte-i/#comment-245862531</link><description>Muito bom cara, tirou minha dúvida, parabéns e continue assim...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Marcaum54</dc:creator><pubDate>Fri, 08 Jul 2011 10:22:03 -0000</pubDate></item><item><title>Re: Escolhendo entre escalabilidade horizontal e escalabilidade vertical</title><link>http://escalabilidade.com/2010/09/21/escolhendo-entre-escalabilidade-horizontal-e-escalabilidade-vertical/#comment-221279337</link><description>Ótimo post e didática. Caiu como uma luva enquanto eu lia sobre NoSQL no Wikipédia.&lt;br&gt;&lt;br&gt;&lt;a href="http://pt.wikipedia.org/wiki/NoSQL" rel="nofollow"&gt;http://pt.wikipedia.org/wiki/N...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Luís F.</dc:creator><pubDate>Wed, 08 Jun 2011 10:12:45 -0000</pubDate></item><item><title>Re: Validando a escalabilidade de um sistema com testes de desempenho</title><link>http://escalabilidade.com/2010/10/07/validando-a-escalabilidade-de-um-sistema-com-testes-de-desempenho/#comment-190888446</link><description>Quem desenvolve na plataforma Microsoft pode utilizar a suite de testes do Visual Studio 2010.&lt;br&gt;&lt;br&gt;&lt;a href="http://blogs.msdn.com/b/nkamkolkar/archive/2010/11/02/getting-started-with-visual-studio-2010-ultimate-load-and-performance-testing.aspx" rel="nofollow"&gt;http://blogs.msdn.com/b/nkamko...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Caique Dourado</dc:creator><pubDate>Sat, 23 Apr 2011 20:24:56 -0000</pubDate></item><item><title>Re: Guia Rápido Para os Serviços da Amazon Web Services (AWS)</title><link>http://escalabilidade.com/2010/03/25/guia-rapido-para-os-servicos-da-amazon-web-services-aws/#comment-188596606</link><description>tem algo free?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Raphael Almeida</dc:creator><pubDate>Wed, 20 Apr 2011 21:12:26 -0000</pubDate></item><item><title>Re: Os melhores livros sobre NoSQL</title><link>http://escalabilidade.com/2011/04/17/os-melhores-livros-sobre-nosql/#comment-186914992</link><description>Só lembrando, o do CouchDB pode ser lido na versão online: &lt;a href="http://guide.couchdb.org/" rel="nofollow"&gt;http://guide.couchdb.org/&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">caironoleto</dc:creator><pubDate>Mon, 18 Apr 2011 10:04:45 -0000</pubDate></item><item><title>Re: Os melhores livros sobre NoSQL</title><link>http://escalabilidade.com/2011/04/17/os-melhores-livros-sobre-nosql/#comment-186910030</link><description>Muito bom! Mesmo que muitos desenvolvedores não estejam utilizando NoSQL no dia-a-dia é sempre bom já conhecer, mais cedo ou mais tarde teremos o desafio de trabalhar com esta tecnologia.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Douglas Miranda</dc:creator><pubDate>Mon, 18 Apr 2011 09:52:05 -0000</pubDate></item><item><title>Re: Introdução ao NoSQL parte I</title><link>http://escalabilidade.com/2010/03/08/introducao-ao-nosql-parte-i/#comment-169276651</link><description>Sempre achei que a normalização deveria ser uma decisão de análise. Alguém impôs a normalização por força-de-lei nos DBRMS, agora inventam o que já existia antes dos bancos de dados relacionais aparecerem, ou seja, gravar tudo em arquivos de dados não normalizados, não relacionais. Isso eu já fazia nos anos 70 com arquivos TXT, e se você observar bem, seja XML ou JSON, isso não passa de TXT... O fato é que chega a um ponto em que precisamos de consistência ACID em certos elementos, e não precisamos dela em outros, nos quais o mais importante, é o desempenho. Boa hora de não usar nada relacional ou nada em milhares de camadas OO sobrepostas que são lindas, mas simplesmente matam o desempenho... E o banco não tem que ser NO SQL e sim NOT ONLY SQL... daí a sigla... Não é para substituir o SQL apenas abrir mão dele em casos onde o desempenho seja imprescindível...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vickron</dc:creator><pubDate>Mon, 21 Mar 2011 19:57:42 -0000</pubDate></item><item><title>Re: Introdução ao NoSQL parte I</title><link>http://escalabilidade.com/2010/03/08/introducao-ao-nosql-parte-i/#comment-169276646</link><description>Sempre achei que a normalização deveria ser uma decisão de análise. Alguém impôs a normalização por força-de-lei nos DBRMS, agora inventam o que já existia antes dos bancos de dados relacionais aparecerem, ou seja, gravar tudo em arquivos de dados não normalizados, não relacionais. Isso eu já fazia nos anos 70 com arquivos TXT, e se você observar bem, seja XML ou JSON, isso não passa de TXT... O fato é que chega a um ponto em que precisamos de consistência ACID em certos elementos, e não precisamos dela em outros, nos quais o mais importante, é o desempenho. Boa hora de não usar nada relacional ou nada em milhares de camadas OO sobrepostas que são lindas, mas simplesmente matam o desempenho... E o banco não tem que ser NO SQL e sim NOT ONLY SQL... daí a sigla... Não é para substituir o SQL apenas abrir mão dele em casos onde o desempenho seja imprescindível...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vickron</dc:creator><pubDate>Mon, 21 Mar 2011 19:57:41 -0000</pubDate></item><item><title>Re: Introdução ao NoSQL parte I</title><link>http://escalabilidade.com/2010/03/08/introducao-ao-nosql-parte-i/#comment-169276632</link><description>Sempre achei que a normalização deveria ser uma decisão de análise. Alguém impôs a normalização por força-de-lei nos DBRMS' o que já existia antes dos bancos de dados relacionais aparecerem, ou seja, gravar tudo em arquivos de dados não normalizados, não relacionais. Isso eu já fazia nos anos 70 com arquivos TXT, e se você observar bem, seja XML ou JSON, isso não passa de TXT... O fato é que chega a um ponto em que precisamos de consistência ACID em certos elementos, e não precisamos dela em outros, nos quais o mais importante, é o desempenho. Boa hora de não usar nada relacional ou nada em milhares de camadas OO sobrepostas que são lindas, mas simplesmente matam o desempenho... E o banco não tem que ser NO SQL e sim NOT ONLY SQL... daí a sigla... Não é para substituir o SQL apenas abrir mão dele em casos onde o desempenho seja imprescindível...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vickron</dc:creator><pubDate>Mon, 21 Mar 2011 19:57:40 -0000</pubDate></item><item><title>Re: Guia Rápido Para os Serviços da Amazon Web Services (AWS)</title><link>http://escalabilidade.com/2010/03/25/guia-rapido-para-os-servicos-da-amazon-web-services-aws/#comment-152677487</link><description>Diego, parabéns pelo artigo!&lt;br&gt;&lt;br&gt;Eu acabei de escrever um post que também explica os serviços da AWS. Eles incluíram novos serviços recentemente (como o Amazon SES e o Elastic Beanstalk) que não estão na sua lista. Tente atualizá-la!&lt;br&gt;&lt;br&gt;Se quiser ler: &lt;a href="http://www.bitabit.eng.br/2011/02/15/conheca-os-servicos-em-nuvem-oferecidos-pela-amazon-web-services/" rel="nofollow"&gt;http://www.bitabit.eng.br/2011...&lt;/a&gt;&lt;br&gt;&lt;br&gt;Abraços</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rafael Barbolo</dc:creator><pubDate>Sat, 19 Feb 2011 16:27:56 -0000</pubDate></item><item><title>Re: 7 erros mais comuns na hora de criar uma API</title><link>http://escalabilidade.com/2010/09/22/7-erros-mais-comuns-na-hora-de-criar-uma-api/#comment-150211668</link><description>Boas,&lt;br&gt;minha API apenas publica conteúdo no wall através de uma sessao permanente com meu site, eu uso o exemplo básico do comando stream_publish(), não entendo o porque do meu servidor praticamente travar sempre que envio algo pro facebook, se alguem passa por isso me contacte por favor vitorwebnet@gmail.com</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vitor Zonho</dc:creator><pubDate>Thu, 17 Feb 2011 12:08:22 -0000</pubDate></item><item><title>Re: Elevando o nível de abstração para a melhoria continua de desempenho</title><link>http://escalabilidade.com/2010/12/02/elevando-o-nivel-de-abstracao-para-a-melhoria-continua-de-desempenho/#comment-134348776</link><description>Que interessante.&lt;br&gt;E o pessoal sempre desprezando o professor de regressão na faculdade.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ygor</dc:creator><pubDate>Tue, 25 Jan 2011 11:32:43 -0000</pubDate></item><item><title>Re: Programação funcional e escalabilidade: o que uma coisa tem a ver com a outra?</title><link>http://escalabilidade.com/2010/10/06/programacao-funcional-e-escalabilidade-o-que-uma-coisa-tem-a-ver-com-a-outra/#comment-111130185</link><description>"Mas o que torna o Erlang uma linguagem interessante pra quem quer trabalhar com programação concorrente são as construções a nível de linguagem para programação multithread."&lt;br&gt;&lt;br&gt;Não existem "construções a nível de linguagem para programação mulithread" em erlang.  A única unidade de "concorrencia" (concurrency) em erlang é o processo.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rodrigo Landerdahl</dc:creator><pubDate>Mon, 13 Dec 2010 12:01:42 -0000</pubDate></item><item><title>Re: Migrando Para a Amazon? Saiba Como Calcular seus Custos!</title><link>http://escalabilidade.com/2010/08/12/migrando-para-a-amazon-saiba-como-calcular-seus-custos/#comment-105443307</link><description>excelente,&lt;br&gt;tá de parabéns por disponibilizar um conteúdo totalmente original e que não se encontra por aí !!!&lt;br&gt;liked</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Gustavo</dc:creator><pubDate>Wed, 01 Dec 2010 01:08:29 -0000</pubDate></item><item><title>Re: Protegendo sua conta no Facebook e Twitter</title><link>http://escalabilidade.com/2010/11/10/protegendo-sua-conta-no-facebook-e-twitter/#comment-95997150</link><description>Prefiro perder minha conta no facebook a ter que fazer isso tudo! Mas bacana hehehe.&lt;br&gt;&lt;br&gt;abraço,</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dttg</dc:creator><pubDate>Wed, 10 Nov 2010 14:03:41 -0000</pubDate></item><item><title>Re: Protegendo sua conta no Facebook e Twitter</title><link>http://escalabilidade.com/2010/11/10/protegendo-sua-conta-no-facebook-e-twitter/#comment-95990641</link><description>O problema do Blacksheep é que ele só funciona por causa de detalhes da implementação do Firesheep. Se alguém alterar a implementação para, por exemplo, ao invés de tentar acessar o site usando o cookie capturado, acessar através de um túnel que deixe os acessos invisíveis para o computador com o Blacksheep, a detecção já não funciona mais. E tenho certeza que alguém já deve ter feito esse "fork" do código do Firesheep :-/&lt;br&gt;Infelizmente a única solução definitiva é usar HTTPS mesmo.&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mangini</dc:creator><pubDate>Wed, 10 Nov 2010 13:51:38 -0000</pubDate></item><item><title>Re: Programação funcional e escalabilidade: o que uma coisa tem a ver com a outra?</title><link>http://escalabilidade.com/2010/10/06/programacao-funcional-e-escalabilidade-o-que-uma-coisa-tem-a-ver-com-a-outra/#comment-86613413</link><description>Não é bem assim. O NodeJS é uma forma inteligente de programar utilizando Asynchronous I/O, que visa melhorar a performance (e de certa forma a escalabilidade também) com o uso de operações não-bloqueantes.&lt;br&gt;&lt;br&gt;Porém, JavaScript não é uma linguagem puramente funcional (de fato, está longe disso) e se encaixa no caso do Python que citei anteriormente: o JavaScript não usa recursos de linguagens funcionais com o objetivo primário de melhorar o uso dos recursos de máquina, mas para facilitar a vida do programador.&lt;br&gt;&lt;br&gt;A discussão é interessante, pois o Node não foi feito pensando em computação paralela, no entanto, nada impede que você execute X processos do Node (um para cada um dos X cores) e coloque um proxy balanceador de carga (como o nginx) na frente deles. Um dos principais problemas do NodeJS em comparação ao Erlang, por exemplo, é quando você precisa escalar para mais máquinas (um sistema distribuído).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Herberth Amaral</dc:creator><pubDate>Wed, 13 Oct 2010 12:28:23 -0000</pubDate></item><item><title>Re: Programação funcional e escalabilidade: o que uma coisa tem a ver com a outra?</title><link>http://escalabilidade.com/2010/10/06/programacao-funcional-e-escalabilidade-o-que-uma-coisa-tem-a-ver-com-a-outra/#comment-85290348</link><description>Uma dica, javascript prove tudo isto =) &lt;a href="http://nodejs.com" rel="nofollow"&gt;nodejs.com&lt;/a&gt; se quiser usar no servidor, e o browser já é uma vm natural rodando em um loop eterno =)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Renato Elias</dc:creator><pubDate>Fri, 08 Oct 2010 15:26:13 -0000</pubDate></item><item><title>Re: Programação funcional e escalabilidade: o que uma coisa tem a ver com a outra?</title><link>http://escalabilidade.com/2010/10/06/programacao-funcional-e-escalabilidade-o-que-uma-coisa-tem-a-ver-com-a-outra/#comment-84610537</link><description>Aí caímos na velha discussão do "ser possível" e do "ser viável". Por exemplo, tudo que você faz com Erlang, você faz com C/C++, mas dependendo do contexto, a diferença de complexidade chega a ser gritante. Neste caso, C/C++ é possível enquanto que Erlang é viável.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Herberth Amaral</dc:creator><pubDate>Wed, 06 Oct 2010 11:45:17 -0000</pubDate></item></channel></rss>
