我们的CICD是统一平台的,结合容器平台,CMDB,制品仓库和自动化运维能力,可以实现绝大部分系统的交付。目前容器云遇到比较多问题的是网络方面,SDN的一些限制,和传统应用有所区别,对应用有些特殊配置需求。
如果是专用的容器平台,可以bridge到underlay网络,通过underlay的IP地址进行通讯,保证容器云内外的互通
堆栈信息可以在应用框架加入dump功能,以日志的方式输出到日志系统。实现应用的全链路最终,解决方案有Spring cloud sleuth等
开源方面,可以参考CNCF的项目推荐,如Harbor本身就支持容器漏洞扫描。商业方面,选择还是很多的,大部分做安全和漏洞扫描的都支持容器扫描。
平台方面:结合K8s的流量分发,实现金丝雀发布机制,通过精细的流量控制,来实现业务的滚动更新。应用方面:应用需要有合理的设计,在规划时就需要有相关的设计,对应用有合理的低耦合的切分,尽量减少发布应用的涉及面,这其中最重要
1 docker exec可以满足要求2 最直接就是挂在本地磁盘存储到容器上3 可以考虑一下,定时调度起一个Docker执行任务4 主要是这些Agent是用来干什么的?Docker实例本来就是作为一种一次性的,不可变的运行实例,传统虚拟机
就像问题中提到的,两种方案各有优劣,具体方案需要结合企业的实际需求进行选择,选择时候可以参考:性能:使用VM+容器方案,中间多了一层Hypervisor,性能大概损耗10%~20%。成本:对于开源解决方案,没有额外的软件成本;如果是商用解决
目前的一种实现方案是有应用层来做跨集群的高可用方案,利用Euraka或是Zookeeper这种跨集群的管理中心,来实现应用之间的跨集群调用。如果实现了服务网格(Service Mesh),可以考虑在Service Mesh层实现
从目前的经验来看,容器和微服务还是有一定的关系的,微服务才能够发挥容器的最大优势。比如弹性伸缩,故障迁移等优势,需要应用作出相应的设计,这些设计和微服务的要求是一致的。对于容器云是否支持传统应用,支持到什么程度,这
我来回答一下吧1 现在的容器平台,基本都是基于kubernetes做的产品话,最基本的功能上没有太大的差别,主要是看一些附加的能力,如云管工具,对IaaS的支持还有安全,对开发人员的友好性这些方面。选型是还要考虑厂商的支持能力,
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30