微服务

本文讲的是微服务RPC框架选美，Hello，everybody！说到RPC框架，可能大家能想到一堆RPC开源框架，那么在微服务平台中，微服务间的服务调用，不可避免的会遇到一个问题，该选用哪一个RPC框架好呢？今天我们就请到三位RPC框架，来进行一场选美大赛，看看谁更适合微服务平台中的服务间调用。

本文讲的是【详解】为什么选择Kubernetes作为云平台的微服务治理框架，很多同学在做技术选型的时候，往往过于关注技术/功能上的比较，陷入技术细节和功能特性上的争论。

本文讲的是微服务动态路由实现：OpenResty+K8s，OpenResty是一个基于 Nginx 与Lua的高性能 Web 平台，其内部集成了大量精良的Lua库、第三方模块以及大多数的依赖项。

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

本文着重介绍了微服务架构的某些细节，微服务其实也适用于Node.js应用程序。本文还介绍了如何利用容器和编排来实现Node.js的微服务化。

译者按: 微服务在后端开发中大行其道，其实对于越来越复杂的前端应用来说，微服务也是一种不错的选择。 原文: Micro frontends—a microservice approach to front-end web development 译者: Fundebug 为了保证可读性，本文采用意译而非直译。

引言 What is the Health Check     Health Check（健康状态检查）不仅是对自己应用程序内部检测各个项目之间的健康状态（各项目的运行情况、项目之间的连接情况等），还包括了应用程序对外部或者第三方依赖库的状态检测。

分布式事务：http://www.jianshu.com/p/cf3a2884a8d2?open_source=weibo_searchhttps://github.com/liuyangming/ByteTCChttp://mp.

前言 在上一篇《Spring Cloud构建微服务架构：服务容错保护（Hystrix服务降级）》中，我们已经体验了如何使用@HystrixCommand来为一个依赖资源定义服务降级逻辑。

前言 在微服务架构中，我们将系统拆分成了一个个的服务单元，各单元应用间通过服务注册与订阅的方式互相依赖。由于每个单元都在不同的进程中运行，依赖通过远程调用的方式执行，这样就有可能因为网络原因或是依赖服务自身问题出现调用故障或延迟，而这些问题会直接导致调用方的对外服务也出现延迟，若此时调用方的请求不断增加，最后就会出现因等待出现故障的依赖方响应而形成任务积压，线程资源无法释放，最终导致自身服务的瘫痪，进一步甚至出现故障的蔓延最终导致整个系统的瘫痪。

已经有非常长的时间没有更新《Spring Cloud构建微服务架构》系列文章了，自从开始写Spring Cloud的专题内容开始就获得了不少的阅读量和认可，当然也有一些批评，其中也不乏一些很中肯的意见和深度的问题，对我来说也是进一步提高的契机，在此感谢所有关注我博客的读者们。

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

[前言]:因为最近在搞百度地图API的时候用到了webpack的externals，才发现我之前都只是用webpack做一些搭建完项目后的“收尾工作”——即打包，而没有把它纳入到项目开发的“主体过程”中来，真是“物不尽其用”。

一、说在前面 微服务是当下最火的词语，现在很多公司都在推广微服务，当服务越来越多的时候，我们是否会纠结以下几个问题： 面对一笔超时的订单，究竟是哪一步处理时间超长呢？ 数据由于并发莫名篡改，到底都谁有重大嫌疑呢？ 处理遗漏了一笔订单，曾经是哪个环节出错把它落下了？ 系统莫名的报错，究竟是哪一个服务报的错误？ 每个服务那么多实例服务器，如何快速定位到是哪一个实例服务器报错的呢？ 现在很多系统都要求可用性达到99.9%以上，那么我们除了增加系统健壮性减少故障的同时，我们又如何在真正发生故障的时候，快速定位和解决问题，也将是我们的重中之重。

随着微服务（Micro Service）理念的盛行，一个流行的概念也随之诞生—微框架（Micro Framework），而其中最耀眼的，当属SpringBoot。 虽然Dropwizard是公认的最早的微框架，但SpringBoot“青出于蓝而胜于蓝”，背靠Spring框架衍生出来的整个生态体系，无论是从“出身”，还是社区的支撑上，SpringBoot都是微框架选型的不二之选。

第12章 Spring Boot与微服务 12.1 微服务架构 微服务架构是将一个系统应用拆分成多个不同的服务，每个服务独立开发、部署、扩展。服务于服务之间通过RESTful API，RPC接口或者其他方式协同工作。

正文地址：基于bboss快速开发和运行dubbo微服务