作者：谢文欣（风敬） 为什么要做流量隔离 源于一个 EDAS 客户遇到的棘手情况：他们线上的一个 Pod CPU 指标异常，为了进一步诊断问题，客户希望在不重建此 Pod 的情况下保留现场，但诊断期间流量还会经过这个异常 Pod，导致影响服务质量，于是询问我们有没有办法可以把流入异常节点的流量摘除掉，形成一个隔离的诊断环境。经诊断后，如果异常可以修复，待修复完成后，再解除流量隔离，节点恢复正常工作

作者：刘军 Java 应用在云计算时代面临“冷启动”慢、内存占用高、预热时间长等问题，无法很好的适应 Serverless 等云上部署模式，GraalVM 通过静态编译、打包等技术在很大程度上解决了这些问题，同时针对 GraalVM 的一些使用限制，Spring 和 Dubbo 等主流框架也都提供了相应的 AOT 解决方案。 本文我们将详细分析 Java 应用在云时代面临的挑战，GraalVM N

作者： 倪海峰（海迩） 前言 随着企业规模的不断扩大，传统单体应用已很难进一步支持业务的发展，业务的迭代速度已经难以满足业务的增长，此时企业会对应用系统做微服务化的改造，降低业务的耦合度，提升开发迭代的效率，让开发更加敏捷。 系统架构微服务化的，原本的愿景是希望通过将系统的颗粒度变小，提升业务的迭代效率。但是在实践微服务架构的过程中，尤其是在服务数量越来越多之后，那么引发的效率问题可能会大于微服务

Open-Falcon 从写下第一行代码，应该是在 2012 年的冬天，开源于 2014 年。Open-Falcon 在设计之初，沉淀的主要是互联网公司在运维大规模物理机时代的优秀方法论，在简单易用、扩展性、性能方面倾注了较多的心思，凭借于此，开源之后迅速成为国内开源监控系统的首选，服务了上千家企业用户，并影响了国内互联网运维圈子一个阶段对于监控系统系统的设计思路。 然而在过去的十年，微服务架构与

从互联网发展伊始，搜索技术就绽放出了惊人的社会和经济价值。随着信息社会快速发展，数据呈爆炸式增长，搜索技术通过数据收集与处理，满足信息共享与快速检索的需求。 云搜索服务 ESCloud 是火山引擎提供的完全托管在线分布式搜索服务，兼容 Elasticsearch、Kibana 等软件及常用开源插件。可以提供结构化、非结构化文本的多条件检索、统计、报表，帮助实现一键部署、弹性扩缩、简化运维，快速构建

来源｜KubeWharf 社区 项目地址：github.com/kubewharf/k… Kelemetry是字节跳动开发的用于Kubernetes控制平面的追踪系统，它从全局视角串联起多个 Kubernetes 组件的行为，追踪单个 Kubernetes 对象的完整生命周期以及不同对象之间的相互影响。通过可视化 K8s 系统内的事件链路，它使得 Kubernetes 系统更容易观测、更容易理解、

作者：刘晓瑞(钰诚) 云原生网关：将安全、流量和微服务三合一 作为面向南北向的公网网关，使用 Waf 防护异常流量是很常规的需求，而且随着互联网环境变得越来越复杂，用户对防护的诉求是持续增强的，常规做法是将流量先接入 Waf 安全网关，过滤后再将流量转发给流量网关，最后到达微服务网关，一个典型的多层网关架构如下图所示： 在这个架构中，用 WAF 网关实现安全能力，Ingress 网关实现集群入口网

作者：庄宇 以 Kubernetes 为代表的容器技术带来的是一种应用交付模式的变革，其正迅速成为全世界数据中心的统一 API。 为了保证业务持续稳定、用户访问不中断，高可用、高弹性等能力是应用架构设计不变的追求，多集群架构天然具备这样的能力。而只有在 Kubernetes 这层统一且标准的 API 之下，多集群和混合云的能力才开始真正体现价值。 在前一篇文章《选对方法，K8s 多集群管理没那么难

Istio 成为 CNCF 项目的毕业生。这一历史性的时刻代表着 Istio 在云原生领域的成长和成熟，标志着最广泛部署的服务网格迎来了一个令人兴奋的新篇章。Kubernetes 是 第一个获得毕业资格的项目，时间是 2018 年。今天，自它作为一个孵化项目进入 CNCF 不到一年的时间，Istio 就毕业了，成为 CNCF 历史上最快的一个。 Tetrate 是由 Istio 创始团队的成员创立

1.ELKstack简介 ELKstack 是 Elasticsearch、Logstash、Kibana 三个开源软件的组合而成，形成一款强大的实时日志收集展示系统。 各组件作用如下： Logstash：日志收集工具，可以从本地磁盘，网络服务（自己监听端口，接受用户日志），消息队列中收集各种各样的日志，然后进行过滤分析，并将日志输入到Elasticsearch中。 Elasticsearch：日

需求： 公司的程序需要在后台跑一些脚本，有shell有php，需要持续不断的运行，如果脚本中断运行，需要自动启动，如果启动失败就发邮件/短信报警。 我们的监控是使用zabbix来做的，zabbix监控脚本后台运行和报警实现起来非常爽；但是做故障恢复就非常不爽了，谁用谁知道。下面我分享下我故障恢复是如何做的。 公司以前的监控方案 先说下我们之前的zabbix监控后台脚本是如何做的。然后在拿出改进后的

操作系统环境： Centos7.1 64位 1.Pyenv介绍 Pyenv用于同时管理多个python版本，它可为每个工作目录设定使用指定的python版本，例如切换到$HOME/first_project,其使用的python版本为2.7.9；而切换进入$HOME/second_project，其使用的python版本可自动变换为3.4.3。 Pyenv的git仓库： https://githu

1.介绍 文章介绍了通过jmeter事先录制api脚本，然后使用ant进行编译，最后生成html的接口测试报告，并且通过web展示。 这种测试主要应用于持续集成环境中，在运维部署代码完成之后，迅速对所有接口或者部分接口（录制一些过程，比如登录，购物）进行测试，测试完成之后把html的测试报告访问地址以邮件的形式发送给相关人员。 2.环境安装 （1）安装java tar xf jdk-8u65-li

前言 在中小企业如果需要实现代码的自动化部署，99%以上公司不会开发什么自动化部署回滚平台的，这个时候就需要运维人员通过shell+开源软件比如jenkins来实现代码的自动化部署以及回滚。这里分享下我使用shell写的一个php代码自动部署脚本。大神勿喷。 脚本适应环境： 1、操作系统：centos 6.5 64位 2、代码使用gitlab进行管理 3、代码每次上线和回滚通过tag控制 补充：如

前言 在中小企业如果需要实现代码的自动化部署，99%以上公司不会开发什么自动化部署回滚平台的，这个时候就需要运维人员通过shell+开源软件比如jenkins来实现代码的自动化部署以及回滚。这里分享下我使用shell写的一个java代码自动部署脚本。大神勿喷。 脚本使用环境： 1、操作系统：centos 6.5 64位 2、代码使用gitlab进行管理 3、代码每次上线通过tag控制 4、前端使用

1.前言 工作关系，需要做安卓环境的自动打包，领导要求公司产品、测试、开发等小伙伴每天来上班之前，可以在指定位置下载开发，测试，生产环境最新的安卓版本安装包，可以每日验证产品开发进度以及及时反馈开发功能的方向是否正确。 博文说明： 由于我们公司的产品是通过gradle实现的编译打包，所以本文介绍的是gradle的环境。具体你们公司安卓是通过什么工具编译打包的，需要和你们开发进行沟通。 安卓打包需要

IOS打包踩的坑 搞了一周，终于搞定了IOS自动打包，记录一下。 IOS打包的过程其实非常简单，整个打包过程也就三条命令（清理，编译，打包），但是由于之前有安卓打包的经验，在IOS打包的初期就按照安卓打包的方式来进行，导致走了很多弯路，这里说一下IOS打包遇到的一些坑。 （1）操作系统版本还有Xcode版本，保持和IOS开发人员版本一致，或者高于他们，但是不能低。 （2）IOS需要用到的证书比较多

1.前言 1.1.jenkins介绍 jenkins是基于java开发的一种持续集成工具，用于监控持续重复的工作，功能包括。 1、持续的软件版本发布/测试 2、监控外部调用执行项目 Jenkins其实很早之前就有了，最近火起来的原因是，大家都在关注devops，关注如何来做持续集成，持续交付，如何来做CI/CD。Jenkins作为持续集成的工具，他其实只是一个平台或者是一个大的框架，它的工作完全就

1.Cobbler介绍 Cobbler可以通过网络快速安装/重装操作系统，如果说pxe+kickstart安装操作系统是大专水平，那么cobbler就是小学生难度。 Cobbler优点如下： （1） 可以提供多个操作系统的安装，比如在安装是可以选择Centos6，还是Centos7。 （2） Cobbler客户端koan支持虚拟机安装和操作系统重新安装。 （3） 在DHCP配置文件中为需要安装的机

1.前言 我们前段时间实现了安卓和ios的自动打包，可以每天把最新的代码制作成安装包，放到下载目录，让产品，测试等人员进行下载，以便每日验证产品开发进度以及及时反馈开发功能的方向是否正确。 但是这样新的问题出现了，实现每日打包之后，那就意味着测试、产品等人员每天都需要删除旧的软件包，重新安装新的软件包，整个过程还是比较烦得，那么能不能实现每天自动化安装打出来的包到手机上呢？答案是当然可以的，而且这