《微服务》专题

我是测微计新手。有人能告诉我如何在spring boot中集中管理微服务指标吗？ 在哪里可以获得influxdb中所有注册的服务信息、矩阵和存储的度量？

基本 Nest 微服务是一种使用与HTTP不同的传输层的应用程序。 安装 首先，我们需要安装所需的软件包： $ npm i --save @nestjs/microservices 概述 通常，Nest支持一系列内置的传输器。它们基于 请求-响应 范式，整个通信逻辑隐藏在抽象层之后。多亏了这一点，您可以轻松地在传输器之间切换，而无需更改任何代码行。我们不支持具有基于日志的持久性的流平台，例如 Ka

我有一个简单的设置，有一个Eureka服务注册服务器、一个用于公共API的服务和一个使用RESTTemplate从公共API调用的服务。Eureka告诉我服务已成功注册，但当我调用服务时 我得到以下异常 谢谢

我实际上在研究微服务，我面临一个问题。 上下文 我正在开发两个微服务： 用户管理，基于spring，使用MySQL数据库 计划管理，基于ASP.NET与SQL Server数据库。此服务的唯一访问点是列出一些RESTFULendpoint的API，如 计费管理，基于MongoDB的node.js。 问题 > 我该怎么做才能只允许通过用户服务访问规划信息，而不耦合这两个服务？知道以后可以从其他地方访

我想知道每种方法的利弊是什么。例如，在graphQL中包含所有内容似乎有点多余，因为我们将在每个服务中复制模式的部分。另一方面，我们使用GraphQL来避免一些REST缺陷。我们担心拥有RESTendpoint会抵消从GQL获得的优势。 有人遇到过类似的困境吗？我们都没有使用GraphQL的经验，所以这里是否有一些明显的利弊我们可能会遗漏？ 提前道谢！

编排微服务的标准模式是什么？ 如果一个微服务只知道它自己的领域，但是有一个数据流需要多个服务以某种方式交互，那该怎么做呢？ 假设我们有这样的东西： null 在某个地方，有人按下中的一个按钮，“我完成了，让我们这么做吧！”在一个典型的整体服务体系结构中，我认为有一个来处理这个问题，或者装运服务了解发票服务并直接调用发票服务。 但在这个美丽的微服务新世界里，人们是如何处理这件事的呢？ 我确实知道这可

我读过一些关于微服务架构的文章，但没有人会讨论事务。尽管他们说这很难做到。也许有人能描述一下如何处理这个问题？ 但不是从领域方面，而是从技术方面。假设我们有一个业务案例，我们需要调用两个不同的服务，它们都对数据库进行了一些更改。但是如果第二个发生错误，如何回滚呢？ 谁知道这个问题的一些库或设计模式？

更准确地说，在我看来，BDD测试应该验证业务逻辑，而且只验证业务逻辑。在许多框架中，BDD测试场景是由滑板持有者用DSL创建的。BDD测试倾向于收敛于排他性的“不了解基础设施”的实践。另一方面，集成测试应该验证解决方案是否与目标基础结构匹配（它们由DevOps完成？），并且只与基础结构匹配。当业务功能通过微服务“分布”时，您应该模拟BDD测试环境（应该是本地环境）中的几乎所有内容（infra和bu

Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr

什么是 CoolStore CoolStore 是在线电子商务平台，它由如下微服务构成。 不同服务代码地址如下: $ git clone https://github.com/gpte-appmod-microservices-advanced/inventory-service.git $ git clone https://github.com/gpte-appmod-microservic

我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？

微信客服 当用户关注了微信公众号所回复的消息体现 详细记录了粉丝昵称、留言内容、留言时间、回复内容、回复时间

我有几个微服务，每个微服务都有用于CRUD操作的RESTendpoint。我必须创建一个工作流，该工作流将从一个带有一些初始输入的微服务开始，但一个微服务的稍后输出可以用作其他微服务的输入。可以对这些REST API进行一些同步和异步调用。 我已经寻找了一些工作流引擎，但我不认为我可以在不编写任何java代码的情况下创建我的工作流。

在单体架构时，因为服务不会经常和动态迁移，所有服务地址可以直接在配置文件中配置，所以也不会有服务发现的问题。但是对于微服务来说，应用的拆分，服务之间的解耦，和服务动态扩展带来的服务迁移，服务发现就成了微服务中的一个关键问题。 服务发现分为客户端服务发现和服务端服务发现两种，架构如下图所示。 这两种架构都各有利弊，我们拿客户端服务发现软件Eureka和服务端服务发现架构Kubernetes/SkyD

背景 当前有两个服务，分别是user-service和order-service，nacos服务列表中无法发现两个服务 排查 Nacos v2.2.3 依赖已引入，配置文件已配置addr 运行时未出现连接nacos的日志： 希望大佬们可以帮忙看看是什么问题 问题程序链接 https://oss-20001.oss-cn-qingdao.aliyuncs.com/cloud-demo.zip