high_scalability high_scalability-2009 high_scalability-2009-485 knowledge-graph by maker-knowledge-mining
Source: html
Introduction: It seems that HTTP calls have become a default way to think about distributed systems. HTTP and Web services definitely have a lot to offer, but they are not the only way to do things and there are definitely cases where web is not the right choice. Unfortunately, lots of people just stick with web services and hack on, trying to fit a square peg in a round hole. In cases such as these, a different distribution paradigm can save us quite a lot of time and effort both in development and later in maintenance. One of those different paradigms is messaging.
sentIndex sentText sentNum sentScore
1 It seems that HTTP calls have become a default way to think about distributed systems. [sent-1, score-0.777]
2 HTTP and Web services definitely have a lot to offer, but they are not the only way to do things and there are definitely cases where web is not the right choice. [sent-2, score-1.672]
3 Unfortunately, lots of people just stick with web services and hack on, trying to fit a square peg in a round hole. [sent-3, score-1.808]
4 In cases such as these, a different distribution paradigm can save us quite a lot of time and effort both in development and later in maintenance. [sent-4, score-1.522]
wordName wordTfidf (topN-words)
[('definitely', 0.371), ('peg', 0.298), ('paradigms', 0.275), ('cases', 0.263), ('square', 0.219), ('stick', 0.204), ('paradigm', 0.201), ('unfortunately', 0.199), ('hack', 0.19), ('round', 0.187), ('default', 0.183), ('http', 0.169), ('messaging', 0.153), ('effort', 0.151), ('services', 0.148), ('calls', 0.142), ('web', 0.138), ('fit', 0.138), ('distribution', 0.137), ('offer', 0.126), ('save', 0.119), ('later', 0.117), ('trying', 0.117), ('seems', 0.115), ('lot', 0.113), ('way', 0.112), ('different', 0.11), ('quite', 0.108), ('lots', 0.106), ('become', 0.102), ('development', 0.088), ('right', 0.083), ('us', 0.077), ('things', 0.073), ('think', 0.066), ('people', 0.063), ('distributed', 0.057), ('time', 0.038), ('one', 0.034)]
simIndex simValue blogId blogTitle
same-blog 1 0.99999994 485 high scalability-2009-01-05-Messaging is not just for investment banks
Introduction: It seems that HTTP calls have become a default way to think about distributed systems. HTTP and Web services definitely have a lot to offer, but they are not the only way to do things and there are definitely cases where web is not the right choice. Unfortunately, lots of people just stick with web services and hack on, trying to fit a square peg in a round hole. In cases such as these, a different distribution paradigm can save us quite a lot of time and effort both in development and later in maintenance. One of those different paradigms is messaging.
2 0.15374582 641 high scalability-2009-06-29-Google App Engine plus Amazon AWS: Best of both worlds
Introduction: Google App Engine (GAE) is focused on making development easy, but limits your options. Amazon Web Services is focused on making development flexible, but complicates the development process. Real enterprise applications require both of these paradigms to achieve success… What we really want is the flexibility of AWS and the simplicity of GAE. For the rest of the post see http://natishalom.typepad.com/nati_shaloms_blog/2009/06/google-app-engine-plus-amazon-aws-best-of-both-worlds.html
3 0.091797516 955 high scalability-2010-12-07-Sponsored Post: Joyent, Membase, Appirio, CloudSigma, ManageEngine, Site24x7
Introduction: Who's Hiring? Appirio is hiring 5 core product engineers for one of Silicon's Valley's "most promising startups". Fun and Informative Events A new round of Membase meetups have been planned for January 2011 for San Diego, Denver, Seattle, Vancouver and Chicago. Announcing My Webinar On December 14th: What Should I Do? Choosing SQL, NoSQL Or Both For Scalable Web Applications Cool Products and Services See how Joyent's cloud solutions support game studios from game concept to launch, then through rapid scalability and ongoing success . http://www.joyent.com/solutions/gamestudios/ CloudSigma . Instantly scalable European cloud servers. ManageEngine Applications Manager : Monitor physical, virtual and Cloud Applications . www.site24x7.com : Monitor End User Experience from a global monitoring network. A New Round of Membase Meetups for January 2011 A new round of Membase meetups have been planned for January 2011 for San Diego,
Introduction: Who's Hiring? Evernote is hiring a Senior DevOps Engineer in our mission to help the world remember everything. Our work environment is collaborative and relaxed, our benefits and perks are fantastic, and we enrich the lives of more than 65 million users worldwide every day! Please apply here . Stackdriver is looking for systems + cloud + dev + ops guru to serve as our liaison within the DevOps community. If you are passionate about monitoring and automation, enjoy working on open source, and are excited by the prospect of sharing your expertise with your peers, get in touch with us today! http://bit.ly/143ARmy We need awesome people @ Booking.com - We want YOU! Come design next generation interfaces, solve critical scalability problems, and hack on one of the largest Perl codebases. Please apply online . Apple has multiple openings. Changing the world is all in a day's work at Apple. Imagine what you could do here.
5 0.089804187 139 high scalability-2007-10-30-Paper: Dynamo: Amazon’s Highly Available Key-value Store
Introduction: Update 2 : Read/WriteWeb has a good article talking about the scalability issues of relational databases and how Dynamo solves them: Amazon Dynamo: The Next Generation Of Virtual Distributed Storage . But since Dynamo is just another frustrating walled garden protected by barbed wire and guard dogs, its relevance is somewhat overstated. Update : Greg Linden has a take on the paper where he questions some of Amazon's design choices: emphasizing write availability over fast reads, a lack of indexing support, use of random distribution for load balancing, and punting on some scalability issues. Werner Vogels, Amazon's avuncular CTO, just announced a new paper on the internal database technology Amazon uses to handle tens of millions customers. I'll dive into more details later, but I thought you'd want to read it hot off the blog. The bad news is it won't be a service. They are keeping this tech not so secret, but very safe. Happily, it's another real-life example to learn from.
8 0.083217226 1508 high scalability-2013-08-28-Sean Hull's 20 Biggest Bottlenecks that Reduce and Slow Down Scalability
10 0.077745698 96 high scalability-2007-09-18-Amazon Architecture
11 0.076967716 1628 high scalability-2014-04-08-Microservices - Not a free lunch!
12 0.076769158 401 high scalability-2008-10-04-Is MapReduce going mainstream?
13 0.075955197 954 high scalability-2010-12-06-What the heck are you actually using NoSQL for?
14 0.074774928 1509 high scalability-2013-08-30-Stuff The Internet Says On Scalability For August 30, 2013
15 0.074474528 1533 high scalability-2013-10-16-Interview With Google's Ilya Grigorik On His New Book: High Performance Browser Networking
16 0.07393086 845 high scalability-2010-06-22-Exploring the software behind Facebook, the world’s largest site
17 0.070161641 1556 high scalability-2013-11-29-One Story of Life as Told Through Queues
18 0.069769368 1337 high scalability-2012-10-10-Antirez: You Need to Think in Terms of Organizing Your Data for Fetching
19 0.06877432 1240 high scalability-2012-05-07-Startups are Creating a New System of the World for IT
topicId topicWeight
[(0, 0.121), (1, 0.019), (2, 0.015), (3, 0.019), (4, 0.038), (5, -0.05), (6, -0.023), (7, -0.01), (8, -0.004), (9, 0.008), (10, -0.004), (11, 0.018), (12, -0.033), (13, -0.023), (14, 0.007), (15, -0.043), (16, 0.018), (17, 0.013), (18, 0.022), (19, -0.048), (20, -0.018), (21, -0.022), (22, -0.003), (23, 0.01), (24, -0.002), (25, -0.005), (26, 0.045), (27, -0.012), (28, -0.038), (29, 0.002), (30, -0.03), (31, 0.024), (32, 0.054), (33, 0.017), (34, 0.01), (35, 0.015), (36, -0.012), (37, 0.026), (38, 0.008), (39, -0.041), (40, -0.006), (41, 0.032), (42, 0.021), (43, -0.077), (44, 0.021), (45, 0.015), (46, 0.003), (47, -0.033), (48, 0.021), (49, -0.018)]
simIndex simValue blogId blogTitle
same-blog 1 0.96314681 485 high scalability-2009-01-05-Messaging is not just for investment banks
Introduction: It seems that HTTP calls have become a default way to think about distributed systems. HTTP and Web services definitely have a lot to offer, but they are not the only way to do things and there are definitely cases where web is not the right choice. Unfortunately, lots of people just stick with web services and hack on, trying to fit a square peg in a round hole. In cases such as these, a different distribution paradigm can save us quite a lot of time and effort both in development and later in maintenance. One of those different paradigms is messaging.
Introduction: If you are Google you don't just complain about performance on the web, you do something about it. Doing something about web performance is the job of one Ilya Grigorik , Developer Advocate, Make the Web Fast at Google, and author of a great new book: High Performance Browser Networking: What every web developer should know about networking and web performance . That's a big topic you might be saying to yourself. And it is. The book is 400 plus information packed pages. But never fear. Ilya writes in a very straightforward style. It’s like a man page for the web. Which is a good thing. In case you are not familiar with Ilya, he's the perfect choice for writing such an ambitious book. For years Ilya has been producing excellent content on his blog and if you search YouTube you'll find presentation after presentation on the topics found in the book. Authority established. Reading the book I was struck by what a complicated beast or little World Wide Web has become. That's
3 0.71107644 296 high scalability-2008-04-03-Development of highly scalable web site
Introduction: Not sure if this is the right place to post this but here goes anyway. We are looking to hire an outside firm to help with development of a scalable and potentially high-traffic web site. We are not looking for an individual but rather a firm with enough well rounded expertise to help us with various aspects of this. Basic requirements: LAMP stack or other open source solution Very proficient in cross-browser web development Flex/AIR development for RIA Java/C/C++ proficiency Expertise with Comet and push server technology Experience with development of high-traffic web sites Use of Amazon Web Services infrastructure a plus If anyone knows of consulting firms that can take on such a project, I would appreciate your feedback. TIA
4 0.68679059 660 high scalability-2009-07-21-Paper: Parallelizing the Web Browser
Introduction: There have been reports that software engineering is dead . Maybe, like the future, software engineering is simply not evenly distributed? When you read this paper I think you'll agree there is some real engineering going on, it's just that most of the things we need to build do not require real engineering. Much like my old childhood tree fort could be patched together and was "good enough." This brings to mind the old joke: If a software tree falls in the woods would anyone hear it fall? Only if it tweeted on the way down... What this paper really showed me is we need not only to change programming practices and constructs, but we also need to design solutions that allow for deep parallelism to begin with. Grafting parallelism on later is difficult. Parallel execution requires knowing precisely how components are dependent on each other and that level of precision tends to go far beyond the human attention span. In particular this paper deals with how to parallelize the browser on
5 0.68185514 328 high scalability-2008-05-27-Scalable virus scanning for web-applications
Introduction: Hi, We're looking for a highly scalable way of scanning documents being uploaded and downloaded from our web application. I believe services like gmail and hotmail are using bespoke solutions from companies like Trend, but are there some quality "off the shelf" products out there that can easily be scaled out and have a "loose" API (HTTP based) for application integration? Once again, thanks for any input.
6 0.66986346 1277 high scalability-2012-07-05-10 Golden Principles For Building Successful Mobile-Web Applications
8 0.6593259 96 high scalability-2007-09-18-Amazon Architecture
9 0.64436722 1301 high scalability-2012-08-08-3 Tips and Tools for Creating Reliable Billion Page View Web Services
10 0.63029736 1503 high scalability-2013-08-19-What can the Amazing Race to the South Pole Teach us About Startups?
11 0.62793499 993 high scalability-2011-02-22-Is Node.js Becoming a Part of the Stack? SimpleGeo Says Yes.
12 0.62428367 1492 high scalability-2013-07-17-How do you create a 100th Monkey software development culture?
15 0.62351674 352 high scalability-2008-07-18-Robert Scoble's Rules for Successfully Scaling Startups
16 0.62126863 1240 high scalability-2012-05-07-Startups are Creating a New System of the World for IT
17 0.61364847 1490 high scalability-2013-07-12-Stuff The Internet Says On Scalability For July 12, 2013
18 0.61234105 1628 high scalability-2014-04-08-Microservices - Not a free lunch!
20 0.60921931 55 high scalability-2007-08-02-Product: Mashery
topicId topicWeight
[(1, 0.189), (2, 0.244), (5, 0.228), (61, 0.193)]
simIndex simValue blogId blogTitle
1 0.93980008 534 high scalability-2009-03-12-Google TechTalk: Amdahl's Law in the Multicore Era
Introduction: Over the last several decades computer architects have been phenomenally successful turning the transistor bounty provided by Moore's Law into chips with ever increasing single-threaded performance. During many of these successful years, however, many researchers paid scant attention to multiprocessor work. Now as vendors turn to multicore chips, researchers are reacting with more papers on multi-threaded systems. While this is good, we are concerned that further work on single-thread performance will be squashed. To help understand future high-level trade-offs, we develop a corollary to Amdahl's Law for multicore chips [Hill & Marty, IEEE Computer 2008]. It models fixed chip resources for alternative designs that use symmetric cores, asymmetric cores, or dynamic techniques that allow cores to work together on sequential execution. Our results encourage multicore designers to view performance of the entire chip rather than focus on core efficiencies. Moreover, we observe that obtai
2 0.92060339 1273 high scalability-2012-06-27-Paper: Logic and Lattices for Distributed Programming
Introduction: Neil Conway from Berkeley CS is giving an advanced level talk at a meetup today in San Francisco on a new paper: Logic and Lattices for Distributed Programming - extending set logic to support CRDT-style lattices. The description of the meetup is probably the clearest introduction to the paper: Developers are increasingly choosing datastores that sacrifice strong consistency guarantees in exchange for improved performance and availability. Unfortunately, writing reliable distributed programs without the benefit of strong consistency can be very challenging. In this talk, I'll discuss work from our group at UC Berkeley that aims to make it easier to write distributed programs without relying on strong consistency. Bloom is a declarative programming language for distributed computing, while CALM is an analysis technique that identifies programs that are guaranteed to be eventually consistent. I'll then discuss our recent work on extending CALM to support a broader range of
3 0.90914077 153 high scalability-2007-11-13-Friendster Lost Lead Because of a Failure to Scale
Introduction: Hey, this scaling stuff might just be important. Jim Scheinman, former Bebo and Friendster exec, puts the blame squarely on Friendster's inability to scale as why they lost the social networking race: VB : Can you tell me a bit about what you learned in your time at Friendster? JS : For me, it basically came down to failed execution on the technology side — we had millions of Friendster members begging us to get the site working faster so they could log in and spend hours social networking with their friends. I remember coming in to the office for months reading thousands of customer service emails telling us that if we didn’t get our site working better soon, they’d be ‘forced to join’ a new social networking site that had just launched called MySpace…the rest is history. To be fair to Friendster’s technology team at the time, they were on the forefront of many new scaling and database issues that web sites simply hadn’t had to deal with prior to Friendster. As is often
same-blog 4 0.90265393 485 high scalability-2009-01-05-Messaging is not just for investment banks
Introduction: It seems that HTTP calls have become a default way to think about distributed systems. HTTP and Web services definitely have a lot to offer, but they are not the only way to do things and there are definitely cases where web is not the right choice. Unfortunately, lots of people just stick with web services and hack on, trying to fit a square peg in a round hole. In cases such as these, a different distribution paradigm can save us quite a lot of time and effort both in development and later in maintenance. One of those different paradigms is messaging.
5 0.8994261 262 high scalability-2008-02-26-Architecture to Allow High Availability File Upload
Introduction: Hi, I was wondering if anyone has found any information on how to architect a system to support high availability file uploads. My scenario: I have an Apache server proxying requests to a bunch of Tomcat Java application servers. When I need to upgrade my site, I stop and upgrade each of the Tomcat servers one at a time. This seems to work well as Apache automatically routes subsequent requests for the stopped app server to the remaining app servers that are up. The problem is that if a user is uploading a file when the app server is stopped, the upload fails and the user has to upload the file again. This is problematic as uploading files is an integral feature of the site and it's frustrating for the users to have to restart their uploads every time I upgrade the site (which I want to be able to do frequently). Has anyone seen any information on how this can be done or have ideas on how this can be architected? I imagine sites like Flickr must have a solution to this problem
6 0.85829866 1113 high scalability-2011-09-09-Stuff The Internet Says On Scalability For September 9, 2011
7 0.85769933 341 high scalability-2008-06-06-GigaOm Structure 08 Conference on June 25th in San Francisco
8 0.85554409 899 high scalability-2010-09-09-How did Google Instant become Faster with 5-7X More Results Pages?
9 0.83135086 1487 high scalability-2013-07-05-Stuff The Internet Says On Scalability For July 5, 2013
10 0.83017504 337 high scalability-2008-05-31-memcached and Storage of Friend list
11 0.82526785 877 high scalability-2010-08-12-Designing Web Applications for Scalability
12 0.82343459 64 high scalability-2007-08-10-How do we make a large real-time search engine?
13 0.82318151 685 high scalability-2009-08-20-Dependency Injection and AOP frameworks for .NET
14 0.81905723 1523 high scalability-2013-09-27-Stuff The Internet Says On Scalability For September 27, 2013
15 0.81386209 1031 high scalability-2011-04-28-PaaS on OpenStack - Run Applications on Any Cloud, Any Time Using Any Thing
16 0.81299186 423 high scalability-2008-10-19-Alternatives to Google App Engine
17 0.81297421 199 high scalability-2008-01-01-S3 for image storing
18 0.81194997 637 high scalability-2009-06-24-Habits of Highly Scalable Web Applications
19 0.81065106 218 high scalability-2008-01-17-Moving old to new. Do not be afraid of the re-write -- but take some help
20 0.80979991 298 high scalability-2008-04-07-Lazy web sites run faster