小程故事多的博客

一、前言我们在《微服务是在双刃剑 http://www.jianshu.com/p/82ec12651d2d 》中提到了当我们将应用服务化以后，很多在单块系统中能够开展的数据统计和分析业务将会受到很大程度的影响，本文将延续上一篇文章深入分析服务化后，作为后端的数据统计和分析如何做。注：本文的数据库是基于Oracle数据库 二、服务化后的现状分析拿一个简单的快捷支付系统为例，服务化后的系统调用

微服务是银弹吗？自2014年“微服务”一词真是越来越火，不谈Microservices彷佛就out了，那么我们先来看微服务具有哪些特点：组件以服务的形式提供围绕业务功能进行组织强化终端与弱化管道产品而不是项目独立布署单一职责去中心化DevOps与组织架构 我要讲的故事开始了A公司的技术架构体系目前还是以集群扩展体系为主，我们可以看下图所示，在这种体系结构中，可以看到应用都是单块结

一、前言在之前的文章 http://blog.youkuaiyun.com/u013970991/article/details/54862772 中已经介绍了“自动化Mock系统0.9版本”，今天我将和大家一起探讨我们的“自动化Mock系统1.0版本”。 二、测试人员面临的测试问题我公司目前用的是基于Dubbo的微服务改造，服务之间的调用链路冗长，每个服务又是单独的团队在维护，每个团队又在不断的演进

一、说在前面微服务是当下最火的词语，现在很多公司都在推广微服务，当服务越来越多的时候，我们是否会纠结以下几个问题：面对一笔超时的订单，究竟是哪一步处理时间超长呢？数据由于并发莫名篡改，到底都谁有重大嫌疑呢？处理遗漏了一笔订单，曾经是哪个环节出错把它落下了？系统莫名的报错，究竟是哪一个服务报的错误？每个服务那么多实例服务器，如何快速定位到是哪一个实例服务器报错的呢？现在很多系统都要求可用

原文如下：http://martinfowler.com/articles/microservices.html微服务一个新的架构术语“微服务架构”一词是在过去几年里涌现出来的，它用于描述一种独立部署的软件应用设计方式。这种架构方式并没有非常明确的定义，但有一些共同的特点就是围绕在业务能力、自动化布署、端到端的整合以及语言和数据的分散控制上面。“微服务”- 这是在软件架构领域这个非常拥挤的街道上，冒

最近一直在研究微服务有了一点小小的成果，前段时间给公司部门同事做了分享，在此将ppt发出来与大家分享。

前言一直对微服务非常感兴趣，因为公司的架构改造正好有机会能够接触微服务，买来一些书，请教了很多微服务大牛同时自己也做了很多总结，写成了80页ppt，算是我对微服务的一个认识吧，微服务本身不同的人有不同的理解，而我就从我自己的角度来谈谈微服务是什么。目前市面上的不少书或者不少相关文章写的都是框架的使用，或者架构的介绍，其实对于刚入门不久的同学来说很容易造成微服务就是一堆框架和组件的堆砌，于是今天我将

一、说在前面基于微服务或者SOA的自动化测试系统每个公司都有自己的特有的，我今天就主要介绍一下，我们研发的一套mock测试系统。 二、目前面临的问题1、测试人员面临的测试问题我公司目前用的是基于Dubbo的微服务改造，服务之间的调用链路冗长，每个服务又是单独的团队在维护，每个团队又在不断的演进和维护各个服务，那么对测试人员将是非常大的挑战。测试人员每次进行功能测试的时候，测试用例每次都需

如果说“生活不只有眼前的苟且，还有诗和远方”的话，那么自动化测试可以说是很多测试人员心中的“诗和远方”。 “诗和远方”OR“禁果”测试自动化，需要持续改进。但由于其本身是一种过于激动人心的想法：用程序去测试程序——解放了测试人员的生产力，节省大量的人力成本，这就有点“禁果”的意思了。一个常见的行动模式是：在实施自动化测试时，设定一些量化指标，例如根据业务、接口、模块设置的覆盖率。技术团队在完成