5 ms·
in my current case - the ability to deploy on-prem for some specific customers (on-prem meaning their own AWS or GCP account usually) + per-customer/multitenanc
by herval 1y ago
in my current case - the ability to deploy on-prem for some specific customers (on-prem meaning their own AWS or GCP account usually) + per-customer/multitenancy on the main product (ideally with segregated databases)
In general - scaling up a small number of microservices + their associated infra (redis/rabbitmq/etc)
- vorpalhex 1y agoYou are basically stuck with k8s but you will end up having to "roll your own" (bring your own components) if you intend for operations to be consistent across different clouds/prems/etc. Ideally start with an existing kube stack and slowly make it your own. Operationalizing across hetereogenous clusters will be an unfortunate source of excitement.