Remove dependency on internal DeepSpeed container

[richiejp]

We could:

1. Open source the containers repo
2. Contribute changes to the upstream DeepSpeed project
3. ???

[richiejp]

I have two patches for DeepSpeed. One allowed MIG to work and the other just adds a health check. The MIG one looks difficult to get upstreamed. The health check could be upstreamed easily if they accept it or dropped in favor of just checking the gRPC backend.

deepspeedai/DeepSpeed-MII#445

[richiejp]

There's actually no suitable DeepSpeed-MII container AFAIK. So I'm moving closer to the idea of 1., but probably include the docker image inside the operator repo because there is other stuff inside the container repo and it would be nice to have at least the open source stuff in a mono-repo

[richiejp]

Also no response on the PR, I'm moving to the post release milestone and will just make the container public.

[richiejp]

actually I may just bring the containers repo into this one.