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

本文讲的是DockOne微信分享（一二六）：Kubernetes在微服务化游戏中的探索实践【编者的话】随着Kubernetes的持续火热，那在线游戏领域又将如何使用，又将碰到哪些问题，以及带来哪些价值？ 本次分享将为大家介绍微服务化架构游戏领域中，Kubernetes支撑技术方案选型，功能优化以及实践过程中的一些思考。

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

本文讲的是微服务概览、误解和误用【编者的话】 本文从对微服务的误解误用切入，探讨什么是微服务，如何切分微服务。提出了结合传统的DDD，领域驱动设计的理念来帮助定义微服务的边界，值得一读。

微服务SpringCloud之Spring Cloud Config配置中心Git 微服务以单个接口为颗粒度，一个接口可能就是一个项目，如果每个项目都包含一个配置文件，一个系统可能有几十或上百个小项目组成，那配置文件也会有好多，对后续修改维护也是比较麻烦，就和前面的服务注册一样，服务注册与发现是将服务从分散到中心化，而今天的配置中心是将配置文件从分散到中心化，这样便于后续维护。

本文选自 《微服务架构设计模式》 一书。

无限合并 最近工作上接到一个需求模块：关于账号自动合并的问题。简化来讲，手机1和邮箱1是一个账号，手机1和邮箱2请求过来创建账号时，由于手机号相同，自动合并为一个账号。手机3和邮箱2再过来请求创建账号，由于邮箱相同，自动合并为一个账号。

「微服务开源生态报告」，汇集各个开源项目近期的社区动态，帮助开发者们更高效的了解到各开源项目的最新进展。 社区动态包括，但不限于：版本发布、人员动态、项目动态和规划、培训和活动。 非常欢迎国内其他微服务领域的开源项目将近期的社区动态，投递给我们，我们将一同发布。

Kubernetes是容器编排和调度领域的王者，它击败了竞争对手Docker Swarm和Apache Mesos，开启了闪耀的未来，微服务可以自修复，可以自动扩展，可以跨zone，region甚至跨云供应商进行federate。

0、目录 整体架构目录：ASP.NET Core分布式项目实战-目录 监控目录：微服务监控zipkin、skywalking以及日志ELK监控系列 一、zipkin介绍  zipkin是一种分布式跟踪系统，有助于收集微服务架构中的延迟问题所需要的时序数据（收集查找），收集微服务之间的调用情况，然后处理调用之间数据延迟等问题。

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

熔断、降级： 熔断：熔断就是我们常说的“保险丝”，意为当服务出现某些状况时，切断服务，从而防止应用程序不断地常识执行可能会失败的操作造成系统的“雪崩”，或者大量的超时等待导致系统卡死等情况，很多地方也将其成为“过载保护”。

在此模型中，通过在负载均衡器后面运行复制的实例来扩展应用程序，称为X轴缩放。微服务架构是Y轴缩放的应用，数据分区模式是Z轴缩放的应用。 X轴缩放 X轴缩放包括在负载均衡器后面运行的应用程序的多个副本。

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

- 微服务的发展 微服务倡导将复杂的单体应用拆分为若干个功能简单，松耦合的服务。这样可以降低开发难度、增强扩展性、便于敏捷开发，当前被越来越多的开发者推崇。很多互联网行业巨头、开源社区等都开始了微服务的讨论和实践。

在详细的了解SpringCloud中所使用的各个组件之前，我们先了解下微服务框架的前世今生。 单体架构 在网站开发的前期，项目面临的流量相对较少，单一应用可以实现我们所需要的功能，从而减少开发、部署和维护的难度。

简介：面向生产的一站式解决方案 领航微服务低成本转型实践。每日搜罗最具权威专业书籍，更多图书请关注“每日读本书”。

什么是微服务 一、微服务、分布式、集群的区别 概念： 集群：复制应用 相同的模块，在不同的服务器上 分布式：分散压力 不同模块部署在不同的服务器上。

如果单纯得做微服务开发，虽然也可以通过传统得脚本，或者Jinkens工具以脚本的方式进行CI/CD发布，但是相对于Docker镜像来讲，还不是最方便的，所以如果要做CI/CD，最好还是使用Docker镜像来发布。

网关 一、为什么使用网关？ 1） 客户端的需求量与每个微服务暴露的细粒度API数量的不匹配。 （比如，移动客户端一个页面，需要请求上百个微服务，没有效率） 2）客户端请求微服务的协议可能并不是web友好型。

阿里系：Duboo做服务化治理，Zookeeper服务注册中心，SpringMVC or SpringBoot基础框架 Spring Cloud栈：Spring Cloud，Netflix Eureka， Spring Boot 来自为知笔记(Wiz)

本文讲的是实现微服务，每个组织都会面临的6个挑战【译者的话】本文向大家分享了实践微服务架构时常见的问题，以及一些解决方案。

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

一、什么是服务网关 服务网关 = 路由转发 + 过滤器 1、路由转发：接收一切外界请求，转发到后端的微服务上去； 2、过滤器：在服务网关中可以完成一系列的横切功能，例如权限校验、限流以及监控等，这些都可以通过过滤器完成（其实路由转发也是通过过滤器实现的）。

微服务离不开RPC框架，RPC框架的原理、实践及细节，是本篇要分享的内容。

这篇文章是记录了自己的一次集成Hystrix的经验，原本写在公司内部wiki里，所以里面有一些内容为了避免重复，直接引用了其他同事的wiki，而发布到外网，这部分就不能直接引用了，因此可能不会太完整，后续会补充进去。

2019 年 10 月 17 日，支流科技 API 网关 APISIX 进入 Apache 开始孵化。笔者表示去搜索了一下这家公司 OpenResty 圈内顶级大牛《OpenResty 最佳实践》作者 温铭 和 王院生，这就非常有意思了 APISIX 是一个高性能、可扩展的微服务 API 网关。

微服务是一个软件架构模式，对微服务的讨论大多集中在容器或其他技术是否能很好的实施微服务这些方面。 本文将从以下几个角度来和大家分享在微服务架构下进行数据设计需要关注的地方，旨在帮助大家在构建微服务架构时，提供一个数据方面的视角: ● 什么是微服务 ● 微服务的优势及架构特点 ● 微服务架构下的数据设计 ● 一个适合微服务架构的数据库 1 什么是微服务 按照 Martin Fowler 的定义，微服务是一个软件架构模式，通过开发一系列的小型服务的方式来实现一个应用。

小马哥现场分享 Dubbo Roadmap 2019 携程、工商银行、信用算力专家演绎 Dubbo 落地实践 Dubbo for go？核心作者等你共建社区

云栖号资讯：【点击查看更多行业资讯】在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ 这是一个入门问题，做微服务项目，首先就是要搭建 Project，代码采用什么样的形式来组织，这是我们面临的第一个问题。