Utmaningen med Big Data: En analys av NoSQL-teknik

Vi lever alla för närvarande i en tid med enorma datalager, men Big Data och dess underliggande teknik NoSQL håller också på att bli ett modeord på Internet. För globala internetföretag som Google, Facebook och IBM har användningen av NoSQL, en mycket skalbar, icke-relationell databasinventering, ofta överträffat den för relationsdatabaser. I själva verket, i processen med några av problemen med massiva data och halvstrukturerade data, har en serie nya databasprodukter fötts, och dessa databaser kallar vi NoSQL.

Den 26-27 april 2013 hölls 2013 Big Data Global Technology Summit, organiserat av 51CTO Media Groups WOT (World Of Tech) varumärke, på Renaissance Beijing Renaissance Hotel, där ett brett utbud av NoSQL-produkter, med olika funktioner och värdeförslag, presenterades, vilket gjorde det ofta svårt att välja. Reportern kommunicerade djupt med Ming Lei, en mjukvaruutvecklingsexpert från Silicon Valley, som har arbetat i Oracle, Microsoft och Google, och analyserade NoSQL i verkliga livet och sammanfattade några punkter för netizens referens.

c

Herr Ming Lei (vänster)

Distribuerade system och NoSQL

Ett distribuerat system består av många olika lager, inklusive applikationslagret, datalagret, prestandalagret etc. Nu pratar vi främst om applikationslagret och datalagret, som båda är viktiga komponenter i ett distribuerat system, applikationslagret har i allmänhet inget tillstånd och datalagret gör ständigt aritmetik för att få det att spara tillstånd. Datalagret är det svåraste och djupaste lagret i ett distribuerat system.

Ming Leis synvinkel är att NoSQL är ett minne i ett distribuerat system, det är ett slags distribuerat system. Eller snarare är det en nivå av distribuerat system.

Jämförelse av NoSQL-cache till CDN-cache

I NoSQL-sidan av cachen representeras av Memcached, NoSQL-cache och CDN-cache är den största skillnaden att NoSQL-cachen hänvisar till datalagret i cachen, inte applikationslagret i cachen, inte nätverkslagret i cachen, så dess cache är mer primitiv data. Till exempel, om transaktionen i applikationslogiken inte är det slutliga resultatet för användaren att se, gör vi cachelagring i nätverkslagret, den vanligaste tekniken kallas CDN, som kallas ContentDeliveryNetwork, det är i allmänhet i slutet av nätverket nära slutet av användarens slut på nätverket på vissa webbservrar för att cache några av de specifika webbsidorna.