云原生应用 Kubernetes 监控与弹性实践
前言
云原生应用的设计理念已经被越来越多的开发者接受与认可，而Kubernetes做为云原生的标准接口实现，已经成为了整个stack的中心，云服务的能力可以通过Cloud Provider、CRD Controller、Operator等等的方式从Kubernetes的标准接口向业务层透出。
如何优雅地上报前端监控日志
> - 页面在用户那里运行，如果10%的用户页面出现问题而自己本地没有办法重现？
> - 如何先一步了解到前端出现的问题，而不是等用户反馈？
> - 能不能像查看服务端日志一样来定位前端页面运行的问题？
前端在业务复杂度越来越高的情况下，本地即使做了充分的测试，依照[caniuse](https://caniuse.com)做了很多兼容，依然无法让人放心页面能否正常运行或者运行得怎么样。
Arthas协助排查线上skywalking不可用问题
前言
首先描述下问题的背景，博主有个习惯，每天上下班的时候看下skywalking的trace页面的error情况。但是某天突然发现生产环境skywalking页面没有任何数据了，页面也没有显示任何的异常，有点慌，我们线上虽然没有全面铺开对接skywalking，但是也有十多个应用。
阿里云智能基础产品技术月刊2019年7月——永不停机的计算服务
ESSD可提供单盘高达100万IOPS的随机读写能力，相比SSD云盘分别提升了40 倍性能上限和降低了 70% 读写时延，为客户提供更高的性价比体验。在实际的业务场景测试下，以 MySQL 和PostgreSQL 为例，采用 ESSD 云盘可获得 3-4 倍的 TPS 性能提升。
如何使用ARMS配置tengine的日志监控
业务实时监控服务 ARMS 很好的提供了这么一个入口，为公司提供了一个实时查询Tengine运行情况的解决方案。在未来，ARMS将很好的和ODPS为公司监控形成互补方案，tengine日志日后可同时投递到ARMS和MaxCompute中: ARMS响应第一时间的多维度报警； MaxCompute来做深层次分析，例如接口的请求数、响应时长等，并有针对性地进行调优。
