Re: [TOOLS-DEVELOPMENT] [Tools-discuss] Server Transition Briefing

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 08 April 2020 21:01 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: tools-development@ietfa.amsl.com
Delivered-To: tools-development@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D73A3A10B9; Wed, 8 Apr 2020 14:01:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level:
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pC6-4bvkPhW3; Wed, 8 Apr 2020 14:01:08 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2885D3A10B7; Wed, 8 Apr 2020 14:01:07 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 4F3263897F; Wed, 8 Apr 2020 16:59:29 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 61B21E1B; Wed, 8 Apr 2020 17:01:05 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Russ Housley <housley@vigilsec.com>, Tools Team Discussion <tools-discuss@ietf.org>, IETF Tools Development <tools-development@ietf.org>
In-Reply-To: <9645.1585850822@localhost>
References: <3729CE09-D13F-436D-A917-0DEF91348E31@vigilsec.com> <258C4639-AD13-4524-9680-DFD7EC5A4C0F@vigilsec.com> <DF41B337-D532-4928-AC59-919AB62DF100@vigilsec.com> <9645.1585850822@localhost>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 25.1.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Date: Wed, 08 Apr 2020 17:01:05 -0400
Message-ID: <22385.1586379665@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-development/SH9K-HY8cPM_0yW75rOalC9U1Ww>
Subject: Re: [TOOLS-DEVELOPMENT] [Tools-discuss] Server Transition Briefing
X-BeenThere: tools-development@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Tools Development list server <tools-development.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-development>, <mailto:tools-development-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-development/>
List-Post: <mailto:tools-development@ietf.org>
List-Help: <mailto:tools-development-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-development>, <mailto:tools-development-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2020 21:01:10 -0000

<#secure method=pgpmime mode=sign>

Michael Richardson <mcr+ietf@sandelman.ca> wrote:
    >> It was suggested that public cloud services should be used instead of
    >> private cloud services.

    > I think that your notes do not adequately capture this tussle.
    > I think that Richard Barnes feels quite strongly about this.

To connect my incomplete dots better...

    > The submission system... got this today, not for the first time:

...

    > <p>The gateway did not receive a timely response
    > from the upstream server or application.</p>
    > </body></html>

I think that a place where we could benefit from public scalable cloud is the
submission and API (sub-)system(s).
There are a bunch of different ways that this could be done.

I wonder if, with the stretch out of the virtual meetings if the average DT
usage is higher in general, and if the number of IDs submitted per day is
also higher.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [