
动态
为何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团队,首先是业务流程的梳理:将业务需求从接收、整理、开发、测试、集成、查看全文