Request for early feedback: Fetch server API

As part of the new unified http API strategic initiative, I am working on a new WinterTC/TC55 proposal for a new "Fetch Server API".

A key goal of this is a server API that is runtime agnostic; and in particular not-Node.js specific. It also covers all versions of http (h1, h2, h3).

You can find the rendered draft here: https://proposal-fetch-server.jasnell.me/

Github repo for issues/discussion here: https://github.com/jasnell/proposal-fetch-server

Some background reading for ideas leading into this:

• https://www.jasnell.me/posts/http-server-api-draft
• https://www.jasnell.me/posts/fetch-needs-error-codes
• https://www.jasnell.me/posts/fetch-is-not-enough
• https://www.jasnell.me/posts/quic-comes-to-node

Note: it is well established that the current standard definitions of the fetch Request/Response/etc APIs are not entirely suitable for server side use given a strict reading of the specification. There's no reason to rehash those arguments. A goal of this work is to address those limitations.

This is NOT YET an official TC55 work item. It is a draft proposal that I will be presenting to the committee at the next meeting. Before then, I'm soliciting feedback on the design.

@nodejs/quic @nodejs/http @nodejs/http2 @nodejs/net

Empieza leyendo el borrador renderizado de Fetch Server API y el repositorio enlazado de la propuesta; después, revisa las publicaciones de contexto para comprender el contexto del diseño. Se considera terminado proporcionar comentarios accionables sobre el diseño de la API agnóstico del runtime antes de su presentación propuesta ante TC55.