本来通过 Magnum 可以实现K8s在openstack环境下的部署,可你的实际情况又不允许,这就不好办了。你或者可以试着按照社区里面那样实现K8s和openstack各个组件的对接,但是工作量可不小。
云原生是一个趋势,是应用交付的一个架构趋势,会朝这方向去演进,呈现螺旋上升的态势。但是云元原生不是包治百病的良好,他有适合的场景,也不能搞一刀切,不是所有的客户应用都是足够复杂,调用关系复杂,也不是所有的客户的应用都
首先要有一个正确的理解,你要迁移不是几个虚机和物理机,而是一个或者多个应用系统。这样这个问题就回到正轨了。 1、应用系统上云,先要对应用系统对一个评估,看是否具备上云的条件,比如应用的架构,是单体架构还是分布式架构
我很赞成上面专家说的内容,重复的话就不说,想说以下几点: 1、事前的规划很重要:关键是上容器有没有最好相应的准备,业务类型是什么,稳态还是敏态,是否频繁变化;有没有做好做的技术储备和技术积累,不光是人;有没有做好团队重塑的
首先要看你监控哪些东西,要是只是监控云平台本身,一般云平台都有监控工具;要是想做全链路监控,那这就得需要专门的成体系的监控平台,有商用的,也有开源的,丰俭由人。一般建议,监控要自成体系,跟相关组件做好接口即可。
之前社区也探讨这方面的话题,整理了几个结论,供您做个参考。 _@崔增顺_ **网络是分为软件SDN和硬件SDN两大类的。** 在软件SDN的解决方案中,网络的功能是通过软件层面的Linux协议栈以及相关的OpenvSwitch技术实现的。
一时半会很难有实质性需求场景落地,serverless的实施要求业务系统的规范化程度比较高,对应用系统的功能粒度要去也比较细致,还得有一个过程。
几点建议: 1、从业务维度进行分类,建议不同类型的业务分类承载,关键业务可以暂时保留在原有VMware平台上,一些非关键业务可以尝试迁移至openstack平台上,带新平台稳定后再做全量迁移; 2、迁移方式,手动还是用工具,这个没有统
这个问题可以分成两个层面: 1.云管平台纳管容器:这个还是要慎重,要考虑清楚云管和容器平台的定位,云管更多针对资源,而容器平台是微服务和paas的基础,是面向应用的。云管纳管容器不是不可以,得想清楚云管的定位。 2.私有云全
SDN与云平台的对接方式,前面已经讲的很到位了,规划层面自有一个关键点,那就是不要把SDN孤立去考虑,SDN始终是服务于云平台,是为了实现网络更智能更弹性的交付。所以,在目前的现状下,SDN最好跟云平台一起做选型,至少要有对接的
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30