5 ms·
Ask HN: What technologies do you use in your startup?
I'm interested in all startups using linux and windows environments. What do you use to scale to app to millions of hits per day ?
- jbr 16y agoRails, node.js, redis, resque, mysql, nginx, unicorn, monit, solr, ubuntu. I don't think that the technology stack matters that much, though.
- mkramlich 16y agowhile I agree that some of the strongest techniques for scaling are available on many platforms/stacks, you will generally have the easiest time of it on a Linux stack rather than say Windows. Only at the thousand-foot perspective does the stack not matter. But on the ground, where the devil is in the details, the stack matters quite a bit when it comes to what toys are available to you, what resources, what options.
- benologist 16y agoI would say your familiarity with the stack you're using is what matters, both Linux and Microsoft platforms have been shown to handle massive loads with enough massaging. I would also say it's a massive and on-going trial and error process to see what actually works, the biggest sites are still learning and falling over.
- rodh257 16y agoStack Overflow claims that by running a Windows stack they save money compared to a LAMP stack due to its better performance (MVC2,SQL2008) outweighing the initial cost. I think they talked about this in their Google Tech Talk (Joel Spolsky).
- patio11 16y agoScaling is more about sound architectural decisions than it is about stack. (And it is more about "not a problem" than it is about architecture, because a gigantic proportion of all startups will never have any scaling problem to speak of, and the majority of the remainder will be able to solve theirs in fairly boring fashions.) Almost all startups would be better served by playing around in their technology of choice looking for something that could possibly cause a scaling problem rather than planning for scaling problems.
- cageface 16y agoEngineers sometimes remind me of the two guys that used to live next to me that spent every day tinkering with the engine of their Camaro out in the garage. I'm sure it was pretty tricked out but it also spent 9/10 of its life up on blocks instead of actually driving somewhere interesting.
- alnayyir 16y agoPrecisely why I stopped caring and focused on forward movement.
- mkramlich 16y ago1. caching 2. prefer static content over dynamic, as much as possible 3. lots of machines, with the requests distributed across all of them these 3 strategies alone will buy lots of scale
- byoung2 16y agoThat's the magic formula we use at work (200+ sites, many with 1 million+ unique visitors per month). I apply the same techniques to my own projects, even though it's unnecessary at this point. Our sites run on a standard LAMP stack (load balanced across between 2 and 25 machines using an F5), memcached for object and query caching, caching at the application level, varnish and nginx for file caching, and limelight CDN for serving images, css, and javascript.
- karthikm 16y agojava (jee, spring, struts), hadoop, hbase, nginx, fedora, solr, activemq, ehcache/terracotta and a bunch of other OSS.
- schleyfox 16y agoRails, distributed erlang with a BERTRPC endpoint, memcache, redis, thin/sinatra/eventmachine. The key is the less work you have to do in the request response cycle and the more you can offload to better suited environments/servers, the easier time you will have adapting to new challenges.
- astrofinch 16y agoCan you name a single startup that failed because of their inability to scale? Development speed is way more important than scalability. Like Paul Graham says, the vast majority of startups fail because they make a product no one wants or because they never launch a product in the first place. Faster software development means you figure out if your product is a dud faster, and you're less likely to run out of morale before you've got something substantial. I've been working on my current (unreleased) project with Django and jQuery on Linux for about a month. Here's all of the stuff I've made use of from the Django, jQuery, and Python communities: http://code.google.com/p/django-command-extensions/ http://code.google.com/p/django-command-extensions/ http://south.aeracode.org/ http://south.aeracode.org/ http://github.com/dcramer/django-ratings http://github.com/dcramer/django-ratings http://github.com/pydanny/django-uni-form http://github.com/pydanny/django-uni-form http://github.com/robhudson/django-debug-toolbar http://github.com/robhudson/django-debug-toolbar http://github.com/alex/django-ajax-validation http://github.com/alex/django-ajax-validation http://fabfile.org/ http://fabfile.org/ http://orkans-tmp.22web.net/star_rating/ http://orkans-tmp.22web.net/star_rating/ http://jquery.malsup.com/form/ http://jquery.malsup.com/form/ http://plugins.jquery.com/project/ScrollTo http://plugins.jquery.com/project/ScrollTo http://jashkenas.github.com/coffee-script/ http://jashkenas.github.com/coffee-script/ http://code.google.com/p/modwsgi/ http://code.google.com/p/modwsgi/ There's no way I could ever use a niche framework after having drunk this reusable code kool-aid. Even if Django weren't scalable, if I really was on the road to being the next Facebook or Youtube, there'd be plenty of time and money to rewrite in something that could scale.
- barnaby 16y agoWe use Django, Linux (Ubuntu for both servers and developer machies), PostGIS database, memcache, Apache, etc. and of course Eclipse, Trac, etc. etc. Haven't reached 1M hits per day yet, but I'm about to experience a bit of preemptive load testing to find out where the initial problem spots may be.
- dementievda 16y agograils: java, groovy, ajax, lucene, sitemesh, gorm, etc.
- troels 16y agoRails on Heroku (Meaning, Postgresql database)