{"id":1774,"date":"2014-12-16T18:33:46","date_gmt":"2014-12-16T18:33:46","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=1774"},"modified":"2017-05-03T11:53:29","modified_gmt":"2017-05-03T18:53:29","slug":"scaling-data-los-angeles-cloudcamp","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/scaling-data-los-angeles-cloudcamp\/","title":{"rendered":"dimensionamento de dados no CloudCamp de Los Angeles"},"content":{"rendered":"

Faz pouco mais de uma semana, mas eu me diverti muito e aprendi algumas coisas com a sess\u00e3o e as discuss\u00f5es no CloudCamp de Los Angeles. Propus e, por fim, conduzi uma sess\u00e3o sobre dimensionamento de dados. Na verdade, eu a propus como \"Dimensionando seus dados: Antes e depois de voc\u00ea precisar\".<\/p>\n

Parte do motivo pelo qual eu o propus foi o fato de que houve uma discuss\u00e3o sobre o teorema CAP durante a proposta de sess\u00f5es, e o que foi dito estava um pouco errado. O CAP \u00e9 bem discutido em v\u00e1rios lugares (um bom blog \u00e9 o de Jonathan Gray, CTO e cofundador da Fluxo<\/a>. CAP significa Consist\u00eancia, Disponibilidade e toler\u00e2ncia a<\/span> Parti\u00e7\u00e3o de rede. \u00c9 interessante notar que muitas pessoas continuaram tentando transformar o \u00faltimo P em desempenho ou introduzir o desempenho na mistura. O desempenho (ou pelo menos as compensa\u00e7\u00f5es envolvidas) \u00e9 melhor discutido em outro conjunto de letras W+R>N. T\u00ednhamos uma sala na sede da Microsoft no centro de Los Angeles praticamente dedicada ao dimensionamento de dados. A primeira sess\u00e3o foi conduzida por .... e abordou o teorema CAP. No in\u00edcio, houve um pouco de controv\u00e9rsia, pois havia algumas afirma\u00e7\u00f5es de que era poss\u00edvel obter todos os tr\u00eas com o uso criterioso da tecnologia da Microsoft, mas, por meio da discuss\u00e3o na sala, acabamos no lugar certo e concordando uns com os outros. Essa sess\u00e3o foi conduzida por Abhijit Gadkari, da ZimbaTech. Depois disso, a pr\u00f3pria Microsoft SoCalDevGal<\/a> (Lynn Langit) fez uma apresenta\u00e7\u00e3o sobre SQL Azure<\/a>. Certamente aprendi um pouco sobre o que a Microsoft est\u00e1 oferecendo e o que seus desenvolvedores est\u00e3o pedindo. At\u00e9 aprendi alguns novos acr\u00f4nimos de tr\u00eas letras :) O SQL Azure \u00e9 o banco de dados relacional hospedado da Microsoft como um servi\u00e7o. Na apresenta\u00e7\u00e3o, ficou claro que, inicialmente, a Microsoft n\u00e3o estava planejando um armazenamento de dados hospedado totalmente compat\u00edvel com SQL (o que a tornaria mais parecida com o SimpleDB da Amazon ou com o BigTable do Google, acessado por meio do App Engine do Google). No final, o feedback dos clientes fez com que eles voltassem a fornecer o m\u00e1ximo de SQL poss\u00edvel, incluindo a integra\u00e7\u00e3o com todas as ferramentas de desenvolvimento da Microsoft. \u00c9 interessante notar que a Microsoft est\u00e1 sugerindo a fragmenta\u00e7\u00e3o de dados para escala. Isso se deve, em parte, ao fato de o produto inicial estar limitado a bancos de dados de 10 GByte. A SoCalDevGal deixou bem claro que essa \u00e9 apenas uma limita\u00e7\u00e3o inicial, e que algumas coisas tiveram que ser feitas para cumprir seu cronograma. A outra parte realmente interessante sobre o SQL Azure, que eu achei pertinente, dado o restante da discuss\u00e3o, foi a aparente decis\u00e3o de tornar o SQL Azure um sistema de CA, em rela\u00e7\u00e3o ao CAP. Eu at\u00e9 pedi para verificar, e essa era de fato a inten\u00e7\u00e3o. A raz\u00e3o pela qual isso \u00e9 t\u00e3o importante para mim \u00e9 que a decis\u00e3o de design aqui, juntamente com a replica\u00e7\u00e3o entre os datacenters, significa que a \u00fanica maneira de fazer isso corretamente \u00e9 colocar o sistema off-line (ou uma parte de sua seguran\u00e7a) no caso de um datacenter ser cortado da rede. Como todos os dados est\u00e3o em pelo menos dois datacenters, e voc\u00ea n\u00e3o sabe quais s\u00e3o os dois, \u00e9 poss\u00edvel que os datacenters sejam mais do que \"pares\", o que significa que uma parti\u00e7\u00e3o completa de um \u00fanico datacenter pode significar uma interrup\u00e7\u00e3o de pelo menos dois, e talvez mais. Isso \u00e9 bom para seus usu\u00e1rios, pois \u00e9 totalmente compat\u00edvel com seus aplicativos, mas tamb\u00e9m significa que pode haver um \"momento CNN\" algum dia, o que significa que algumas falhas de telecomunica\u00e7\u00f5es podem deixar off-line um grande n\u00famero de clientes do SQL Azure. Para que isso n\u00e3o seja mal interpretado, n\u00e3o se trata de uma cr\u00edtica \u00e0 tecnologia da Microsoft ou a alguma defici\u00eancia que ela deveria ter superado. Foi apenas uma escolha de design feita pela equipe do SQL Azure. \u00c9 a\u00ed que est\u00e1 a \"engenharia\" em nossa disciplina... h\u00e1 compensa\u00e7\u00f5es em qualquer projeto. A \u00faltima sess\u00e3o da sala, \u00e0 noite, acabou sendo a minha. Fiz uma r\u00e1pida apresenta\u00e7\u00e3o de mim mesmo e uma r\u00e1pida avalia\u00e7\u00e3o de quem j\u00e1 havia pesquisado coisas como memcached, gearman, Haoop HBase, Cassandra e similares. Descobri que quase ningu\u00e9m havia pensado sobre isso. Acho que isso se deve, em parte, ao fato de a Microsoft ter feito um \u00f3timo trabalho ao colocar os participantes nos assentos para esse evento. Devido \u00e0 experi\u00eancia do p\u00fablico com essas coisas, conduzi a sess\u00e3o como um exerc\u00edcio cerebral de compreens\u00e3o por que<\/em> algu\u00e9m pode querer pesquisar maneiras diferentes de armazenar dados. Tenho certeza de que n\u00e3o abordei tudo, mas citei alguns motivos:<\/p>\n