1.可以采用演进的方法改造老旧应用,先拆分相对独立的部分,变化很频繁的部分。 2.可以采用绞杀的方式来改造老旧应用,采用新技术开发接口,与老旧应用共存,逐步替换 挑战的话:数据一致性的问题,服务运维的问题,与原有基础...
微服务架构在实践中必然触及组织架构架构调整和管理模式的调整,构建微服务体系,需要整个配套设施的支持(变更流程,监控,资源管理,测试,版本管理,服务注册与发现,配置管理,日志,服务治理)涉及方方面面...
现有的生产系统做接口是什么意思呢?这和openstack有什么关系
根据实际需求来定了,如果安全隔离性要求高,那就是虚拟机
有啊 比如和neutron集成 你可以根据需要自己开发cni的插件,开源实现里面也有kury(python实现)
当然有这种风险啊,操作系统都还有bug不断的在完善中,一个是自建团队 ,一个是找有提供解决问题能力的厂商
我没怎么看懂您的问题,方案1和2感觉都是一样的 只不过一个是软负载一个是硬负载,都要解决pod注册的问题
这个比较处理比较简单,安全策略开通这样开,互联网的应用的目的端口和地址固定下来即可
容器是动态性的,个人不建议容器去注册cmdb,但是对于基础设施资源,容器的资源分配和调度需要使用到cmdb的信息
ip固定,需要对cni中的ipam进行定制化开发应用固定分配网段,防火墙策略针对安全管控进行
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30