4 天前 / JAVA日知录
大家好，我是飘渺 Jam，一名来自三流城市三流公司的三流程序员，这是我们的第 158 篇原创文章，如果你喜欢我的文章请点赞转发支持一下。 什么是微服务提到微服务不得不提 Martin Fowler 在 2014 年 3 月 25 日发表的文章 Microservices，里面给出了微服务的定义。后续国内所有关于微服务的介绍都是基于这篇文章的翻译，或加上自己的理解而成。其中最重要的一段如下： In short, the microservice architectural style [1] is an approach to developing a single application as a suite of small services, each running in its own process and communi...
6 天前 / Tao_Wen
本文的读者 你为代码总是被同事们写乱了而苦恼，但是又无法 Review 每一行代码 你要开发一个 SaaS，实现各种复杂功能的组合，但是又不能像互联网公司一样堆很多人来开发微服务 你模仿过主流的微服务，DDD 等做法，但并没有达到理想的效果，不介意尝试一些非主流的新办法 本文的目标是以尽可能浓缩的篇幅提供可模仿的步骤来达成“如何不 Review 每一行代码，同时保持代码不被写乱”的目标。总共三步 第一步：不要拆分代码仓库，不要拆微服务。Monorepo is all you need，Feature Toggle is all you need。 第二步：管控集成类需求的代码审查：主板加插件。
6 天前 / u128287
背景 ALIWARE 微服务在最近几年大行其道，很多公司的研发人员都在考虑微服务架构，同时，随着 Docker 容器技术和自动化运维等相关技术发展，微服务变得更容易管理，这给了微服务架构良好的发展机会。 在做微服务的路上，拆分服务是个很热的话题。我们应该按照什么原则将现有的业务进行拆分？是否拆分得越细就越好？接下来一起谈谈服务拆分的策略和坚持的原则。 拆分目的是什么？ ALIWARE 在介绍如何拆分之前，我们需要了解下拆分的目的是什么，这样才不会在后续的拆分过程中忘了最初的目的。
8 天前 / mrg
JPower：微服务快速开发平台 QQ 群号 : 860452768 tip: 加群后凭 Star 截图可免费获取代码生成器一份 JPower 只是刚起步，很多功能还在开发中敬请期待。..... JPower 简介 JPower 是由一款政府商业项目升级优化而来。 采用前后端分离的模式，前端开源项目：jpower-ui( 基于 AVue、Vue、Element-UI)、JPowerWeb( 基于 Vue、Element-UI) JPower 基于 SpringCloud(2020.0.1) + SpringBoot(2.4.2) 的微服务快速开发平台。
11 天前 / 祝坤荣(时序)
原文标题： Untangling Microservices, or Balancing Complexity in Distributed Systems 原文地址 [1]上篇地址 [2]翻译：祝坤荣 微服务让我们先从精确定义什么是服务和微服务来开始。 什么是服务？根据 OASIS 标准9[3]，一个服务是： 通过规定好的接口提供能访问一种或多种能力的机制 规定好的接口这部分很重要。服务的接口定义了它暴露给外界的功能。根据 Randy Shoup 10[4]的说法，服务的公共接口简单来说就是任何让数据进出服务的机制。它可以是同步化的，如简单的请求 / 响应模型，或者异步化的，一个生产事件一个消费事件。
13 天前 / AddoZhang
Quarkus 的文章之前写过三篇了，讲过了 Quarkus 的小而快。 Hello, Quarkus应"云"而生的 Java 框架 Quarkus：构建本机可执行文件谁说 Java 不能用来跑 Serverless？ 一直在酝酿写一篇 Quarkus 生态相关的，因为最近一直在忙 Meetup 的事情而搁浅。正好看到了这篇文章，就拿来翻译一下，补全云原生中的“微服务”这一块。 本文译自《Implementing Microservicilities with Quarkus and MicroProfile》[1]。 为什么要使用微服务特性？在微服务架构中，一个应用程序是由几个相互连接的服务组成的，这些服务一起工作来实现所需的业务功能。
17 天前 / 捉虫大师
前言 说到 redis，可能大家的脑海中蹦出的关键词是：NoSQL、KV、高性能、缓存等。但今天的文章从另一个角度——微服务来展开。 这篇文章的起因也是源自一次面试经历，在面试一位来自陌陌的候选人（就是那个交友的陌陌）时，他提到一点让我觉得很有意思，他说 redis 在陌陌被使用的非常广泛，除了常规的缓存外，某些场景下也当 NoSQL 数据库来使用，还用 redis 作为微服务的注册中心，甚至连 RPC 的调用协议都用了 redis 协议。
19 天前 / BloomingRose
上一次我们简单介绍了什么是微服务（.NET Core with 微服务 - 什么是微服务）。介绍了微服务的来龙去脉，一些基础性的概念。有大佬在评论区指出说这根本不是微服务。由于本人的能力有限，大概也只能理解到这个层次。先不管它到底是不是微服务吧，既然开篇了，那就硬着头皮把这个系列写完。我想不管是对自己对看官多少还是有点帮助的。 架构图这篇文章将从一张架构图开始说起（开局一张图，内容全靠凑）。 很多介绍微服务架构的文章画的架构图比这张图复杂的多。我根据自己的理解与实践修改跟精简了一下。 上次评论区说。
24 天前 / flyer0126
微服务架构使得可以通过明确定义的服务边界来隔离故障。但是像在每个分布式系统中一样，发生网络、硬件、应用级别的错误都是很常见的。由于服务依赖关系，任何组件可能暂时无法提供服务。为了尽量减少部分中断的影响，我们需要构建容错服务，来优雅地处理这些中断的响应结果。本文介绍了基于 RisingStack 的 Node.js 咨询和开发经验构建和操作高可用性微服务系统的最常见技术和架构模式。微服务架构的风险微服务架构将应用程序逻辑移动到服务，并使用网络层在它们之间进行通信。
27 天前 / 祝坤荣(时序)
原文标题： Untangling Microservices, or Balancing Complexity in Distributed Systems 原文地址 [1] 翻译：祝坤荣 微服务的蜜月期已经结束了。Uber 正在将成千记的微服务重构成一个更加可管理的方案 [1]；Kelsey Hightower 正在预测单体架构将是未来 [2]；Sam Newman 甚至声明微服务不应该是第一选择，而应该是最后一个选择 [3]。 这是怎么回事？尽管微服务承诺了简单和灵活，为什么这么多的项目变得难以维护？或者难道最终单体架构更好？ 在这篇文章中，我想要讨论这些问题。
32 天前 / u470241
《微服务的灾难》是我于 2019 年五一期间写的系列文章，当时其实写了很多： 只发了一部分 ( 另外一部分出于言辞激烈或影射太容易对号入座等原因没有发)，最近又看到有老外写类似的东西，阅读后主要是说基础设施和稳定性的，和我当时发出来的六篇正好算是互补吧。 这里将当时的内容汇集一下，仅供参考，虽然都是故事，但也都是真实 ( 这让人想到了最终幻想里的 This is a fantasy based on reality，哈哈)。 通用语言的灾难在架构师们很喜欢的 Domain Driven Design，即 DDD 中，第一课就是教导团队形成自己独有的通用语言 (Ubiquitous Language)...
32 天前 / u553049
本文我们简单聊聊当下主流的 3 个 Java 微服务框架，看看各自的特点。 1. Spring and Spring BootSpring Boot 在 Java 微服务领域绝对是一哥，毫无争议，据说已经占据 57% 的市场份额。 Spring Boot 这么牛是有道理的，它太成熟了，功能特性极其丰富，不管你的需求多复杂，都能满足你。 还内置了各种通用的功能，例如安全认证等等，开箱即用，非常方便。 SpringBoot 配置优先的理念大大简化了开发，通过自动配置可以非常简单的集成各种技术。 SpringBoot 集成了嵌入式的 Tomcat，应用打成 jar 包即可以运行，可以方便的运行在容器中。
33 天前 / reesunhuang
背景介绍哈啰已进化为包括两轮出行（哈啰单车、哈啰助力车、哈啰电动车、小哈换电）、四轮出行（哈啰顺风车、全网叫车、哈啰打车）等的综合化移动出行平台，并向酒店、到店团购等众多本地生活化生态探索。 随着公司业务的不断发展，流量也在不断增长。我们发现生产中的一些重大事故，往往是被突发的流量冲跨的，对流量的治理和防护，保障系统高可用就尤为重要。 服务之间的交互通常可以分为直接调用和通过消息队列解耦的异步调用。他们都可以归为流量调用范畴，本文为就哈啰在消息流量和微服务调用的治理中踩过的坑、积累的经验一个分享。
34 天前 / u553049
良好的微服务设计可以使后期的升级维护更加轻松，否则将会令人非常头疼。 下面几个设计原则强烈建议采用： 单一职责高内聚低耦合隐藏内部实现避免代码库共享避免数据过度暴露避免数据库共享最小化同步调用最小化硬件共享避免使用平台独特性技术这三大原则是面向对象设计中的核心，同样适用于微服务设计。 1. 单一职责每个微服务只应担负一个职责。 比如一个微服务中有两大功能： 商品分类管理购物车把它们放在一起看起来问题不大，因为使用的技术相同、功能和数据上会有比较紧密的联系，在组织结构上，通常是由同一个开发小组负责。
45 天前 / 四猿外
从我接触微服务以来，迄今也得有五六年了。断断续续要么从零开始，要么中途接手，也经历了 5 套微服务项目了。 从这些项目中的经验以及和同行交流来看，根据业务切分微服务的方法总的来说思路不复杂，但是落地总是出现了各种各样的问题。一直到现在，我也还在探索着最好的微服务落地的最佳办法。 在之前的文章我也提过，一个服务一个数据库是微服务最基本的模式，也谈了为什么要搞微服务。今天这篇文章我想谈谈： 一个服务一个数据库这种最基本的模式落地，大体的做法是怎么样的。