Skip to content
This repository has been archived by the owner on Oct 28, 2024. It is now read-only.

Drop WAGI.NET/ReverseProxy support #306

Closed

Conversation

bacongobbler
Copy link
Contributor

The scheduler's getting a cleanup. WAGI.NET (and eventually WAGI) support is
being dropped in favour of a new scheduler (and runtime) interface that can
handle multiple trigger types (see #299).

Reverse proxy support is something that should be provided by the
scheduler rather than through Hippo directly. Or at the very least, a reverse
proxy should read events coming from the scheduler to update its own
configuration.

This results in a much cleaner, concise code base. Hippo's primary
responsibility is with packaging and scheduling tasks onto the scheduler.

Builds on top of #301 which should be merged first.

Signed-off-by: Matthew Fisher <matt.fisher@fermyon.com>
The scheduler's getting a cleanup. WAGI.NET (and eventually WAGI) support is
being dropped in favour of a new scheduler (and runtime) interface that can
handle multiple triggers (see #299).

Reverse proxy support is something that should be provided by the
scheduler rather than through Hippo directly. Or at the very least, a
reverse proxy should read events coming from the scheduler to update its own
configuration.

This results in a much cleaner, concise code base. Hippo's primary
responsibility is with packaging and scheduling tasks onto the scheduler.

Signed-off-by: Matthew Fisher <matt.fisher@fermyon.com>
@bacongobbler bacongobbler force-pushed the drop-wagidotnet-proxy-support branch from aed829d to 22707e5 Compare December 2, 2021 16:27
@bacongobbler
Copy link
Contributor Author

Something we could do in the future is pull YARP out into a separate project which sits next to Hippo:

src/
    Hippo.Web/
    Hippo.Core/
    Hippo.ReverseProxy/

Where Core contains logic pertaining to the scheduler which both the API and the ReverseProxy projects can use to synchronize state.

@bacongobbler
Copy link
Contributor Author

closing in favour of #309 and another follow-up PR that will pull out the ReverseProxy into its own project.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
1 participant