I think you might be mixing up Snowpark for Python and Snowpark Container Services! Snowpark Container Services is "just" a way to run docker-compliant containers on Snowflake's CPU, with their governance/security model etc. ACI is really unstable and has a poor API, getting logs out is annoying, and so on. Kubernetes was too much effort for us. Snowflake's stuff is generally stable so I expect their container services to deliver better quality, looks like it has the simplicity of ACI.
Snowpark for Python lets you run Python code directly on their compute warehouses. We've been using it in production with great results so far, it's improved a lot over time. When it first released we couldn't use it for our purposes but we gave it another shot a few months later.
We run a pretty heavy pipeline that reads huge json files and "censors" any sensitive data without otherwise transformering the files and running it on a week of data used to take something like 4 hours when we ran it outside of Snowpark, while we can do the same thing in 5-10 minutes in Snowpark.
I don't know about the Python version being different, first I hear of it. Are you perhaps referring to the fact that they have a private conda registry for packages etc so you can't install things from pip? If that's what you mean, I think they do it for security reasons, so they can vet the packages/versions. Nowadays they have good support for uploading your own packages in various ways. We have 2 or 3 that we've only been able to find in pip and we can run them in Snowpark with no problems. This works even for dbt python models and that sort of thing.