银行业在落地服务网格、灰度发布和可观测性方面可以参考以下技术方案：服务网格 ：Istio：Istio是一个开源的服务网格平台，可以提供流量管理、安全性、可观测性等功能。它支持在多个微服务之间实现流量路由、故障恢复和负载均衡等。Linkerd：Linkerd是另一个开源的服务网格平台，专...

https://www.jianshu.com/p/ecccad09d980

持续部署（continuous deployment）是持续交付的下一步，是代码通过以后，自动部署到生产环境。主要的工具就是Jenkins+fastlane ,但是我觉得Jenkins 维护成本高， 个人觉得它主要比fastlane就多一个好处，能自动检测gitlab你的代码的上传然后调用脚本....

我们用haproxy软负载实现，将应用切成两份，写入同一个backend分配不同权重即可，nginx同理。全套解决方案也可参考istio。

灰度发布通常是互联网类应用，快速迭代，以新版本逐步发布替换旧版本，以验证新版本是否存在重大缺陷，在新版本有问题的情况下可以快速回滚。实现方式有多种，容器云平台层就是用同一个服务对应多个不同的容器实例，在发布新版本时，这些容器实例可以实现逐步的替换（服务名不变），就实现了...

肯定还会有，只是会逐步减少而已，一个团队，想持续存活下去，就要有自己的核心内容，这个核心内容是什么就就要根据行业，根据技术来定位了，软件也好，概念也好，都要适应市场走势。...

监控平台的建设除了基础监控的建设之外，更高的层次还是大数据分析，包括业务大数据分析和运维大数据分析。可以建立大数据应用日志分析平台，将大部分应用日志收集到该平台，进行统一的分析、加工、展现、检索等。同时也能自动分析日志中的错误，交易。另一方面，要建立应用日志规范...

1、通过wsadmin脚本进行2、不建议3、通过版本管理的方式或者IHS进行多版本分发进行配合，除非业务的需要，别灰度发布了，自找麻烦。

可以关注下openstack solum项目，主要focus CI/CD。具体实施，可参考  OpenStack CI/CD之Solum使用另外也可以看看Austin summit上的这个talk  application-cicd-on-openstack-building-a-solution-using-jenkins-and-openstack-solum...

比如有很多应用部署在WAS集群上，更新应用时一般采用的方式为使用dmgr来统一更新。为了达到分批更新的目的，有时采用替换文件的方式来分批更新集群中的不同成员对应的发布目录中的对应文件，但整个管理还是不大方便？在现在流行的灰度发布（部署）上，有什么好的经验？谢谢！比如说架构上...(more)