mboost-dp1

Cookpad Case Study


Gå til bund
Gravatar #1 - arne_v
26. okt. 2012 12:09
http://blog.treasure-data.com/post/31807067096/coo...
Gravatar #2 - kasperd
27. okt. 2012 08:10
http://blog.treasure-data.com/post/31807067096/cookpad-case-study skrev:
To make their MySQL servers more scalable, Cookpad.com, like most other large-scale MySQL users, aggressively sharded their MySQL databases to alleviate the load on each instance. But this is not a robust solution and usually results in systems that are brittle and hard to scale.
Google Adwords kørte på en sharded MySQL installation i over 10 år. Når en af verdens mest succesfulde IT-virksomheder baserer 99% af indtægterne på sharded MySQL, så kan det ikke være helt skidt.

Et team af nogle af Googles bedste udviklere brugte flere år at udvikle en ny databaseløsning som havde tilstrækkeligt med fordele i forhold til MySQL. Det var først efter jeg forlod Google at Adwords omsider turde skifte til den nye database.

http://research.google.com/archive/spanner.html

Så ja, problemet eksisterer, men det forhindrede ikke Google i at have success med MySQL. Og problemet er ikke noget man løser i en hurtig vending. Har Treasure Data lagt lige så mange mandeår i at udvikle en bedre løsning som Google gjorde?
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login