容器云化后给应用扩展带来了便利，相比传统有些顾虑：1负载方案怎选？2有状态的应用数据持容灾怎做？
1，大规模app扩展 软负载与硬负载如何选取？负载能力，维护性，管理性？
2，容器支持有状态的应用数据持久化，当规模较大时，同城容灾数据如何持续保护保护又该如何做？
3，kubernets编排工具 ，针对中小银行如何选取？
查看其它 3 个回答onionpiece的回答
以下内容是在使用kubernetes这一基础上展开：
- 如果app的调用方或者说client也都来自容器集群内部，那么选择软负载，k8s的svc已经支持IPVS了，性能值得一测，而维护性和管理性将不是问题。当然也可以选择其他的开源方案。至于硬件负载，使用场景主要有两类，一类是要为来自容器集群外的client提供负载，另一类是用作整个平台北向的安全访问入口。后者很好理解，这里说一下前者。当需要为来自集群外的client提供负载时，需要考虑#1 硬件负载如何与后端app Pod在网络层面打通，#2 对于app Pod的扩缩容，如何即使更新负载均衡的配置。
2. 可以考虑通过挂卷的方式，将有状态应用的数据沉降到后端存储去。按照这个思路去设计，那这就不是容器的问题了。当然你可能会考虑不只是应用的数据，还包括集群的元数据，包括组织空间，部署信息，配置信息等，可以考虑社区的velero，或者其他方案，这块并不难。
3. 这个真的是结合自身需求，仁者见仁智者见智的问题。