交易链路的监控OpenTracing,pinpoint,skywalking,zipkin,我理解你现在的链路监控是复制数据包做的旁路监控,对于容器这些动态的可漂移的很难在传统的运输层去做监控。新型的全链路监控,可能要涉及到服务的改造,对应用有一定
不建议进行数据库容器化,如果实在需要,分布式存储要搞定,mysql-operator搞定高可用
可以使用中转节点来流转镜像,可以在测试区采用ip白名单,权限控制镜像发布到生产区,中间流转节点可采用网络安全策略控制流转
都可以,目前我们调研的容器第三方厂商都是devops和容器管理一体的,不过我们自建是分开建设的,容器平台主打cd,可以根据具体情况建设
公有云实质就是共享,如果安全要求比较高 可考虑专属集群
三层路由。会。看情况,因为应用要平滑迁移多层负载可能无法避免,除非一次性切换整个应用,但是这样做风险非常大。
我们公司稳定运行了一年左右没出大的问题。核心业务暂时不建议上,在基础设施和相关制度建设完备之前肯定会因为失误操作集群崩塌,而且关键节点不少,如etcd,交换机等。
c&c++可以在容器里面跑,但是要注意对于内核特性的依赖。还有涉及ipc相关的东西要注意
1.快速动态扩缩容2.弹性供给资源3.提升变更效率4.节省资源(前期可能节省,大规模后是不节省资源) 资源利用率相比虚拟机的损耗是节省的,不过应用自身需要的资源是固定的,大多数资源使用者其实是申请超额的,还有就是环境管
都可以,跟是否是微服务没有任何关系
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30