昨天下午突然收到运维邮件报警，显示数据平台服务器cpu利用率达到了98.94%，而且最近一段时间一直持续在70%以上，看起来像是硬件资源到瓶颈需要扩容了，但仔细思考就会发现咱们的业务系统并不是一个高并发或者CPU密集型的应用，这个利用率有点太夸张，硬件瓶颈应该不会这么快就到了，一定是哪里的业务代码逻辑有问题。1、排查思路1.1 定位高负载进程首先

天下事有难易乎？为之，则难者亦易矣；不为，则易者亦难矣。人之为学有难易乎？学之，则难者亦易矣；不学，则易者亦难矣。天下的事情有困难和容易的区别吗？只要肯做，那么困难的事情也变得容易了；如果不做，那么容易的事情也变得困难了。人们做学问有困难和容易的区别吗？只要肯学，那么困难的学问也变得容易了；如果不学，那么容易的学问也变得困难了。一、位运算符和位运

原标题：基于k8s的DevOps实践之路很多快速发展的公司都面临着一个巨大挑战：在需求不断动态横向扩容的同时继续保持系统的高可用性。如何有效解决这一问题，Kubernetes（k8s）应运而生。k8s以运行可扩展工作负载而闻名，它可以根据资源使用情况调整工作负载。白山科技云分发团队基于多年的DevOps实践经验，在白山会运维日第三期与Thoughtworks

当开发团队把代码提交到Git应用仓库的那一刻，他们心里在想什么？祈祷没有bug？渴望回家补觉？产品经理GoDie？对，也不对。因为这只是最终发布万里长征的一小步，接下来要面对测试环境、生产环境、客户环境，我这明明没问题到你那就崩的环境……其实，对开发和运维人员来说，心里最想的是一次创建或配置，可以在任意地方正常运行。据扯，2017年程序员们最痛恨的一首

Amazon:Invent2020全世界交流会于中国北京时间12月2日线上上举办，AWSCEOAndyGassy在当日的主题风格演说中论述了对领域与客户满意度发展趋势的洞悉，并公布了27项自主创新的云服务器和作用，包含器、测算、储存、数据库查询、数据统计分析、器皿、深度学习运维管理、工业生产深度学习等好几个层面。全世界云计算技术管理者亚马逊云服务项目

OSSIM让网络攻击无所遁形如今网络安全事件的复杂程度不断攀升，从传统的病毒到蠕虫、木马的过程，这是一种网络威胁进化的过程，你再用传统的监控工具就OUT了。要想对抗攻击，首先需要发现攻击，通过抓包的常规做法比较滞后，而且也只能发现局部问题，已不满足我们对可视化网络安全运维的需要,你选择的多数软件都无法满足对网络攻击可视化的需求。若想更佳方便的发现

用消息中间件犹如小马过河，选择合适的才最重要，这需要贴合自身的业务需求，技术服务于业务。具体在选择上可从下面功能、性能、可靠性和可用性、运维管理、社区和生态、团队技术栈等维度来进行筛选。具体技术选型指标1：功能首要的就是功能维度，这个直接决定了你能否最大程度上的实现开箱即用，进而缩短项目周期、降低成本等。如果一款消息中间件的功能达不到想要的功能，那么

这次聊聊业务中经常出现的重试现象，可能很多运维都被开发莫名其妙的艾特然后让查一查业务中出现失败的情况，很不巧刚接手MongoDB的运维就碰到了一个案例。前段时间与业务开发讨论过某业务服务的超时重试问题，这项业务依赖的数据库是一直很热门的MongoDB数据库，这里采用了复制集的模式架构，且底层硬件采用KVM。业务开发反映数据库实例慢，最近超时的业务较少

k8s是一个编排容器的工具，其实也是管理应用的全生命周期的一个工具，从创建应用，应用的部署，应用提供服务，扩容缩容应用，应用更新，都非常的方便，而且可以做到故障自愈，例如一个服务器挂了，可以自动将这个服务器上的服务调度到另外一个主机上进行运行，无需进行人工干涉。那么，问题来了，要运维何用？   k8s可以更快的更新新版本，打包应用，更新的

数字时代下，随着企业向数字化、在线化、智能化高速演进，存储需求呈指数级增长，业务也面临着更多热点和突发流量带来的挑战，这就对数据库安全可靠、超高性能、易运维性提出了更高要求。天翼云自研TeleDB数据库采用云原生架构，具备即开即用、稳定可靠、安全运行、弹性伸缩、轻松管理、经济实用等特点，可为用户提供稳定可靠的企业级数据库服务，帮助企业圆满解决上述问题。与