The SSPL as used by MongoDB is a license based on GPL, but not OSI-approved, thus programmes under that license would e.g. not fall under the topic of this community here.
Now, reading through the license it reads indeed very much similar to the GPL. The notable difference is, that for SaaS applications, you have to release basically the whole setup under SSPL (§13):
“Service Source Code” means the Corresponding Source for the Program or the modified version, and the Corresponding Source for all programs that you use to make the Program or modified version available as a service, including, without limitation, management software, user interfaces, application program interfaces, automation software, monitoring software, backup software, storage software and hosting software, all such that a user could run an instance of the service using the Service Source Code you make available.
There's a very nice answer to the question I meant to aks originally on the differences between those licenses here.
Yet, in practical terms: How does that work cleanly for a service which makes use of different components, which are subject to different licenses which might be incompatible with SSPL? As an example it might feature a project development software like Redmine (license GPLv2) with MongoDB as backend. I definitely would have no permission to relicense the other 3rd-party packages and services which I didn't write myself and I use on a site. Is there any accepted take on this? Or is this (technically) putting the user at a legal risk, even when I provide source for my whole website and service?