<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Scobleizer - Latest Comments in Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.disqus.com/</link><description>Tech enthusiast, video blogger, media innovator, fanatical about startups at Rackspace, home of fanatical support for Internet entrepreneurs.</description><atom:link href="https://scobleizer.disqus.com/help_i8217m_clueless_about_web_service_scalability/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Wed, 08 Oct 2008 17:35:46 -0000</lastBuildDate><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710573</link><description>&lt;p&gt;Hosting&lt;br&gt;Which provider would they choose today if they would need to built a new service that could face a scalability problem.&lt;/p&gt;&lt;p&gt;Limitation/Marketing&lt;br&gt;Is an invitation procedure a good way to manage the number of users accessing the platform. Would it frustrate the people not authorized to access the system or would it force them to find alternative ways to beta test it ;-)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">frederic sidler</dc:creator><pubDate>Wed, 08 Oct 2008 17:35:46 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710572</link><description>&lt;p&gt;A good conversation starter would be to ask them about which dimensions they found to be the most challenging to scale along.&lt;/p&gt;&lt;p&gt;Software/system architecture is only one aspect of successfully building a scalable system. Operations, development/deployment processes, monitoring and so on all make a big different to the scalability of any system.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">robw</dc:creator><pubDate>Tue, 07 Oct 2008 15:53:45 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710571</link><description>&lt;p&gt;My Question:&lt;/p&gt;&lt;p&gt;How have you changed the way you develop software to improve scalability?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kent Langley</dc:creator><pubDate>Tue, 07 Oct 2008 15:46:51 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710570</link><description>&lt;p&gt;How much consideration was given to scalability issues in your initial design?&lt;/p&gt;&lt;p&gt;What decisions, from your initial design, presented the largest hurdles to scaling?&lt;/p&gt;&lt;p&gt;What issues will you ensure are taken into consideration in your next version 0 design?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">matt m</dc:creator><pubDate>Tue, 07 Oct 2008 15:46:09 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710569</link><description>&lt;p&gt;1) At what point in the lifecycle of your product do you start to focus on high scalability. How willing should you be to compromise performance or development time to reach it before it's strictly necessary?&lt;/p&gt;&lt;p&gt;2) Is true horizontal scalability ever achievable or will there always be some shared resources?&lt;/p&gt;&lt;p&gt;3) Is designing for scalability a reactive or proactive process?&lt;/p&gt;&lt;p&gt;4) Are we too eager to abandon the benefits of normalization to achieve scalability?&lt;/p&gt;&lt;p&gt;5) Traffic patterns, especially for smaller sites, can be extremely volatile and unpredictable. How to you design for that?&lt;/p&gt;&lt;p&gt;6) What's the time horizon on scalability becoming a commodity that's provided by hosting providers alongside power and ethernet?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">sidereal</dc:creator><pubDate>Tue, 07 Oct 2008 15:03:34 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710568</link><description>&lt;p&gt;Ask them for one scary example in their past where they screwed up and the app hit the wall.  And ask them how they fixed it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ted Murphy</dc:creator><pubDate>Tue, 07 Oct 2008 14:39:14 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710567</link><description>&lt;p&gt;What are your current bottlenecks? If you could install a new piece of software or rack a new piece of hardware tomorrow to solve key pain points, what would it do?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Niall Kennedy</dc:creator><pubDate>Tue, 07 Oct 2008 14:06:58 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710566</link><description>&lt;p&gt;( &lt;a href="http://highscalability.com/start-here" rel="nofollow noopener" target="_blank" title="http://highscalability.com/start-here"&gt;http://highscalability.com/...&lt;/a&gt; )&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jonas</dc:creator><pubDate>Tue, 07 Oct 2008 13:27:29 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710565</link><description>&lt;p&gt;follow this blog if you want to know more :)&lt;/p&gt;&lt;p&gt;&lt;a href="http://highscalability.com/" rel="nofollow noopener" target="_blank" title="http://highscalability.com/"&gt;http://highscalability.com/&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jonas</dc:creator><pubDate>Tue, 07 Oct 2008 13:26:45 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710564</link><description>&lt;p&gt;You need to decide how scalable you want it to be, because the architecture gets trickier with each power of 10 and the bugs subtler. You can give up on getting any sensible advice on the InterWeb for a start. With massive systems, the principle is to design your service as a cluster of sites which are as independent as possible in normal use, but which provide disaster-recovery for each other. The bottlenecks are in things like assigning a user to a site and passing messages between sites.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Pete Austin</dc:creator><pubDate>Tue, 07 Oct 2008 12:31:52 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710563</link><description>&lt;p&gt;@paul: One easy thing you can do is high-availability failover where a separate server takes over the IP address (and other characteristics) of your failed server.  Check out &lt;a href="http://www.linux-ha.org" rel="nofollow noopener" target="_blank" title="www.linux-ha.org"&gt;www.linux-ha.org&lt;/a&gt;.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rtwomey</dc:creator><pubDate>Tue, 07 Oct 2008 10:05:02 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710562</link><description>&lt;p&gt;How do you provide guaranteed failover when ultimately your service has one IP address, cached inside the world's network of DNS servers? Anyone know, by the way?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">paul</dc:creator><pubDate>Tue, 07 Oct 2008 06:31:02 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710561</link><description>&lt;p&gt;?: It seems like a lot of problems with scalability start with the current Database Server architecture.  Should a new startup looking to scale start with an alternate?  Are there production ready open source or commercially supported alternatives?  What would it take for an alternate to be considered "safe" like a SQL Database Server?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt M.</dc:creator><pubDate>Mon, 06 Oct 2008 21:02:40 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710560</link><description>&lt;p&gt;Everyone has the internal component covered. I come at it from the outside.&lt;/p&gt;&lt;p&gt;How do you measure and monitor the external performance of your Web API to proactively deal with loading, connectivity, and application issues?&lt;/p&gt;&lt;p&gt;What is the issue you run up against most: bandwidth bottlenecks or application loads?&lt;/p&gt;&lt;p&gt;smp&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen Pierzchala</dc:creator><pubDate>Mon, 06 Oct 2008 17:31:10 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710559</link><description>&lt;p&gt;There's a few areas I'd want to cover:&lt;br&gt;- Where does scalability cross paths with standards (WS-*, WSDL, UDDI) vs. simplicity (REST, POX+HTTP).&lt;br&gt;- Do these people think that ESB has a place in their view of scalable services?&lt;br&gt;- How should you look at databases differently in a service-oriented model?  (There's all sorts of sub-topics here; do services share a database, or have their own, does it vary?  2PC vs. other kinds of synchronization?  Clustered caches vs. RDBMS?)&lt;br&gt;- What mechanisms are important to keep instances in synch and sharing work without tripping over each other or creating new bottlenecks (messaging, database, clustered caches, etc.)?&lt;br&gt;- Are location-transparency/routing and directory/discovery services important to scalable SOA, or is this simply the job for DNS and load balancers?&lt;/p&gt;&lt;p&gt;There's tons of interesting things to talk about here, really.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Geoffrey Wiseman</dc:creator><pubDate>Mon, 06 Oct 2008 17:19:33 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710558</link><description>&lt;p&gt;Robert,&lt;/p&gt;&lt;p&gt;Services are fascinating, for a couple of reasons. Sure, there are technical "service scaling" issues, which the other folks on the panel will know all about. Matt has great stories on the scaling of Akismet. But far more interesting are the human scaling issues. I always find more thoughtful discussions there.&lt;/p&gt;&lt;p&gt;First, there are terms-of-use issues. When you get to a certain size, you need to have policies for appropriate use. You wind up creating competitors, and an ecosystem emerges around your service. Look at Twitter, and the emergence of complementary products like Summize. Then look at what happened when Notchup exploited Linkedin to grab a bunch of users. How you monitor use and enforce terms of use is a big question, and it goes far beyond simple APIs and scaing.&lt;/p&gt;&lt;p&gt;Second, there's the fact that we're building human APIs. APIs and web services are typically focused on letting machines talk to one another. But by tying realtime activity feeds to our mobile devices, or location-based services that report our coordinates, we're plugging humans into applications, Amazon Turk style. As humans start to interact with applications via web services, through mobile devices and so on, a whole new set of scaling issues emerge.&lt;/p&gt;&lt;p&gt;Since you're the higher-level, human-angle participant on the panel, I'd elevate things beyond bits and bytes and into humans, policies, exploitation, and startup ecosystems.&lt;/p&gt;&lt;p&gt;Not sure that helps... sounds like it'll be a great panel!&lt;/p&gt;&lt;p&gt;A.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">alistairc</dc:creator><pubDate>Mon, 06 Oct 2008 15:48:01 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710557</link><description>&lt;p&gt;I have had my share of building scalable systems in the past -- and the one thing that always came back to me was the question: is the chosen application architecture adequate to support the needs?&lt;/p&gt;&lt;p&gt;There are some basic topologies that everybody uses:&lt;/p&gt;&lt;p&gt;a) "the sink" uses the database as repository of every message -- write it first, let it be read second; parallelize/cluster the db server and you easily crank up the volume. This model is very popular amongst web 2.0 systems. It is limited though, as adding a db server only brings 0.75 more power.&lt;/p&gt;&lt;p&gt;b) "the network" uses pipes to distribute messages between writers and readers -- very popular in the telco industry, where speed is master and geography plays an important role. Parallelize writers and readers and you get a linear scale that depends alone on the number of servers you put in. Big disadvantage is that distributed persistence needs to be consolidated at some point -- can generate some difficult to tame data flows.&lt;/p&gt;&lt;p&gt;Now, ask yourself: which model was chosen by google? and which by twitter?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">malbrecht</dc:creator><pubDate>Mon, 06 Oct 2008 15:24:07 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710556</link><description>&lt;p&gt;Very true Robert. It was more of a gut reaction that I should've thought more about. Thanks for replying.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tim Shisler</dc:creator><pubDate>Mon, 06 Oct 2008 15:20:52 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710555</link><description>&lt;p&gt;Tim: &amp;gt;&amp;gt;How can you complain about folks not being prepared to send in a job resume and turn around the next day and say you can go into something underprepared and be okay about it?&lt;/p&gt;&lt;p&gt;Who is going in unprepared. Seems this blog post just prepared me in a BIG way for Thursday!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robert Scoble</dc:creator><pubDate>Mon, 06 Oct 2008 14:11:57 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710538</link><description>&lt;p&gt;Thanks for post like this!!!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">svetainiu kurimas</dc:creator><pubDate>Mon, 06 Oct 2008 13:33:47 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710553</link><description>&lt;p&gt;Lots of the questions posed above are rather direct.  If your looking to get a conversation going amongst them, I'd ask questions which encourage some "give-and-take" rather than give direction to their answers.  You want to hear what these very smart dudes think is most important/relevant about the topic.  Being modest, I'd start by assuming they would ask better questions of each other than I could ask of them - after all, we are interviewing them because of their successful expertise.&lt;/p&gt;&lt;p&gt;Questions:&lt;/p&gt;&lt;p&gt;"Individually looking at each others past projects like iLike and Friendfeed, what items in their development do you think were key to the projects success?  In a similar vein, what would you have done differently and how would it have made things better?"&lt;/p&gt;&lt;p&gt;"In hindsight, were there key players beneath the surface in these projects which played a large part in making them a success, or was the project so well defined that everyone came together equally in making it a success?  If there were key people, what did they provide to the project that you couldn't provide personally?"&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guest</dc:creator><pubDate>Mon, 06 Oct 2008 12:41:34 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710531</link><description>&lt;p&gt;Great points raised by all.  I'd also love to know, in the face of rapid scale, what success looks like to these guys.&lt;/p&gt;&lt;p&gt;Fast and big can be great (and usually commands attention) but may or may not be a good indicator of success.  Likewise, how do they measure success and then revise/redeploy on the fly in response to the data.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Molly Scofield</dc:creator><pubDate>Mon, 06 Oct 2008 12:22:27 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710533</link><description>&lt;p&gt;How can you complain about folks not being prepared to send in a job resume and turn around the next day and say you can go into something underprepared and be okay about it?&lt;/p&gt;&lt;p&gt;I know there is a stark difference, but really, come on. If you're allowed to ask help, why not give folks the benefit of the doubt if they flub a resume and ask them why?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tim Shisler</dc:creator><pubDate>Mon, 06 Oct 2008 12:06:22 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710534</link><description>&lt;p&gt;For someone that is serious about rejecting job applications if they have spelling errors, you sure don't care as much about your own blog concerning the same issue now, do ya? ;)&lt;/p&gt;&lt;p&gt;Admonishion? You mean admonition?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Girish</dc:creator><pubDate>Mon, 06 Oct 2008 11:37:56 -0000</pubDate></item><item><title>Re: Help, I&amp;#8217;m clueless about Web Service scalability</title><link>http://scobleizer.com/2008/10/05/help-im-clueless-about-web-service-scalability/#comment-9710524</link><description>&lt;p&gt;Hi Robert,&lt;/p&gt;&lt;p&gt;Sounds like an amazingly interesting webinar. I guess the question I would ask is, how exactly do you test your efficiency and scalability before hand, so that you can be modestly prepared for that overnight 6 million user count?&lt;/p&gt;&lt;p&gt;Also, will this be available after the conference? I registered on Fast Company, but I will have to working as the conference is live. Thank you Scobleizer&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robert Sanchez</dc:creator><pubDate>Mon, 06 Oct 2008 11:09:13 -0000</pubDate></item></channel></rss>