Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E3A2EEFD6 for ; Tue, 19 Feb 2013 12:41:07 +0000 (UTC) Received: (qmail 83712 invoked by uid 500); 19 Feb 2013 12:41:07 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 83451 invoked by uid 500); 19 Feb 2013 12:41:02 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 83383 invoked by uid 99); 19 Feb 2013 12:41:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Feb 2013 12:41:00 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,LOTS_OF_MONEY,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.214.170] (HELO mail-ob0-f170.google.com) (209.85.214.170) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Feb 2013 12:40:53 +0000 Received: by mail-ob0-f170.google.com with SMTP id wc20so6602845obb.15 for ; Tue, 19 Feb 2013 04:40:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudno.de; s=mail; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=6M7CEHk6ZsBLop1de1vdwEu7J2UbAVUKTu5Kk5N3+fk=; b=lkyCFdSe2AGAfyDHBk6xX7l8Nw9wQ6AZnfIGEkBk62cXgO3SJZccdPNv4GczRdQ9lY KDDKac1tyBNq4Bmok3ffQQ4BEh9OxKMcGw8rESUKhON4wkvilHyNJZyMMU2hD6JjA3gm JdYGM1BdRfpTyxzl/SW2rQh2wwqVcJPmvFnsY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type:x-gm-message-state; bh=6M7CEHk6ZsBLop1de1vdwEu7J2UbAVUKTu5Kk5N3+fk=; b=m/blMht8xy0ybOptYRZM7h+Z0Qos9atVeHGGvDmakyITPCWJuhlPkdPwB2l9zJLUF7 8I7HW/KuKBMoh/XswKTfNduOW4P5XtCtsy7CnW6xSjwhIW8Duf8LPEj3Bm7a+xPDDeGg T6qBlO2ZD902Qdefznui57mN0gcOSIDyuB78Aach7KLMn2R8jiduNN2giwAdh3LhKgaE hr8zbS8AYmA4CaEkOCC73c7KbgBJ5o3N0V90y3G7cQ5EQhIM1XLiApQtkCBkVLoi008/ db6oIl4UZLUfuEFzcduiXcmV0qNmBl/2NwDW0dpxacnASDPVZi00f+FJyg3dYab7ZUCl 0pug== MIME-Version: 1.0 X-Received: by 10.60.19.129 with SMTP id f1mr2743794oee.82.1361277628890; Tue, 19 Feb 2013 04:40:28 -0800 (PST) Received: by 10.60.63.201 with HTTP; Tue, 19 Feb 2013 04:40:28 -0800 (PST) X-Originating-IP: [84.61.172.146] In-Reply-To: References: Date: Tue, 19 Feb 2013 13:40:28 +0100 Message-ID: Subject: Re: Node.js npm December usage From: Hans J Schroeder To: "dev@couchdb.apache.org" Content-Type: multipart/alternative; boundary=e89a8ff1c5c682bedf04d613253e X-Gm-Message-State: ALoCoQlRxPKPO1rb0Jfm9xIQTQxCq2c+HUd2dtXaYldDpC34HzI8yok5TWAwm6t89+CLJ0lKTW9s X-Virus-Checked: Checked by ClamAV on apache.org --e89a8ff1c5c682bedf04d613253e Content-Type: text/plain; charset=ISO-8859-1 Thanks for the explanation. Again I am impressed with what can be done with CouchDB. Iriscouch's service is awesome, performance-wise and availability-wise. - Hans On Tuesday, February 19, 2013, Jason Smith wrote: > Hi, Hans! I just emailed asking if you were on this list. I guess I should > pay better attention myself! > > Yes we use, if you will, wide-area load balancing and also local-area load > balancing. > > Locally, we have CouchDB replicas and reverse-proxies. > > Globally, we run a content distribution network, primarily using a custom > Node.js DNS server: https://github.com/iriscouch/dnsd. We use geolocation > to route to the best data center. > > Both systems also provide high-availability features. If a couch is down, > we do not (well, ideally!) route to it. If the reverse-proxies are down, we > do not include its IP address in the DNS response. > > > > On Tue, Feb 19, 2013 at 2:39 AM, Hans J Schroeder wrote: > > > Hi Jason, > > > > These stats are totally impressive. Especially because it is real world > > data and no result of a synthetic benchmark. > > > > I am interested how the three data centres are used with standard > couchdb. > > A combination of load balancing and master-master replication? > > > > - Hans > > > > On Feb 18, 2013, at 5:01 AM, Jason Smith wrote: > > > > > Sure! > > > > > > Not mentioned in that email (and pardon me for banging on about it) is > > that > > > usage grows 15% monthly, i.e. doubling every 5 months. February is a > > short > > > month but we will probably hit 130M queries, a 1/3 growth since I wrote > > > that email. Pretty exciting! > > > > > > We are working on publishing reports and stats about individual > packages > > > and things, so this is a good time to work on this. > > > > > > Next steps? Maybe I'll start scribbling down ideas on the wiki? > > > > > > On Mon, Feb 18, 2013 at 5:25 AM, Noah Slater > wrote: > > > > > >> Man, this is totally great. > > >> > > >> Perhaps we could write it up as a case-study and promote it on our > > >> homepage? > > >> > > >> Does that sound like a good idea? Something you could help with? > > >> > > >> > > >> On 1 January 2013 05:32, Jason Smith wrote: > > >> > > >>> Hi, all. Sorry to be distant from the community recently. No excuse. > > >>> > > >>> I thought I might share December stats from one of Apache CouchDB's > > most > > >>> well-known deployments and killer apps: the Node.js npm registry. > > >>> > > >>> ## Facts > > >>> > > >>> * Zero downtime > > >>> * Three data centers: SoftLayer, EC2, Joyent > > >>> * 99,327,470 HTTP queries served = 37/sec > > >>> > > >>> * Slowest minute: Dec 08 09:35, 578 queries = 9.6/sec > > >>> * Busiest minute: Dec 20 18:43, 19,776 queries = 329/sec > > >>> > > >>> * Slowest second: (many), 0 queries > > >>> * Busiest second: Dec 20 18:43:03, 932 queries/sec > > >>> > > >>> ## Reflections > > >>> > > >>> This is only the public registry. Our customers and also independent > > >> third > > >>> parties run their own replicas. We do not or cannot (respectively) > > >> publish > > >>> their usage stats. > > >>> > > >>> Think about that. Isaac owns the registry. We run the registry. Yet > > >> neither > > >>> of us can even **know** its entire function, much less do anything > > about > > >>> it. That is empowerment. That is why I joined CouchDB. CouchDB is > free > > >>> software for free data. It carries the ideals of the Free Software > > >> movement > > >>> into the 21st century. > > >>> > > >>> Plenty of sites can produce more impressive numbers than these. There > > are > > >>> even larger CouchDB sites out there. But I am still proud. This is > not > > a > > >>> multi-million dollar venture-capitalized eyeball something something. > > We > > >>> run standard, orthodox Apache CouchDB. That is encouraging. I did not > > >>> deliver these numbers. Apache CouchDB did. These are not benchmarks. > > >> These > > >>> are production logs. That is nine-hundred thirty-two satisfied > > customers > > >> in > > >>> one second! (Well, a true sysadmin would say "not-yet disappointed > > >>> customers" which is all one can ask for.) It shows that anybody can > > wield > > >>> CouchDB to similar effect. > > >>> > > >>> There are general-purpose programming languages, and there are > > >>> domain-specific programming languages. Nobody gets upset because you > > >> can't > > >>> write a web server -- > Iris Couch > --e89a8ff1c5c682bedf04d613253e--