Auto proxy & Auto scan HTTP RPC library
周末在家，闲来无事，就想写一个服务器端自动扫描并注册，客户端自动扫描并代理的 RPC 组件，基于 Spring； 整理了一下思路，这个组件分三个部分：core、server和client；如下： 分三个步骤完成： - core：服务定义，数据序列化方式； - server：服务类自动扫描并注册、服务暴露； - client：客户端接口自动扫描并代理； 第一步 »
迁移 elasticsearch 的数据
最近服务器架构扩展，涉及到 elasticsearch 的数据迁移问题，直接拷贝 {elastic_root}/data/ 目录下的数据显得过于笨拙，或者也不太可行？具体没有尝试！接着发现一个神奇的工具：elasticdump，竟然还是用 node 写的，真是太赞了！！！ elasticdump 在Github上的地址：https://github.com/taskrabbit/elasticsearch-dump 本地全局安装方法： npm »
使用 per4j 做一个接口访问频次监视系统 (B)
在使用 per4j 做一个接口访问频次监视系统 (A)篇中，已经可以通过自定的Log4jDBAppender将 per4j 的日志写入到日志数据库中； 接下来实现接口访问频次可视化的监视，步骤如下： 使用 nodejs 提供接口查询接口； 客户端使用chartjs展示； 使用 nodejs 提供接口查询接口； 返回的数据格式为： { MAX: number, MIN: number, COUNT: number, AVG: number »
使用 per4j 做一个接口访问频次监视系统 (A)
生产环境中，有大规模的面向服务的架构和分布式应用，怎么样监控到这些服务接口的调用频次以及接口的性能表现呢？ per4j 日志组件是个不错的选择，具体使用可以参考这篇文章：使用Perf4J进行性能分析和监控 per4j 自身带的日志分析功能结合 Google Chart API 是个不错的可视化方案；可是有 GFW，服务器部署是个问题，难道自己搭建代理吗？境外服务器？ 对per4j的日志格式简单的分析之后，我决定自己在per4j的基础上做一个监视系统。大致思路是： 自定义一个log4j的appender，将per4j日志内容按记录点的名字、开始时间、消耗时长写入到一张日志表； 然后使用 »
RFC2119
RFC 中有一个很特别的非技术类型的规范：RFC2119； 这个规范里规定几个常用语气词：MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, OPTIONAL 的语气强度； 整理如下： MUST （或者 REQUIRED、SHALL）：绝对要; MUST NOT »