This message was deleted.
# hobbyfarma
adamant-kite-43734
05/09/2023, 6:06 PMThis message was deleted.
w
worried-fountain-60974
05/09/2023, 6:07 PM
For #1, I am worried a bit about sprawl. I don't want to do microservices just for the sake of microservices. But I also think that some places it makes sense, auth seems to be one of them. What areas can we define that should or should not be microservice'd?
worried-fountain-60974
05/09/2023, 6:08 PM
For #3, to me it is imperative that we offer a human-readable API.
worried-fountain-60974
05/09/2023, 6:09 PM
For #4 I know that many of the features we are implementing ourselves are also handled by an api gateway. For instance, authN/Z can be done at a gateway and we delegate that work away from the HF core. But does that make sense for us? How would an api gateway integrate with our existing RBAC model based on kubernetes roles? Should it?
worried-fountain-60974
05/09/2023, 6:16 PM
Also if we decide to use an api gateway, we may not want to delegate authN/Z to that service. That would undo a lot of the efforts that Philip AB has made on writing the auth microservice
f
faint-optician-47536
05/10/2023, 1:09 PMthe gateway might just use the autN/Z service.
philip draw outlines of what micorservices we might need. He looked at all of the server / controllers available in garg right now. The conclusion was that we need 1 microservice per server in gargantua iirc.
4 Views