1、首先必须考虑安全，生产环境的容器必须采用非root账号（使用功能性账号）启动应用容器2、针对特殊情况需要提升权限的必须采用root账户，比如我们采用引流方式解决HA因为reload配置文件而引起的瞬断问题，就是用root账户启动HA容器...

业界通常的原则是：单一职责服务粒度适中考虑团队结构以业务模型切入演进式拆分避免环形依赖和双向依赖

整体上涉及容器平台应用日志管理规范1、应用日志和中间件日志的日志路径均进行规范化配置2、容器启动挂载卷，应用日志和中间件日志均规范化输出至日志挂载卷3、挂载卷：1）存储分散管理，容器挂载SLAVE节点的磁盘卷，由于容器重启后漂移，节点管理困难；2）存储集中管理，各SLAVE节点挂载...

应对分布式环境下日志分散的解决办法是收集日志，将其集中到一个地方。收集到的海量日志需要经过结构化处理，进而交给需要的人员分析，挖掘日志的价值信息。同时不同的人员对日志的需求是不一样的，运营人员关注访问日志，运维人员关注系统日志，开发人员关注应用日志。这样就需要有...

应用服务器可以进行容器化改造，虽然目前docker支持Oracle DB，但是不太建议将数据库层做容器化改造，至少目前不建议。

在同一台主机上的容器是彼此隔离的，如果因为某个容器线上出现故障，并不会彼此互相影响。个人以为，在云的实现模式下，出现问题时更多的是通过应用部署的预期值和当前运行值之间出现不一致，云平台会自动实现二者一致。首先这保证了应用的正常服务和服务能力。生产出现问题，第一要...

在我司，一种是业务领域的驱动，这种一般是业务系统拿来炫耀和云有关系的，其实什么技术实现无所谓，只要满足业务需求即可，但是有领导希望和云攀亲戚一种是外购的产品是基于云的，于是被迫去做一些云的改造一种是发自领导层的重视，毕竟实现快速交付、资源节省、简化运维等一些IT价值...

摘一段之前我做的PPT里写的，仅供参考更好的资源利用效率， 最大限度榨取和共享物理资源 - 省钱秒级启动，实现业务系统更快的开发迭代 和 交付部署 - 快速相比虚拟机，单台物理机可以承载...