电信行业最核心的业务BOSS系统，即业务支撑系统，包括BSS和OSS，要求业务高可用，实时性，稳定性，安全性，业务需求变更频繁，需要频繁发布版本。传统业务系统存在的问题，一个模块出现问题，影响面很大，隔离性差，不具备快速发布等缺点。而容器是一种轻量级的虚拟化技术，将应用和操作系统封装在...

目前技术  没必要非要做 容器化改造,容器化改造  可逐步进行,  业务接口慢慢梳理进行改造.但趋势不可避免

微服务的主要好处是一个服务“类型”可以通过使用多个容器实例和负载均衡来扩展以提供吞吐量。从而保证业务的高并发，稳定性。这也是容器化的一大优点。这个容器化的横向扩展，不是由容器本身实现的，而是通过容器编排引擎如kubernetes来实现的，也就是我们通常所说的pod的水平...

对于容器化故障运维保障，需要做到以下几个方面：1 对整个集群的状态，做健康检查，目前可以通过prometheus, Grafana监控系统 ,通过prometheus定期抓取指标，设置告警，送到altermanager,altermanager调用短信网关，或者邮件，就可以下发短信，或者邮件告警，这样运维人员可以立马相应处理...

cAdvisor+Influxdb+Grafana是一套为容器集群性能监控设计的开源解决方案，利用cAdvisor 对容器信息的良好监控能力，Influxdb对时间序列数据的快速检索能力，以及Grafana的强大图标展示能力，形成性能数据的实时查看和历史回溯。日志管理方面，当下最主流的容器日志开源工具组合EL...

1.K8S是一个容器编排平台，红帽公司本身是K8S社区的发起者和截止目前第二大社区贡献者，K8S是OpenShift的上游社区。2. 红帽OpenShift是一个企业级的K8S平台，每个OpenShift版本都是基于某一个K8S社区版本，基本上对于每一个发布的K8S版本，红帽都会在该K8S版本发现数百个缺陷或bu...

1、现有应用业务量大、非常关键，彻底改造需要一个长期过程，可以先周边逐步渗透2、人员技能不满足，传统运维模式，需要一个过程3、应用改造需要较大的工作量，可能是投入很大的成本，投资收益比是否高，面临阻力...

云计算、云原生、微服务对于企业的引领作用，大家在互联网行业都看到了，这里面就不多说了。既然电信行业已经不再是一个是垄断行业，而且随着改革开放的深入，我们预期市场竞争也会越来越激烈。所以，电信业务支撑系统BOSS势必要转向云原生，我们要关注的重点是如何转，如何在转型过程...

我们说容器化改造分为好几个阶段：比如简单的容器化改造，尽量不改动或少改动原有应用；还有重新创建微服务容器化应用。这个问题如果是指前者，那答案肯定是要做的。其实BOSS应该包括基础软件比如中间件和开发的应用软件，基础软件应该有一个适配PaaS平台的白名单机制，而业务应用本...

有了容器云平台后就可以将bss单体应用改造成微服务，后续可以在容器云平台上实现devops,ci cd，不仅为后续的bss的优化大大提升效率，而且可以为企业级的devops落地提供有效的平台。