1、现有应用业务量大、非常关键,彻底改造需要一个长期过程,可以先周边逐步渗透2、人员技能不满足,传统运维模式,需要一个过程3、应用改造需要较大的工作量,可能是投入很大的成本,投资收益比是否高,面临阻力...
计费系统数据库数据量巨大、频繁增改,属于IO密集型,并不建议容器化,但对计费应用来说是可以容器化的。可以考虑内存库替代传统数据库。
微服务并不是越小越好,数量不宜过多,需要充分考虑到功能复用性、压力、开发工作量、团队等因素,以敏捷开发为原则。
建议采用新旧系统并存方式,新系统为容器化,逐步将相关业务的消息发到新的系统,实现新旧系统替换。
某运营商的在线计费系统,已经用了k8s+docker
cAdvisor+Influxdb+Grafana是一套为容器集群性能监控设计的开源解决方案,利用cAdvisor 对容器信息的良好监控能力,Influxdb对时间序列数据的快速检索能力,以及Grafana的强大图标展示能力,形成性能数据的实时查看和历史回...
对于容器化故障运维保障,需要做到以下几个方面:1 对整个集群的状态,做健康检查,目前可以通过prometheus, Grafana监控系统 ,通过prometheus定期抓取指标,设置告警,送到altermanager,altermanager调用短信网关,或者邮件,就可...
微服务的主要好处是一个服务“类型”可以通过使用多个容器实例和负载均衡来扩展以提供吞吐量。从而保证业务的高并发,稳定性。这也是容器化的一大优点。这个容器化的横向扩展,不是由容器本身实现的,而是通过容器编排引擎...
针对这个问题,要具体问题,具体分析,不能一概而论。要根据具体的业务场景,需求,资源的利用率,根据系统的架构,看是否适合拆分为诸多的微服务。一般来说, 微服务针对无状态的业务场景很合适。...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30