微服务

三. Scala的Macro(宏) Scala Macros对scala函数库编程人员来说是一项不可或缺的编程工具，可以通过它来解决一些用普通编程或者类层次编程（type level programming）都无法解决的问题，这是因为Scala Macros可以直接对程序进行修改。

写在前面 　　使用spring cloud搭建微服务框架，是我最近最主要的工作之一，一开始我使用bubbo加zookeeper制作了一个基于dubbo的微服务框架，然后被架构师否了，架构师曰：此物过时。

前言：对于应用，配制文件通常是放在项目中管理的，它可能有spring、mybatis、log等等各种各样的配置文件和属性文件，另外你还可能有开发环境、测试环境、生产环境等，这样的话就得一式三份，若是传统应用还好说，如果是微服务呢，这样不光配置文件有可能冗余而且量大，繁重复杂，不好维护，这样的话就需要一个配置文件的统一管理了。

基本介绍： 安装： 下载地址：https://www.consul.io/downloads.html 运行： consul agent -dev 显示这个界面说明已经开启成功。 页面显示： 然后访问8500端口就可以看到页面:  命令：     consul members：输出当前服务的信息，显示的所有配置节点。

本文主要内容 学习微服务的关键特征 了解微服务是如何适应云架构的 将业务领域分解成一组微服务 使用Spring Boot实现简单的微服务 掌握基于微服务架构构建应用程序的视角 学习什么时候不应该使用微服务 软件开发的历史充斥着大型开发项目崩溃的故事，这些项目可能投资了数百万美元、集中了行业里众多的顶尖人才、消耗了开发人员成千上万的工时，但从未给客户交付任何有价值的东西，最终由于其复杂性和负担而轰然倒塌。

概述 在上一篇中提到了spring cloud 面向接口调用的开发风格，这一篇会举一个简单的但完整的例子来说明整个代码结构。代码已上传到 https://github.com/maruixiang/spring-cloud-demo/tree/master/demo1 代码结构 整个代码在demo1目录下面，包含了一个根级的parent pom文件和三个maven应用。

本篇是北京云栖大会Tech Insight Workshop金融云主体《使用SOFA来快速构建金融级分布式交易系统》中的一个组成部分，用来介绍如何通过SOFA Boot来快速构建一个分布式微服务系统，以及如果通过金融云下中间件微服务产品来进行查看与管理。

在项目迭代的过程中，不可避免需要”上线“。上线对应着部署，或者重新部署；部署对应着修改；修改则意味着风险。 目前有很多用于部署的技术，有的简单，有的复杂；有的得停机，有的不需要停机即可完成部署。

本文讲的是DockOne微信分享（九十七）：现有系统实施微服务架构改进经验分享【编者的话】微服务是最近非常热门的话题了，它带来的好处吸引不少互联网公司对现有项目进行微服务架构改进。 本次分享是博主根据自身的项目经验，介绍如何对现有架构进行调整，总结这过程中的相关技术选型，以及如何实施技改，并分享最终取得的非常让人意外的成果。

本文讲的是微服务开发的软件过程【编者的话】不少同学询问到如何实施微服务，特别是对项目数量增加的担忧。 在支付渠道设计一文中提到，可以按照渠道来划分项目，一个渠道一个项目，有同学认为这会导致项目太多无法管理。 本文要回答这个问题，在微服务中，我们是如何管理项目的，即微服务的软件过程。

本文讲的是基于微服务的软件架构模式，【编者的话】微服务只是最近提出的概念，实际上很多巨头公司（FB、Twitter、AWS等）已经在亲身实践。微服务并不是银弹，但是我们可以参考它的思想来解决自己遇到的问题。对于已经找准市场，业务即将或者马上就要急剧发展的创业公司，适合使用基于微服务的软件架构。

本文讲的是Docker与Traefik助微服务腾飞，【编者的话】Govind Fichtner是一位从业15年的德国IT老兵。先后担任过开发工程师、系统管理员、咨询师、架构师、敏捷训练师、项目经理、部门经理甚至CTO。

分布式事务是一个绕不过去的挑战！微服务架构本质上就是分布式服务化架构，微服务架构的流行，让分布式事务问题日益突出！尤其是在订单业务、资金业务等系统核心业务流程中，一定要有可靠的分布式事务解决方案来保证业务数据的可靠性和准确性。

引言 大家好像对分析源码厌倦了，说实在我也会厌倦，不过不看是无法分析其后面的东西，从易到难是一个必要的过程。 今天说下EventBus，前几天园里的大神已经把其解刨，我今天就借着大神的肩膀，分析下在eShop项目中EventBus的实现。

j2ee分布式架构 dubbo + springmvc + mybatis + ehcache + redis 分布式架构 源码来源：http://minglisoft.cn/technology

上一篇我们说了Identity Service，因为其基于IdentityServer4开发的，所以知识点不是很多，今天我们来看下Catalog Service，今后的讲解都会把不同的、重点的拿出来讲，希望大家明白。

接上一篇，众所周知一个网站的用户登录是非常重要，一站式的登录（SSO）也成了大家讨论的热点。微软在这个Demo中，把登录单独拉了出来，形成了一个Service，用户的注册、登录、找回密码等都在其中进行。

一、介绍：         springboot是由Pivotal团队开发，其设计目的就是尽可能的简化spring搭建框架和启动过程，或者说所有的配置都是一种开关模式配置，需要就配置不需要就可以不配置，极大的简化配置方面复杂内容，springboot目前的市场占有率非常高 二、特点：         1、快速搭建  web服务         2、无需打包war包，即可运行服务，内

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

微服务系统本质上是一个分布式系统，而分布式系统就有其固有的复杂性，对测试，部署甚至团队的组织结构都会带来很大挑战。有了这些微服务架构的基础设施，能有效帮我们解决并规避一些问题，但我们仍然不能低估采用微服务架构带来的复杂性。微服务架构不是银弹，更不是免费的午餐，实施微服务改造是要付出代价的。

Spring Cloud Bus除了支持RabbitMQ的自动化配置之外，还支持现在被广泛应用的Kafka。在本文中，我们将搭建一个Kafka的本地环境，并通过它来尝试使用Spring Cloud Bus对Kafka的支持，实现消息总线的功能。