建议各个区域搭建各自的k8s集群。如果搭建一套,区域与区域之间的网络抖动或者延迟有可能造成master节点和node节点失联,业务重新调度等问题。常规方法都是在各个区域搭建各自的k8s集群,然后用统一的多集群管理或者多云管
看业务需求和监管需求。有数据要求不能放公有云,那就只能自建。国内几种情况都有,有用公有云,有的自建,也有用混合云
现在用CSI的比较多
从业务的角度看:1、业务是否有弹性扩缩容需求,是否有流量突增等需求;2、业务是否快速迭代,比如每周迭代2-3个版本;3、业务规模大小,比如现十几个业务,现有运维团队完全可以hold住,我觉得没有必要上容器; 容器云比较适合快速弹
涉及内容较多,我简单说明几点:1、应用中间件选型,看要迁移应用中间件是否支持容器化;2、应用无状态还是有状态;3、数据库连接池设置;4、服务间接口调用使用TCP还是HTTP协议;5、应用配置;6、应用日志;7、应用数据缓存;8、应用是
可以利旧。容器云平台对宿主机操作系统一般是要求支持centos/redhat7以上,suse12以上,如果旧服务器支持这类操作系统,我认为完全可以利旧。另外一种,容器云也可以部署在虚拟机上,如旧机器可以接入IaaS平台,也是可以的。
一般建议新建,原因如下:1、上容器代价较小:新建业务一般使用架构、中间件比较新,具备上容器条件,即使需要改造也有研发团队支持;2、利于后续推广:新建业务上容器后,运行稳定,再考虑现有业务系统上容器;
先说结论,挺难的,建议先看业务使用的中间件以及中间件版本做评估:1、一般Java类业务(tomcat、jboss、weblogic、jar等)都可以上,注意业务对操作系统版本要求,一般建议centos/redhat7以上(虽然centos/redhat6.8也支持);2、 w
1、数据库可以容器化,但一般在开发测试环境,生产环境不建议数据库容器化;2、有状态应用发布后端存储可以用NAS,也可以使用分布式存储,如ceph、glusterfs等存储,具体需根据业务使用场景,如有业务对性能要求较高,一般的存储可能
1、网络安全,一般结合SND自研CNI插件,支持vpc等,加强网络隔离,还有一种方法,就是一个租户一套k8s集群,这样做的好处是业务之间可以相互不影响;2、容器之间的安全,一般是隔离,用docker本身隔离性就较差,可以考虑沙箱容器,隔离性好
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30