动态
为何BSS/OSS需要上容器和微服务呢？有什么难点？
传统单体BOSS系统的主要问题是：1. 系统复杂，业务需求变更困难，不能及时推出新业务，市场部门客户满意度低。2. 不同模块藕和程度高。发布一个新应用，影响其他应用。有些时候一个应用被其他应用搞离线。3. 硬件资源利用率查看全文
DevOps和容器：本地or云端，如何选择？
本质上这个问题是问如何选择公有云和私有云，通常的选择因素包括：1. 安全性： 一般在国内，私有云被认为更安全。2. 预算：小规模应用在公有云更经济，但到一定规模后，私有云可能更省钱。3. 控制能力：私有云你完全控制，所有的SL查看全文
容器化以后不同业务和数据之间的隔离如何实现?
一般而言，容器本质上是进程的虚拟化（隔离），但操作系统内核是共享的，所以，在这一点上，容器的安全性没有虚拟机好。但是，我们可以通过以下方法增加安全性：1. SELinux: - SELinux通过应用策略旅行将容器进程与主机分开- 在进程，查看全文
容器化后，传统运维向自动化运维需要具备那些技能，能更好的支撑？
微服务，容器化的实质是解决了业务复杂性问题（通过微服务降低单模块的复杂度），提高了企业敏捷性，但代价是增加了运维的复杂度，因为微服务是分布式，而分布式是复杂，好在OpenShift/K8S提供了好多工具，能够帮助运维人员面对这种情查看全文
如何保障系统容器化改造的过程中业务的连续性？
1. OSS系统一般来说分为服务开通，资源管理，网络激活等，中间一般采用异步消息传输机制。2. 容器化改造一般采用功能逐步替代，由简到难的过程。比如前面提到三个模块，一般而言网络激活最简单，比较容易改造微服务。3.以网络查看全文
Openshift中关于系统运维中故障管理有哪些方法和手段?
1. 就OpenShift容器云平台而言，监控是采用了普罗米修斯和Grafana进行系统监控的。- 每个节点上都运行一个Node-Exporter的进程，负责监测主机节点的CPU使用率，CPU负载，内存使用率，磁盘空间使用率，磁盘I/O，网络流量，系统进程数查看全文
新老系统并行下服务调用过程还原？
就OpenShift而言，OpenShift Service Mesh（基于Istio)是用于微服务治理的一个服务网格，这里面的Kiali和Jager可以帮助 梳理业务调用逻辑：1. Kiali 可以帮助定义、验证并观察 Istio 服务网格。它所提供的拓扑结构可以帮查看全文
微服务化伴随着devops，如何快速的打造专业的运维开发团队？
DevOps不仅仅是技术层次的东西，而首先是一个组织架构、企业文化，没有组织架构和企业文化的改变，很难能够打造一个DevOps团队。
1. 打造一个DevOps团队，首先是业务流程的梳理：将业务需求从接收、整理、开发、测试、集成、查看全文
对于容器化横向扩展有哪些建议？
在容器云平台中，横向扩展包括两个方面：1. 增加计算节点。就OpenShift而言，OpenShift增加了一个MachineSet的资源，OpenShift已经在AWS和AZure能够支撑动态增加节点，在私有云领域，OpenShift预期在下一个版本能够支持裸机的动查看全文
对于容器化故障运维保障有哪些建议？
1. 应该建立一个监控系统，比如就OpenShift容器云平台而言，本身提供了 普罗米修斯和Grafana监控系统，而且普罗米修斯里面的AlertManager也可以通过配置告警规则触发web hooks，跟已有的告警系统集成。 2. 应该建立一个统查看全文
