It actually works better for us. The system is definitely complex, but we still have some ways to debug and develop locally. For example: * You can test differ

It actually works better for us. The system is definitely complex, but we still have some ways to debug and develop locally. For example: * You can test different parts of the system individually, via APIs. * With k8s operator model, it's more like a white-box debugging experience. It is not ideal but do-able. * You can have the rest of the system running remotely, but only your own piece locally. As long as the piece can have access to k8s api server, it just works. The best thing k8s offers is repeatability. Scripts are so fragile once the system becomes more complicated. (with monitoring, management agents, etc.) And the product is a distributed database, which itself has so many running parts...