Protect against scale / k8s bugs with resource statuses that are too large

[kdorosh]

{"level":"fatal","ts":"2022-09-28T18:36:01.811Z","logger":"gloo-ee","caller":"setuputils/main_setup.go:93","msg":"error in setup: creating base VirtualService resource client: list check failed: rpc error: code = ResourceExhausted desc = grpc: trying to send message larger than max (3861539779 vs. 2147483647)","version":"1.12.23","stacktrace":"github.com/solo-io/gloo/pkg/utils/setuputils.Main\n\t/var/home/yuval/Projects/solo/gloo/pkg/utils/setuputils/main_setup.go:93\ngit.luolix.top/solo-io/solo-projects/projects/gloo/pkg/setup.Main\n\t/var/home/yuval/Projects/solo/solo-projects/projects/gloo/pkg/setup/setup.go:29\nmain.main\n\t/var/home/yuval/Projects/solo/solo-projects/projects/gloo/cmd/main.go:11\nruntime.main\n\t/var/home/yuval/bin/go1.19.1.linux-amd64/go/src/runtime/proc.go:250"}

this can happen if the k8s connection to etcd here gets data that is too large (in this case more than 3GB!)

this happened because we had a bug that reported statuses that were too large. in addition to resolving the root cause, we'd also like to truncate the status (which is for human consumption anyways) to a smaller format (say 1 kilobyte) to protect etcd -> k8s communications

[kdorosh]

resolved in https://github.com/solo-io/solo-projects/pull/4141 and already released in 1.12 enterprise