-
Notifications
You must be signed in to change notification settings - Fork 411
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
NEW ARCHITECTURE PROPOSAL #70
Comments
Again the to level Graphql gateways can be omitted in this design giving for flexibility .on how much of your API you need in graphs or rest and the likes @av8ta @fabiofdsantos would love to hear your take on this |
You can like this new design |
I believe this new architecture makes more sense to build a generic starter kit.. |
As of today I have migrated to project to the new architecture. I'm still writing tests. I will make a push to a V2 branch this weekend. Stay safe |
Here is the new architecture https://github.com/juicycleff/ultimate-backend/tree/next . I Will add a multitenant project service to show multi-tenancy. You will notice things are more cleaner with a lot less boilerplate code. It should be out by tomorrow with test and DevOPS working. The GraphQL mutation API is also rewritten in a cleaner way mind you. In some circumstances, the mutation API structure in the master branch is better. Look at issues involved with GraphQL mutation namespace Role-based access control, as well as tenant access token API, has been rewritten to match modern-day API key spec. |
Who uses Kubernetes and CoreDNS as a service registry? |
Note next branch has been merged to master |
Any one tried with consul configration in docker-compose.yml? |
Hi @juicycleff , I am stuck at configring consul in docker-compose.yml. |
@kamranblueeast
Note after change apps/service/bootstrap-development.yaml you must rebuild docker image. |
@cemeheeb thanks, let me try with this one. |
@cemeheeb, if you can explain point 1? |
anyone still working on this ? |
I have a new proposal to change the entire architecture to decoupled services and by that, I mean services not tied to APIs directly. For example, in the current implementation and design, the services are closely tied to GraphQL and that was the plan from the beginning, but moving forward, that will change and doing so we can have better control of our services. and graphql should be one means of talking to the services. below is a diagram of how the new architecture should look like. I would need your contributions is you are willing to share
The text was updated successfully, but these errors were encountered: