Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FEATURE]: ServerSide vs ClientSide run mode #308

Open
skrdgraph opened this issue Apr 27, 2023 · 3 comments
Open

[FEATURE]: ServerSide vs ClientSide run mode #308

skrdgraph opened this issue Apr 27, 2023 · 3 comments
Labels
kind/feature Something completely new we should consider. Stale

Comments

@skrdgraph
Copy link

skrdgraph commented Apr 27, 2023

Use case

Ratel is a great tool to use on top of Dgraph. The way it works today is mostly in ClientSide & not in ServerSide mode. The particular use-case where this can be very handy is:

  • Imagine a setup in a secure environment, where we have Dgraph Alpha & Zero running.
  • If I want to connect Ratel to this setup, I would be forced to setup an ingress to my Alpha - and connect Ratel (from my local computer) to the Ingress. This is equivalent to exposing alpha publicly.
  • Now if you deploy a Ratel pod in the secure environment, it cannot help us connect to the Dgraph Alpha. Even if we have an ingress for Ratel. Because it operates as a client. And still cannot to the Alpha as they are not available over internet.

As we move towards IaaC (infra as code), users will find it easy to have a ratel deployed alongside dgraph. And forcing a server side connection on ratel will help solve this problem. This would help make Dgraph-ops easier.

More context around this: https://dgraph-community.slack.com/archives/C051UPZUGKE/p1682524807448859

Link to examples and research

NA

Solution proposal

NextJS (has some server side rendering opportunities). We should consider having ratel run in this mode vs client mode.

Additional information.

NA

@skrdgraph skrdgraph added the kind/feature Something completely new we should consider. label Apr 27, 2023
@rjsadow
Copy link

rjsadow commented Apr 24, 2024

Hi, is there any chance this issue will be supported by the team? It would be hugely beneficial!

Copy link

This issue has been stale for 60 days and will be closed automatically in 7 days. Comment to keep it open.

@github-actions github-actions bot added the Stale label Jul 11, 2024
@rjsadow
Copy link

rjsadow commented Jul 11, 2024

Bump

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Something completely new we should consider. Stale
Development

No branches or pull requests

2 participants