feat: allow any authentication provider + fief OIDC

[inimaz]

Description

Instead of using directly Fief, we can pass an auth_provider interface that uses OIDC and points to Fief.

Two main gains:

1. Like this migrating to other auth providers will be easier. If they use OIDC, update the env vars. If they do not use OIDC they will need to implement the auth_provider interface.
2. We can use this interface as well to provide a no-authentication provider 😄 . See
   carbonserver/carbonserver/api/services/auth_providers/no_auth_provider.py, for testing purposes. This will allow the UI in local to be easier to test/develop.

Related to #861

[prmths128]

do we need multiple auth providers ?
the short term issue is not the fief server but the reliance on custom libs instead of generic oidc
i'd suggest instead keeping the fief server for the moment but switching the fief libs to fastapi_oidc on the back and next-auth on the front might
and then using another oidc server

[inimaz]

do we need multiple auth providers ?

Thanks for the comment @prmths128 ! I agree we won't need 2 auth providers ever at the same time. On the other hand if we can implement the fastapi_oidc so that the server is injected and easily plugable? Like that for local dev we inject a mock and it is easier to work with it. What do you think?

[SaboniAmine]

LGTM, thanks!

[SaboniAmine]

lets maybe source from env vars with default values ?

[inimaz]

It is in the config part. I did it like this because we need to still read the FIEF_... env vars.

So in this configuration:
https://github.com/mlco2/codecarbon/pull/999/changes#diff-24a79c91033797e992d55fd4eddbcda1cff587119f27fe3cd7d2c739bb616ab8R43

The precedence is:

• First checks OIDC_CLIENT_ID
• If not found, then checks FIEF_CLIENT_ID
• If neither found, uses the default value (empty string "")