个人意见:1、弹性扩容,针对互联网应用,以应对突发访问流量2、运维自动化3、微服务,创新型业务4、CICD、devops
针对要容器化的原则,我们总结有以下原则:1、不要在容器中存储数据1)由于容器是一次性的,当容器被停止、销毁或替换时,应用在容器中存储的数据同样会被销毁。2)如果应用需要存储数据,需存储在共享数据存储中。2、不要发布两份
主要是硬件和软件成本,还有容器平台后续的维保费用。
我们有
国内有些客户已经落地openshift,这部分客户主要看中的也是红帽的支持服务。但有一个问题无法避免,红帽不提供平台的二次开发。为使容器云更契合我们的业务,一般会对容器云平台进行二次开发,但这部分红帽一般不支持。综合
个人意见:由运维团队主导会更好一些对企业来说业务的稳定性可靠性是最重要的,应用也是运行在容器云平台,整个容器云平台的运维是由运维团队负责的,由运维团队主导,对业务的稳定性会更好一些。 不管是运维还是开发团队,都需
个人意见:对我们来说最重要的是业务,生产环境我们暂时可以先不动,我们可以先在开发测试环境试用,尝试在容器云上面部署一到两个简单的应用,看下效果和稳定性可靠性,稳定运行一段时间后再迁移至生产环境。等1-2个应用跑通后,
首先评估下自己的业务是否适合上容器,容器云哪些功能模块更切合自己的业务。如果是运维人员,主要考虑的是应用能否上容器,负责业务开发的人员或者厂商是否可以提供应用改造支持(部分应用上容器需要改造),业务优先。如果是
容器监控和传统监控还是有区别的:1、监控频率不一样:容器启停都是秒级,而且扩缩也非常快,对容器的系统监控要求和传统监控是不一样的,传统系统监控可能是分钟级的,容器系统监控是秒级的;2、数量级不一样的:传统的监控针对基础
我认为容器云项目落地最大的难点不是技术问题,最大的难点是如何协同各部门相关人员共同完成容器云项目的落地。 可以分步骤分阶段的完成项目的落地:比如我是运维人员,我可以先在测试环境搭建原生的容器调度框架,上面跑几
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30