从监控组件考虑，可以使用skywalking进行链路上api调用中端口信息的跟踪，如果用商业化apm组件，cisco、听云都有不错的产品。在微服务架构中，每个pod就是一个服务，在每个应用pod中加入kong组件，每个kong组件都可以输入流量监控数据到prometheus，这样，也能不方便取代链路监控软件的...

这个问题细说的话就多了，需要看业务场景。强一致性交易类业务，像消费之类的需要应用本身来保证，事务失败要能回滚。那版本升级回滚就要有优雅停机的动作，一些渠道类交易，只是做中间转接，一般是可以直接做升级回滚的。升级回滚的操作，主要是通过替换应用依赖的镜像版本。k8s的升...

关于SDN还是underlay，如果你是自建的，一定不会选用SDN， 成本啊，兄弟们！ cisco去年要个给我们搭建个ACI， 一个交换机就是1万多，如果是银行钱多没有关系，中小企业资金紧张加上疫情，那会选择。vmaware的NST-G我们也用过，有bug，这个PKS每个月都会有一次“月经”，每次网络存储全堵死，io...

明确一个概念，应用容器化与微服务改造无必然联系。几乎所有单体应用都可以上容器，如果像传统C语言写的应用，有进程间通信协作的应用，需要进行改造后才行。现在市面上有很多容器平台产品公司，在K8S或者OCP上搭建环境，有可能会有部分定制化改造...

1、应用（主要介绍java应用）无状态化分为两个部分，session无状态化和存储无状态化。2、一般银行应用均采用F5作为负载均衡，并采用session粘滞模式，如应用容器化则需实现session无状态化，如果采用springboot技术，添加@EnableRedisHttpSession来开启spring session支持，同时在applic...

各有优缺点，要看实际的需求和业务，以及机器配置虚拟机相对容易管理，快速部署，回收，可以可以超分资源，隔离安全性更好，但会有性能损失物理机则相反

1、敏态业务（或互联网业务应用），活动类应用（弹性扩缩），无状态应用2、变更频繁的应用3、轻量级应用+轻量级中间件（不建议weblogic）4、自主可控性强的应用5、核心支付业务暂不考虑6、规范：建议增加应用适云规范，银行研发和厂商研发均按照规范新建或改造以推进应用上云7、规划：试点、推...