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

[Discussion/Feature] reduce operating costs #192

Open
JSXRED opened this issue Oct 18, 2024 · 1 comment
Open

[Discussion/Feature] reduce operating costs #192

JSXRED opened this issue Oct 18, 2024 · 1 comment

Comments

@JSXRED
Copy link

JSXRED commented Oct 18, 2024

it would be great to minimize operating costs. i see two main points here.

  1. why is an ory kratos necessary? it has to be maintained/updated etc. basically the most organizations usually has ONE oauth2 service for their dev-teams (github, azure devops, gitlab, gitea or similar) and does not have to manage multiple social logins. wouldn't it be better to just configure one oauth2 provider and do without kratos? since the tool is for developers, it should be acceptable for the person installing the server to configure an oauth service.

  2. it would be great if a sqlite database could be used when wished instead of postgres. since no “heavy write-load” is to be expected here, this would also save a postgres server and could simplify some subsequent topics such as backup, restore, migration. It would also significantly reduce operating costs.

this would also make it easier to run the devguard server as a single-go application optionally - without container overhead.

@timbastin
Copy link
Member

Hi @JSXRED,
thanks a lot for that input. You are right, I think the deployment infrastructure can be simplified a lot by using a sqllite and by providing oauth2 provider configuration. This would make the kratos deployment and postgresql deployment optional. I am happy to accept any PRs!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants