小程故事多的博客

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

文章原创作者：北京哗啦啦 基础架构部架构师 王晓鹏文章推荐人：程超一、背景一款技术产品必定有其使用场景，不然代码写的再好也没有用武之地，那么首先我们要先来了解一下，在什么情况下会用到延迟队列呢？当订单一直处于未支付状态时，如何及时的关闭订单，并退还库存？如何定期检查处于退款状态的订单是否已经退款成功？新创建店铺，N天内没有上传商品，系统如何知道该信息，并发送激活短信？等等以上业务...

CAP是什么？ CAP理论，被戏称为[帽子理论]。CAP理论由Eric Brewer在ACM研讨会上提出，而后CAP被奉为分布式领域的重要理论[1] 。分布式系统的 CAP 理论:首先把分布式系统中的三个特性进行了如下归纳: ● 一致性(C):在分布式系统中的所有数据备份，在同一时刻是否同样的 值。(等同于所有节点访问同一份最新的数据副本)● 可用性(A):在...

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

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

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

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

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

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

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

购书地址：https://item.jd.com/12585284.html近年来微服务架构已经成为大规模分布式架构的主流技术，越来越多的公司已经或开始转型为微服务架构。《高可用可伸缩微服务架构：基于Dubbo、Spring Cloud和Service Mesh》不以某一种微服务框架的使用为主题，而是对整个微服务生态进行系统性的讲解，并结合工作中的大量实战案例为读者呈现一本读完即可实际上手应...