Create a lightweight "masking engine" FastAPI application

Is your feature request related to a specific problem?

It adds complexity for, in my opinion, very little value that the fides webserver can be run without redis and a database. However I also assume I’m missing some background info here as to why those features were added in the first place.

Describe the solution you’d like

Remove enabled fields for redis and the database. Remove all checks for those components. Fides should have a database and redis as hard requirements to run. For context, currently fidesops is unable to process DSRs without redis.

Describe alternatives you’ve considered, if any

Leaving as-is, or setting up the masking-engine as its own service within the codebase that can be run individually.

Additional context

From a slack conversation with @adamsachs it sounds like this was added as a POC for a client to use the masking engine as a stand-alone service, but this isn’t actually currently being deployed or utilized. I guess an important question here is, how many users would use the masking engine in this way, without any other part of fidesops running?

[ThomasLaPiana]

@adamsachs Thanks for confirming! I think the solution would be a masking_engine.py module that defines its own FastAPI application (app = FastAPI(title="masking_engine")) and then only adds the routers/middleware that it needs to run

on the CLI side it looks like from fides.api.masking_engine import start_masking_engine and 'start_masking_engine()`

[adamsachs]

@ThomasLaPiana i like the idea - the masking engine-only usage pattern is so different from the general fides webserver/app functionality that splitting it out into its own application does seem cleaner than trying to stuff it into the same app. i say this with the caveat that i don’t know exactly how this would be done, but i can imagine it 😃

looping in @pattisdr as well, who has picked up work on the next iteration of the masking engine