物理机和虚拟机都可以。根据实际的能力来选择如果能打通虚拟机的网络能力(银行的应用最好能平滑迁移,容器网络和虚拟机网络上跑的应用可能涉及互联互通的问题,当然如果是相对独立的服务,没有第三方依赖,可以采用overlay隧
灰度发布功能,服务网格能做,不过可能对现有的技术体系和服务管控有比较大的冲击,而且服务网格还不是真正的很成熟。容器云能很快的创建应用的新版本服务实例,剩下的结合负载均衡器结合业务做流量分发管理就能实现灰度发布
引入敏捷性流程的应用频繁变更的应用需要弹性扩容的应用 频繁变更的应用适合上容器,因为变更频繁,所以对于标准化交付非常重要。统一,标准化的镜像 能够屏蔽底层的差异性,镜像包含了全部部署要素,能够跨平台部署,在开发,测
可以描述问题更清楚一些吗
这里需要同步应用的状态信息,应该在两个平台之上做一个统一的云管理平台
多套环境与否,看实际需要,个人认为多套环境的测试还是需要的。准生产环境到生产环境,我认为要结合银行的发版流程来看,个人认为需要审批后,方可流转到生产环境,可以结合itil的审批流程自动同步镜像,具体的上线流程要结合行内
容器的隔离是软隔离,网络策略基本依靠iptables完成(通过k8s管理的)应用安全等级高的 可以采用物理网络隔离,硬件隔离(防火墙,硬件网络),网络完全不共享应用安全等级中等的,可以采用vxlan(看看是否需要多租户的网络隔离),在四层网
1.首先需要统一认识,使用容器需要解决什么问题。2.公司需要有对容器比较熟悉的人牵头建设,或者与容器厂商共建3.k8s和docker基本能满足大部分的需求,不过容器化建设的难点还在于存储,网络还有与基础设施整合,流程制度等等
这个问题应该是问怎么样去做有状态应用。我先回答一下如何做无状态应用,应用部署包的组成主要为代码,配置文件,初始化脚本,启停脚本,各类依赖管理。无状态应用,我们要显式声明应用依赖管理,配置文件应该外部化,或环境变量,或配
第一种做法是用分布式存储,使用stateful资源对象模型来编排应用,外部对接elk(日志打印标准输出和本地),这样日志本地和远程都兼顾,但是要注意日志需要定时归档,删除第二种做法是用hostpath或者emptyDir,使用deployment资源对
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30