high_scalability high_scalability-2009 high_scalability-2009-645 knowledge-graph by maker-knowledge-mining

645 high scalability-2009-06-30-Hot New Trend: Linking Clouds Through Cheap IP VPNs Instead of Private Lines


meta infos for this blog

Source: html

Introduction: You might think major Internet companies have a latency, availability, and bandwidth advantage because they can afford expensive dedicated point-to-point private line networks between their data centers. And you would be right. It's a great advantage. Or it at least it was a great advantage. Cost is the great equalizer and companies are now scrambling for ways to cut costs. Many of the most recognizable Internet companies are moving to IP VPNs (Virtual Private Networks) as a much cheaper alternative to private lines. This is a strategy you can effectively use too. This trend has historical precedent in the data center. In the same way leading edge companies moved early to virtualize their data centers, leading edge companies are now virtualizing their networks using IP VPNs to build inexpensive private networks over a shared public network. In kindergarten we learned sharing was polite, it turns out sharing can also save a lot of money in both the data center and on the network. The


Summary: the most important sentenses genereted by tfidf model

sentIndex sentText sentNum sentScore

1 You might think major Internet companies have a latency, availability, and bandwidth advantage because they can afford expensive dedicated point-to-point private line networks between their data centers. [sent-1, score-0.504]

2 In the same way leading edge companies moved early to virtualize their data centers, leading edge companies are now virtualizing their networks using IP VPNs to build inexpensive private networks over a shared public network. [sent-9, score-0.516]

3 The line of reasoning for adopting IP VPNs goes something like this: Major companies are saving 1/4 to 1/2 of their networking costs by moving from private lines to IP VPNs. [sent-11, score-0.349]

4 Lose a packet and you'll have to wait for a retransmission which will take at least 1 second. [sent-19, score-0.321]

5 So IP VPNs can provide an order of magnitude more bandwidth for less money, but they often have less actual throughput and reliability. [sent-20, score-0.301]

6 WAN accelerators are typically thought to be mostly about caching, but they can also can trick TCP into giving a better connection even over unreliable networks. [sent-24, score-0.433]

7 Relatively inexpensive WAN accelerators can turn somewhat unreliable Internet connections into a very reliable cost effective connection option. [sent-27, score-0.579]

8 But here's the impact packet loss has on throughput: Latency: 100ms, Loss: 1%, Throughput: 1. [sent-31, score-0.576]

9 You could have an 100Mbps link with 1% loss and 100ms latency and you're limited to 1Mbps! [sent-36, score-0.46]

10 The reason why we have this bandwidth robbing state of affairs is because when TCP was designed packet loss meant network congestion. [sent-37, score-0.662]

11 Over long distance WAN connections packets can be delayed which seems like a packet loss which causes congestion avoidance measures to kick in. [sent-40, score-0.739]

12 Or maybe only a single packet was dropped and that kicks in congestion avoidance. [sent-41, score-0.38]

13 The trick is convincing TCP that everything is cool so the full connection bandwidth can be used. [sent-42, score-0.302]

14 WANs are different from LANs in three ways – WAN bandwidth is a fraction of LAN bandwidth, WAN latency is orders of magnitude higher than LAN latency, and packet loss exists on the WAN where none existed on the LAN. [sent-49, score-0.779]

15 Most IT professionals are familiar with the impacts of bandwidth on transfer times – a 100MB file takes approximately 1 second to transfer on a Gbps LAN and approximately 10 seconds to transfer on a 100Mbps LAN. [sent-50, score-0.982]

16 Introduce 100ms of latency and this transfer now takes almost 3 minutes. [sent-53, score-0.334]

17 Introduce just 1 % packet loss and this transfer now takes over 10 minutes. [sent-54, score-0.723]

18 Once you know your effective throughput simply divide 800Mb (100MB) by your effective throughput to determine how long it would take to transfer the same example file over your WAN. [sent-56, score-0.732]

19 Latency and loss don’t just impact file transfer times, they also have a dramatic impact on any applications that need to be accessed in real-time over the WAN. [sent-57, score-0.686]

20 Not only is the server 100 ms away but any lost packet will result in delays of up to half a second waiting for the loss to be detected and the retransmission to occur. [sent-59, score-0.599]


similar blogs computed by tfidf model

tfidf for this blog:

wordName wordTfidf (topN-words)

[('wan', 0.428), ('loss', 0.278), ('vpns', 0.268), ('packet', 0.228), ('transfer', 0.217), ('tcp', 0.203), ('ip', 0.199), ('accelerators', 0.186), ('bandwidth', 0.156), ('throughput', 0.145), ('private', 0.131), ('latency', 0.117), ('mbpslatency', 0.114), ('lan', 0.114), ('unreliable', 0.101), ('internet', 0.1), ('congestion', 0.099), ('companies', 0.098), ('retransmission', 0.093), ('effective', 0.087), ('connection', 0.084), ('packets', 0.08), ('impact', 0.07), ('inexpensive', 0.067), ('link', 0.065), ('lines', 0.065), ('trick', 0.062), ('approximately', 0.062), ('networks', 0.061), ('afford', 0.058), ('savings', 0.056), ('saving', 0.055), ('unfortunately', 0.055), ('connections', 0.054), ('dropped', 0.053), ('ennis', 0.052), ('keystrokes', 0.052), ('polite', 0.052), ('wans', 0.052), ('scrambling', 0.052), ('dialup', 0.052), ('gige', 0.052), ('gregory', 0.052), ('hampered', 0.052), ('kindergarten', 0.052), ('statistically', 0.052), ('file', 0.051), ('money', 0.05), ('introduce', 0.05), ('damon', 0.049)]

similar blogs list:

simIndex simValue blogId blogTitle

same-blog 1 1.0000005 645 high scalability-2009-06-30-Hot New Trend: Linking Clouds Through Cheap IP VPNs Instead of Private Lines

Introduction: You might think major Internet companies have a latency, availability, and bandwidth advantage because they can afford expensive dedicated point-to-point private line networks between their data centers. And you would be right. It's a great advantage. Or it at least it was a great advantage. Cost is the great equalizer and companies are now scrambling for ways to cut costs. Many of the most recognizable Internet companies are moving to IP VPNs (Virtual Private Networks) as a much cheaper alternative to private lines. This is a strategy you can effectively use too. This trend has historical precedent in the data center. In the same way leading edge companies moved early to virtualize their data centers, leading edge companies are now virtualizing their networks using IP VPNs to build inexpensive private networks over a shared public network. In kindergarten we learned sharing was polite, it turns out sharing can also save a lot of money in both the data center and on the network. The

2 0.37919974 119 high scalability-2007-10-10-WAN Accelerate Your Way to Lightening Fast Transfers Between Data Centers

Introduction: How do you keep in sync a crescendo of data between data centers over a slow WAN? That's the question Alberto posted a few weeks ago. Normally I'm not into all boy bands, but I was frustrated there wasn't a really good answer for his problem. It occurred to me later a WAN accelerator might help turn his slow WAN link into more of a LAN, so the overhead of copying files across the WAN wouldn't be so limiting. Many might not consider a WAN accelerator in this situation, but since my friend Damon Ennis works at the WAN accelerator vendor Silver Peak , I thought I would ask him if their product would help. Not surprisingly his answer is yes! Potentially a lot, depending on the nature of your data. Here's a no BS overview of their product: What is it? - Scalable WAN Accelerator from Silver Peak (http://www.silver-peak.com) What does it do? - You can send 5x-100x times more data across your expensive, low-bandwidth WAN link. Why should you care? - Your data centers becom

3 0.19425617 960 high scalability-2010-12-20-Netflix: Use Less Chatty Protocols in the Cloud - Plus 26 Fixes

Introduction: In  5 Lessons We’ve Learned Using AWS , Netflix's John Ciancutti says one of the big lessons they've learned is to create less chatty protocols : In the Netflix data centers, we have a high capacity, super fast, highly reliable network. This has afforded us the luxury of designing around chatty APIs to remote systems. AWS networking has more variable latency. We’ve had to be much more structured about “over the wire” interactions, even as we’ve transitioned to a more highly distributed architecture. There's not a lot of advice out there on how to create protocols. Combine that with a rush to the cloud and you have a perfect storm for chatty applications crushing application performance. Netflix is far from the first to be surprised by the less than stellar networks inside AWS.  A chatty protocol is one where a client makes a series of requests to a server and the client must wait on each reply before sending the next request. On a LAN this can work great. LAN's are typically

4 0.1862184 661 high scalability-2009-07-25-Latency is Everywhere and it Costs You Sales - How to Crush it

Introduction: Update 8 : The Cost of Latency  by James Hamilton. James summarizing some latency info from   Steve Souder , Greg Linden , and Marissa Mayer .   Speed [is] an undervalued and under-discussed asset on the web. Update 7: How do you know when you need more memcache servers? . Dathan Pattishall talks about using memcache not to scale, but to reduce latency and reduce I/O spikes, and how to use stats to know when more servers are needed. Update 6: Stock Traders Find Speed Pays, in Milliseconds . Goldman Sachs is making record profits off a 500 millisecond trading advantage. Yes, latency matters. As an interesting aside, Libet found 500 msecs is about the time it takes the brain to weave together an experience of consciousness from all our sensor inputs. Update 5: Shopzilla's Site Redo - You Get What You Measure . At the Velocity conference Phil Dixon, from Shopzilla, presented data showing a 5 second speed up resulted in a 25% increase in page views, a 10% increas

5 0.16411042 879 high scalability-2010-08-12-Think of Latency as a Pseudo-permanent Network Partition

Introduction: The title of this post is a quote from Ilya Grigorik's post  Weak Consistency and CAP Implications . Besides the article being excellent, I thought this idea had something to add to the great NoSQL versus RDBMS debate, where Mike Stonebraker  makes the argument that network partitions are rare so designing eventually consistent systems for such rare occurrence is not worth losing ACID semantics over. Even if network partitions are rare, latency between datacenters is not rare, so the game is still on. The rare-partition argument seems to flow from a centralized-distributed view of systems. Such systems are scale-out in that they grow by adding distributed nodes, but the nodes generally do not cross datacenter boundaries. The assumption is the network is fast enough that distributed operations are roughly homogenous between nodes. In a fully-distributed system the nodes can be dispersed across datacenters, which gives operations a widely variable performance profile. Because everyt

6 0.16318446 1051 high scalability-2011-06-01-Why is your network so slow? Your switch should tell you.

7 0.15622133 1184 high scalability-2012-01-31-Performance in the Cloud: Business Jitter is Bad

8 0.15257204 1456 high scalability-2013-05-13-The Secret to 10 Million Concurrent Connections -The Kernel is the Problem, Not the Solution

9 0.14792177 1105 high scalability-2011-08-25-The Cloud and The Consumer: The Impact on Bandwidth and Broadband

10 0.14660767 1374 high scalability-2012-12-18-Georeplication: When Bad Things Happen to Good Systems

11 0.13078766 289 high scalability-2008-03-27-Amazon Announces Static IP Addresses and Multiple Datacenter Operation

12 0.13004096 195 high scalability-2007-12-28-Amazon's EC2: Pay as You Grow Could Cut Your Costs in Half

13 0.12757841 1213 high scalability-2012-03-22-Paper: Revisiting Network I-O APIs: The netmap Framework

14 0.12539241 266 high scalability-2008-03-04-Manage Downtime Risk by Connecting Multiple Data Centers into a Secure Virtual LAN

15 0.12339719 1207 high scalability-2012-03-12-Google: Taming the Long Latency Tail - When More Machines Equals Worse Results

16 0.12059951 1048 high scalability-2011-05-27-Stuff The Internet Says On Scalability For May 27, 2011

17 0.11835112 1362 high scalability-2012-11-26-BigData using Erlang, C and Lisp to Fight the Tsunami of Mobile Data

18 0.11270081 1158 high scalability-2011-12-16-Stuff The Internet Says On Scalability For December 16, 2011

19 0.11215689 750 high scalability-2009-12-16-Building Super Scalable Systems: Blade Runner Meets Autonomic Computing in the Ambient Cloud

20 0.11206266 1355 high scalability-2012-11-05-Gone Fishin': Building Super Scalable Systems: Blade Runner Meets Autonomic Computing In The Ambient Cloud


similar blogs computed by lsi model

lsi for this blog:

topicId topicWeight

[(0, 0.165), (1, 0.07), (2, 0.016), (3, 0.019), (4, -0.096), (5, -0.062), (6, 0.066), (7, 0.049), (8, -0.07), (9, -0.015), (10, 0.0), (11, -0.042), (12, -0.037), (13, -0.001), (14, 0.048), (15, 0.066), (16, 0.059), (17, 0.045), (18, -0.053), (19, -0.04), (20, 0.024), (21, 0.049), (22, 0.04), (23, -0.009), (24, 0.035), (25, 0.093), (26, -0.021), (27, -0.029), (28, 0.031), (29, -0.049), (30, 0.015), (31, -0.089), (32, -0.037), (33, 0.023), (34, 0.029), (35, 0.129), (36, 0.052), (37, 0.118), (38, -0.047), (39, 0.007), (40, 0.0), (41, 0.097), (42, 0.01), (43, -0.007), (44, 0.015), (45, 0.076), (46, 0.007), (47, -0.019), (48, -0.101), (49, -0.064)]

similar blogs list:

simIndex simValue blogId blogTitle

same-blog 1 0.96592444 645 high scalability-2009-06-30-Hot New Trend: Linking Clouds Through Cheap IP VPNs Instead of Private Lines

Introduction: You might think major Internet companies have a latency, availability, and bandwidth advantage because they can afford expensive dedicated point-to-point private line networks between their data centers. And you would be right. It's a great advantage. Or it at least it was a great advantage. Cost is the great equalizer and companies are now scrambling for ways to cut costs. Many of the most recognizable Internet companies are moving to IP VPNs (Virtual Private Networks) as a much cheaper alternative to private lines. This is a strategy you can effectively use too. This trend has historical precedent in the data center. In the same way leading edge companies moved early to virtualize their data centers, leading edge companies are now virtualizing their networks using IP VPNs to build inexpensive private networks over a shared public network. In kindergarten we learned sharing was polite, it turns out sharing can also save a lot of money in both the data center and on the network. The

2 0.75121576 1051 high scalability-2011-06-01-Why is your network so slow? Your switch should tell you.

Introduction: Who hasn't cursed their network for being slow while waiting for that annoying little hour glass of pain to release all its grains of sand? But what's really going on? Is your network really slow? PacketPushers  Show 45 – Arista – EOS Network Software Architecture  has a good explanation of what may be really at fault (paraphrased): Network operators get calls from application guys saying the network is slow, but the problem is usually dropped packets due to congestion. It's not usually latency, it's usually packet loss. Packet loss causes TCP to back off and retransmit, which causes applications to appear slow. Packet loss can be caused by a flakey transceiver, but the problem is usually network congestion. Somewhere on the network there's fan-in, a bottleneck develops, queues build up to a certain point, and when a queue overflows it drops packets. Often the first sign of this happening is application slowness. Queues get deeper and deeper because the network is getting more

3 0.74620569 1140 high scalability-2011-11-10-Kill the Telcos Save the Internet - The Unsocial Network

Introduction: Someone is killing the Internet. Since you probably use the Internet everyday you might find this surprising. It almost sounds silly, and the reason is technical, but our crack team of networking experts has examined the patient and made the diagnosis. What did they find? Diagnostic team : the  Packet Pushers  gang ( Greg Ferro , Jan Zorz , Ivan Pepelnjak ) in the podcast  How We Are Killing the Internet . Diagnosis : invasive tunnelation. ( tubes anyone? ) Prognosis : even Dr. House might not be able to help. Cure : go back to what the Internet was; kill the tunnels; route IPv4 and IPv6; have public addresses on everything; disrupt the telcos. This is a classic story in a strange setting--the network--but the themes are universal: centralization vs. decentralization (that's where the telcos obviously come in), good vs. evil, order vs. disorder, tyranny vs. freedom, change vs. stasis, simplicity vs. complexity. And it's all being carried out on battlefield few get

4 0.74380714 1105 high scalability-2011-08-25-The Cloud and The Consumer: The Impact on Bandwidth and Broadband

Introduction: Cloud-based services for all things digital will either drive – or die by – bandwidth Consumers, by definition, consume. In the realm of the Internet, they consume far more than they produce. Or so it’s been in the past. Broadband connectivity across all providers have long offered asymmetric network feeds because it mirrored reality: an HTTP request is significantly smaller than its corresponding response, and in general web-based activity is heavily biased toward fat download and thin upload speeds. The term “broadband” is really a misnomer, as it focuses only on the download speed and ignores the very narrowband of a typical consumer’s upload speed. cloud computing , or to be more accurate, cloud-hosted services aimed at consumers may very well change the status quo by necessity. As providers continue to push the notion of storing all things digital “in the cloud”, network providers must consider the impact on them – and the satisfaction of their customer base with performa

5 0.72620672 1392 high scalability-2013-01-23-Building Redundant Datacenter Networks is Not For Sissies - Use an Outside WAN Backbone

Introduction: Ivan Pepelnjak, in his short and information packed  REDUNDANT DATA CENTER INTERNET CONNECTIVIT Y video, shows why networking as played at the highest levels is something you want to leave to professionals, like a large animal country vetenarian delivering a stuck foal at 2AM on a dark and stormy night.  There are always a lot questions about the black art of building redundant datacenter networks and there's a shortage of accessible explanations. What I liked about Ivan's video is how effortlessly he explains the issues and tradeoffs you can expect in designing your own solution, as well as giving creative solutions to those problems. A lot of years of experience are boiled down to a 17 minute video. Ivan begins by showing what a canonical fully redundant datacenter would look like: It's like an ark where everything goes two by two. You have two datacenters, each datacenter has redundant core switches, redundant servers, redundant disk arrays, redundant links between d

6 0.71084011 1213 high scalability-2012-03-22-Paper: Revisiting Network I-O APIs: The netmap Framework

7 0.68450963 371 high scalability-2008-08-24-A Scalable, Commodity Data Center Network Architecture

8 0.67523491 119 high scalability-2007-10-10-WAN Accelerate Your Way to Lightening Fast Transfers Between Data Centers

9 0.66577774 266 high scalability-2008-03-04-Manage Downtime Risk by Connecting Multiple Data Centers into a Secure Virtual LAN

10 0.66127622 960 high scalability-2010-12-20-Netflix: Use Less Chatty Protocols in the Cloud - Plus 26 Fixes

11 0.65612417 374 high scalability-2008-08-30-Paper: GargantuanComputing—GRIDs and P2P

12 0.65110719 1316 high scalability-2012-09-04-Changing Architectures: New Datacenter Networks Will Set Your Code and Data Free

13 0.63797367 1651 high scalability-2014-05-20-It's Networking. In Space! Or How E.T. Will Phone Home.

14 0.61201668 1116 high scalability-2011-09-15-Paper: It's Time for Low Latency - Inventing the 1 Microsecond Datacenter

15 0.61072958 661 high scalability-2009-07-25-Latency is Everywhere and it Costs You Sales - How to Crush it

16 0.60697585 1256 high scalability-2012-06-04-OpenFlow-SDN is Not a Silver Bullet for Network Scalability

17 0.60549009 1267 high scalability-2012-06-18-The Clever Ways Chrome Hides Latency by Anticipating Your Every Need

18 0.59883362 1048 high scalability-2011-05-27-Stuff The Internet Says On Scalability For May 27, 2011

19 0.59873474 249 high scalability-2008-02-16-S3 Failed Because of Authentication Overload

20 0.59586751 1184 high scalability-2012-01-31-Performance in the Cloud: Business Jitter is Bad


similar blogs computed by lda model

lda for this blog:

topicId topicWeight

[(1, 0.118), (2, 0.207), (4, 0.011), (10, 0.033), (30, 0.043), (49, 0.028), (61, 0.077), (69, 0.145), (79, 0.099), (85, 0.024), (94, 0.121)]

similar blogs list:

simIndex simValue blogId blogTitle

1 0.95277399 1437 high scalability-2013-04-08-NuoDB's First Experience: Google Compute Engine - 1.8 Million Transactions Per Second

Introduction: This is a repost of the blog entry written by NuoDB's  Tommy Reilly .   We at NuoDB were recently given the opportunity to kick the tires on the  Google Compute Engine  by our friends over at Google. You can watch the entire Google Developer Live Session by clicking here .  In order to access the capabilities of GCE we decided to run the same  YCSB  based benchmark we ran at our  General Availability Launch  back in January. For those of you who missed it we demonstrated running the YCSB benchmark on a 24 machine cluster running on our private cloud in the NuoDB datacenter. The salient results were 1.7 million transactions per second with sub-millisecond latencies. Public cloud environments typically mean virtualization, inconsistent network performance and potentially slow or low bandwidth disk access. It just so happens that NuoDB was designed to work well in such harsh environments (we don’t call it a cloud database for nothing). Still, the faster the CPU, network and disk t

same-blog 2 0.92460668 645 high scalability-2009-06-30-Hot New Trend: Linking Clouds Through Cheap IP VPNs Instead of Private Lines

Introduction: You might think major Internet companies have a latency, availability, and bandwidth advantage because they can afford expensive dedicated point-to-point private line networks between their data centers. And you would be right. It's a great advantage. Or it at least it was a great advantage. Cost is the great equalizer and companies are now scrambling for ways to cut costs. Many of the most recognizable Internet companies are moving to IP VPNs (Virtual Private Networks) as a much cheaper alternative to private lines. This is a strategy you can effectively use too. This trend has historical precedent in the data center. In the same way leading edge companies moved early to virtualize their data centers, leading edge companies are now virtualizing their networks using IP VPNs to build inexpensive private networks over a shared public network. In kindergarten we learned sharing was polite, it turns out sharing can also save a lot of money in both the data center and on the network. The

3 0.90260541 116 high scalability-2007-10-08-Lessons from Pownce - The Early Years

Introduction: Pownce is a new social messaging application competing micromessage to micromessage with the likes of Twitter and Jaiku. Still in closed beta, Pownce has generously shared some of what they've learned so far. Like going to a barrel tasting of a young wine and then tasting the same wine after some aging, I think what will be really interesting is to follow Pownce and compare the Pownce of today with the Pownce of tomorrow, after a few years spent in the barrel. What lessons lie in wait for Pownce as they grow? Site: http://www.pownce.com Information Sources Pownce Lessons Learned - FOWA 2007 Scoble on Twitter vs Pownce Founder Leah Culver's Blog The Platform Python Django for the website framework Amazon's S3 for file storage. Adobe AIR (Adobe Integrated Runtime) for desktop application Memcached Available on Facebook Timeplot for charts and graphs. The Stats Developed in 4 months and went to an invite-only launch in June. Beg

4 0.88974702 266 high scalability-2008-03-04-Manage Downtime Risk by Connecting Multiple Data Centers into a Secure Virtual LAN

Introduction: Update: VcubeV - an OpenVPN-based solution designed to build and operate a multisourced infrastructure. True high availability requires a presence in multiple data centers. The recent downtime of even a high quality operation like Amazon makes this need all the more clear. Typically only the big boys can afford the complexity of operating in two or more data centers. Cloud computing along with utility billing starts to change that equation, leveling the playing field. Even smaller outfits will be in a position to manage risk by spreading machines amongst EC2, 3tera, Slicehost, Mosso and other providers. The question then becomes: given we aren't Angels, how do we walk amongst the clouds? One fascinating answer is exquisitely explained by Dmitriy Samovskiy in his Linux Journal article titled Building a Multisourced Infrastructure Using OpenVPN . Dmitriy's idea is to create a secure UDP tunnel between different data centers over public internet links so your applicatio

5 0.88698262 863 high scalability-2010-07-22-How can we spark the movement of research out of the Ivory Tower and into production?

Introduction: Over the years I've read a lot of research papers looking for better ways of doing things. Sometimes I find ideas I can use, but more often than not I come up empty. The problem is there are very few good papers. And by good I mean: can a reasonably intelligent person read a paper and turn it into something useful?  Now, clearly I'm not an academic and clearly I'm no genius, I'm just an everyday programmer searching for leverage, and as a common specimen of the species I've often thought how much better our industry would be if we could simply move research from academia into production with some sort of self-conscious professionalism. Currently the process is horribly hit or miss. And this problem extends equally to companies with research divisions that often do very little to help front-line developers succeed.  How many ideas break out of academia into industry in computer science? We have many brilliant examples: encryption, microprocessors, compression, transactions, distribu

6 0.88501275 1516 high scalability-2013-09-13-Stuff The Internet Says On Scalability For September 13, 2013

7 0.88197029 976 high scalability-2011-01-20-75% Chance of Scale - Leveraging the New Scaleogenic Environment for Growth

8 0.88148195 1174 high scalability-2012-01-13-Stuff The Internet Says On Scalability For January 13, 2012

9 0.87897974 763 high scalability-2010-01-22-How BuddyPoke Scales on Facebook Using Google App Engine

10 0.87352109 1084 high scalability-2011-07-22-Stuff The Internet Says On Scalability For July 22, 2011

11 0.87038434 119 high scalability-2007-10-10-WAN Accelerate Your Way to Lightening Fast Transfers Between Data Centers

12 0.87011147 1402 high scalability-2013-02-07-Ask HighScalability: Web asset server concept - 3rd party software available?

13 0.86952376 1275 high scalability-2012-07-02-C is for Compute - Google Compute Engine (GCE)

14 0.86663973 1047 high scalability-2011-05-25-Stuff to Watch from Surge 2010

15 0.86610472 1245 high scalability-2012-05-14-DynamoDB Talk Notes and the SSD Hot S3 Cold Pattern

16 0.86601382 517 high scalability-2009-02-21-Google AppEngine - A Second Look

17 0.86474085 1025 high scalability-2011-04-16-The NewSQL Market Breakdown

18 0.86450726 1136 high scalability-2011-11-03-Paper: G2 : A Graph Processing System for Diagnosing Distributed Systems

19 0.86387026 1102 high scalability-2011-08-22-Strategy: Run a Scalable, Available, and Cheap Static Site on S3 or GitHub

20 0.8637284 1020 high scalability-2011-04-12-Caching and Processing 2TB Mozilla Crash Reports in memory with Hazelcast