《微服务》专题

Docker的安装是比较简单的，笔者原本不想过多提及；但是看到有不少读者对Docker的安装提出了疑问，故此进行一个安装的总结。 对于Linux用户可以借助其发行版的Linux包管理工具安装，对于Windows和MAC用户相对麻烦一些，笔者下面以Windows7系统为例，讲述安装过程。笔者强烈建议大家使用Linux系统进入本章的学习，第一是比较符合目前Docker的市场趋势，第二Docker本身就

有人能帮我吗？我想将SpringSleuth与我的SpringBoot微服务集成。我添加了依赖项。也尝试添加SLF4J与它一起。但它是打印普通日志。没有以侦探风格打印，如应用程序名称、span id、traceid等。我不确定它是否识别依赖关系？我需要添加任何其他依赖项吗？有属性文件吗？ 你能指导准确的依赖性吗？以及具体的配置步骤？

我阅读了有关JMH的信息，并尝试了提供的样本。 我想做的是测量以下场景的统计数据， 【1】客户订单- 我可以成功地完成[1]到[5]场景。在这里，我使用Benchmark从@Benchmark注释方法调用我的客户机。罐子 现在，我一直在测量从[2]到[4]的统计数据，这表示服务器端的处理。我应该通过注释服务器端方法来做到这一点吗？如果是这样，我如何调用这些方法来获得基准统计数据？ 文档中说，运行J

本文向大家介绍微服务的端到端测试意味着什么？相关面试题，主要包含被问及微服务的端到端测试意味着什么？时的应答技巧和注意事项，需要的朋友参考一下 端到端测试 验证工作流中的所有流程，以检查一切是否按预期工作。它还确保系统以统一的方式工作，从而满足业务需求。

本文向大家介绍微服务架构的优点和缺点是什么？相关面试题，主要包含被问及微服务架构的优点和缺点是什么？时的应答技巧和注意事项，需要的朋友参考一下 微服务架构的优点 微服务架构的缺点 可以自由使用不同的技术 增加故障排除的难度 每个微服务都专注于单一功能 由于远程调用而导致延迟增加 支持单个可部署单元 增加配置和其他操作的工作量 允许软件的持续发布 难以维持处理的安全性 可确保每项服务的安全性 很难跟

我已经将我的微服务部署到AWS服务器上的docker容器中，该容器使用Akka-HTTP（https://github.com/theiterators/akka-http-microservice）和Scala编写。一旦我将服务部署到AWS服务器上，我就会面临内存泄漏问题和性能问题。 如果它正确地清除了未使用的内存/资源，我们就可以避免这种情况。JVM应该使用垃圾收集器自行处理内存使用情况。但一

gRPC以其性能和效率似乎成为微服务内部通信的热门选择。 然而，gRPC使得查询关系数据变得更加困难，并且需要更多的工作来挂接到我们的API网关。 另一个选择是每个微服务实现它们自己的GraphQL模式，这样它们就可以使用API网关中的Apollo Federation轻松地拼接在一起。 我们如何决定使用哪种方法？ 有没有什么值得我们考虑的显著优势？例如。在易用性、可维护性、可伸缩性、性能等方面？

我有一个使用GraphQL的微服务架构。它有一个GraphQL网关，它使用模式拼接来组合所有GraphQL模式。 我计划按照以下方式实现身份验证和授权： 身份验证-令牌由第三方（AWS Cognito) 解码--我想在网关级别执行此操作。这是一个巨大的好处。它将消除很多跨多个微服务的逻辑。这也使得迁移变得很容易，以防我们需要更改提供程序(AUTH0？）。加 服务中的授权-所有服务必须管理的是授权和

我有一个非常简单的qukus微服务，它使用小型响应消息（kafka）。有时我的kafka代理会崩溃，我得到以下日志： 重新启动代理后，我必须手动重新启动我的微服务。是否有可能增加微服务的功能，以便在不进行任何手动操作的情况下重新汇总新传入的消息？ 谢谢你！

事件源和CQR如何帮助实现微服务的解耦架构。 我们可以让微服务拥有自己的数据，其他人通过服务访问数据，即使是通过传统的持久性手段。不是吗？

我在后端使用微服务架构，其中我使用TypeScript创建服务，其他使用Java创建服务。我还有一个Spring网关和一个Eureka服务器（都使用Spring）。 然后，Gateway工作正常，Eureka工作正常，用Java编写的其他微服务也工作正常。问题是当我试图通过网关访问TypeScript微服务时。 我有一个简单的Eureka服务器，在Spring使用注释EnableEurekaSer

我们正在尝试将我们的单片应用程序转换为基于微服务的体系结构。我们使用Postgresql作为单一应用程序中的数据库之一，并使用BoneCP进行连接池。 当这个整体被拆分为多个独立的微服务，每个服务都运行在不同的JVM中时，我可以考虑两种连接池选项 BoneCP或任何适合每个微服务的连接池-我的初步研究表明，这是主要选择。可以对每个服务的连接需求进行细粒度控制。但是，不利的一面是，随着服务数量的增加

我缓慢而坚定地采用了微服务方法。所以我创建了一些总是返回JSON的微服务。

我们有一个微服务架构，其中来自公共（移动应用程序）的单个请求在内部导致对不同服务的4个HTTP调用。 使用保持活动 使用Apache HTTP池(HTTP://hc.Apache.org/httpcomponents-client-ga/httpclient/apidocs/org/Apache/HTTP/impl/conn/poolingclientconnectionmanager.html)

大家好，我是微服务的架构新手，所以我有一个miscroservice，每个实体都链接到“用户”实体，但问题是“用户”实体在另一个微服务中，有什么解决方案吗？ 如果我在同一个微服务中没有两个实体，我不知道在哪里使用@onetomany关系） 我无法将两个微服务组合在一起。 领域模型层呢？使用另一个微服务的数据是不是最好的解决方案？ 提前感谢。