微服务

在微服务中，rest服务互相调用是很普遍的，我们该如何优雅地调用，其实在Spring框架使用RestTemplate类可以优雅地进行rest服务互相调用，它简化了与http服务的通信方式，统一了RESTful的标准，封装了http链接，操作使用简便，还可以自定义RestTemplate所需的模式。

Dubbo 开发者日活动成都站 本文整理自谢延泽先生在 Dubbo 开发者日成都站活动中的演讲，主要分享关于微服务转型的内容，也总结一下这些年作者在微服务领域的一些经验。 2012 年 James Lewis 在波兰第 33 次 Degree in Kraków 会议上分享了一个案例，名称是 “Micro Services - Java, the Unix Way”。

阿里妹导读：从十余年前的各种分布式系统研发到现在的容器云，从支撑原有业务到孵化各个新业务，企业的发展离不开统一的、与时俱进的技术架构。本篇文章从企业分布式应用架构层面介绍了云原生计算架构带来的变化，希望能够帮助更多企业的 IT 转型，利用云计算技术推动其成为市场竞争中的敏捷力量。

8月份21道最新Java面试题剖析（数据库+JVM+微服务+高并发）

本文极简地介绍了一下Spring Cloud Zuul，并使用Java快速地编写了一个API网关Zuul Server，然后基于上一篇的三个ASP.NET Core演示了一下API网关的效果。当然，对于Zuul还有很多内容，这里就不再一一演示，有兴趣的童鞋或者对这种混搭式的架构感兴趣的童鞋可以去了解一下。

Tip: 此篇已加入.NET Core微服务基础系列文章索引 一、什么是Tracing？ 　　微服务的特点决定了功能模块的部署是分布式的，以往在单应用环境下，所有的业务都在同一个服务器上，如果服务器出现错误和异常，我们只要盯住一个点，就可以快速定位和处理问题，但是在微服务的架构下，大部分功能模块都...

本篇主要基于一个最小化的集群搭建了一个Consul服务治理组件，并将ASP.NET Core API程序注册到了Consul，并尝试通过Consul进行服务发现（虽然没有模拟具体的服务消费）。本篇没有仔细讲述Consul的介绍、优点、缺点，因为本人也没有啥实际的经验，因此只能是站在其他园友的肩膀上做个小实验。

本篇博客主要介绍了自动化工具这个概念，在微服务集群当中的作用，算抛砖引玉，欢迎大家提出自己的见解。

SpringCloud架构作为目前业界使用最广的微服务架构模式，其后期运维交付问题较多。如何使用Rainbond来解决SpringCloud微服务架构在交付运维阶段的难题，本文将以实践的方式来阐述。

一、前言 注：此篇只是为测试环境下的快速入门。后续会给大家带来生产环境下得实战开发。 具体的大家可以去看官方推荐。非常的简单明了。以下介绍引用官方内容： Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。

分布式、微服务、云架构 JAVA语言开发、跨平台、高性能、高可用、安全、服务化、模块化、组件化、驱动式开发模式 完整项目的源码来源 技术支持1791743380

这两天正在研究微服务架构中分布式事务的处理方案, 做一个小小的总结, 作为备忘. 如有错误, 欢迎指正! 概念澄清 事务补偿机制: 在事务链中的任何一个正向事务操作, 都必须存在一个完全符合回滚规则的可逆事务.

以下设计原则是在云平台架构实践（参考这里）中的一些经验总结，不一定适合所有微服务架构的体系。 业务原则 单一责任原则：对于一个微服务而言，具有有限的业务范围，可以帮助我们满足服务开发和交付的敏捷性； 适当的边界：关注微服务的范围，而不是一味的把服务做小。

本文是在云平台构建过程中的一些经验总结，主要说明了PaaS层的微服务架构设计和落地，暂不涉及IaaS，SaaS的内容。 目标 降低系统的复杂度，减少系统的不确定性。 方法 量化，标准化，自动化。 架构设计 标准化业务层次 梳理业务体系和服务能力，将PaaS平台分层。

一、 什么是熔断降级 熔断就是“保险丝”。当出现某些状况时，切断服务，从而防止应用程序不断地尝试执行可能会失败的操作给系统造成“雪崩”，或者大量的超时等待导致系统卡死。 降级的目的是当某个服务提供者发生故障的时候，向调用方返回一个错误响应或者替代响应。

在“史前”单体巨兽型应用时代，配置管理不是什么大不了的事情，但今天在微服务架构中，配置管理已发生革命性的变化，但业内对这一块的前沿探索一直处于秘而不宣的状态，如果我们对这块没有过深入的思考和实践，我们很难真正理解为什么 Spring Cloud 会提出 Configuration Service 的概念。

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

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

# 集群管理、失败转移和负载均衡的实践     在前一章节中，我们快速的介绍了集群管理、Linux容器，接下来让我们使用这些技术来解决微服务的伸缩性问题。作为参考，我们使用的微服务工程来自于第二、第三和第四章节（Spring Boot、Dropwizard和WildFly Swarm）中的内容，接下来的步骤都适合上述三款框架。

本文讲的是在Docker和Kubernetes上运行MongoDB微服务【编者的话】本文介绍了利用Docker和Kubernetes搭建一套具有冗余备份集合的MongoDB服务，从容器对CI和CD引发的改变入手，讨论了容器技术对MongoDB带来的挑战和机会，然后实战如何部署一套稳定的MongoDB...

本文讲的是Instana：将微服务监控带入到服务级别【编者的话】对微服务进行监控是部署微服务的一个重要部分，德国的一家初创公司Instana给出了他们的解决方案。

本文讲的是微服务实战（一）：微服务架构的优势与不足，【编者的话】本文来自Nginx官方博客，是微服务系列文章的第一篇，主要探讨了传统的单体式应用的不足，以及微服务架构的优势与挑战。正如作者所说，微服务架构更适合用于构建复杂的应用，尽管它也有自己的不足。

本文讲的是微服务实战（六）：选择微服务部署策略，【编者的话】这篇博客是用微服务建应用的第六篇，第一篇介绍了微服务架构模板，并且讨论了使用微服务的优缺点。随后的文章讨论了微服务不同方面：使用API网关，进程间通讯，服务发现和事件驱动数据管理。这篇文章，我们将讨论部署微服务的策略。

顾名思义，是出现在系统边界上的一个面向API的、串行集中式的强管控服务，这里的边界是企业IT系统的边界，主要起到隔离外部访问与内部系统的作用。在微服务概念的流行之前，API网关的实体就已经诞生了，例如银行、证券等领域常见的前置机系统，它也是解决访问认证、报文转换、访问统计等问题的。

一、在配置连接数据源连接池springboot支持多种方式C3P0，DruidDataSource，c3p0，proxool等等，Druid连接池是采用java编写，在国内使用比较多，同时也经历了很多项目的实战，所以本次演示采用Druid连接池来处理数据源的连接 二、在连接数据源中，一般我们会采用两种方式处理          1、DataSource方式          2、Jn

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

使用传统的异步回调方法编写API组合代码会让你迅速坠入回调地狱。代码会变得混乱、难以理解且容易出错。一个更好的方法是使用响应式方法以一种声明式样式编写API网关代码。响应式抽象概念的例子有Scala中的Future、Java 8中的CompletableFuture和JavaScript中的Promise，还有最初是微软为.NET平台开发的Reactive Extensions（RX）。

本文是微服务架构设计系列的第三篇。当来自微服务外部的使用者界面、系统或设备的调用, 都需经过 Integration Hub, 这意味着当 Integration Hub 无法运作时,微服务将无法被调用。那么作为架师, 针对合约变换, 服务编排和整合第三方软件的设计原则、方法是什么?本文为你揭晓答案

本文是微服务架构设计系列的第二篇，本文将为大家分享如何从已有的架构迁移到微服务架构，并且为大家分享微服务中的核心概念：边界上下文。