微服务标准健康检查和 API 响应
Microservices standard Healthcheck and API response
我想知道我应该如何实施某些事情。我是微服务架构的新手，但我想我了解它是如何以某种方式工作的。但是我对共享代码和共享项目的事情很困惑。
我正在开发一个包含大约 50 个微服务的新系统，其中还包括 ApiGateWays。我只在 ASP.net Core
工作
我想标准化请求和响应。我创建了一个仅包含模型的新项目，因此不包含任何逻辑，只有一些界面和一些 类.
它是否以任何方式损害了微服务架构的核心原则？
我知道在某一点上确实如此，但我只在 ASP.Net 核心中开发，它是一个非常基本的无逻辑模型集合，是整个系统的标准，所以如果我要创建一个 node.js项目然后我也会在那里使用相同的模型。
另外一个就是HealthCheck中间件。我正在考虑在共享项目中创建它，我只是从微服务中引用它。这将包含逻辑，所以我很困惑，我认为如果我将它复制并粘贴到任何地方都不会比为它创建一个共享项目更好。它必须是标准的东西，所以如果我出于某种原因必须更改它，那么我也必须更改每个微服务。
你怎么看这件事？这样做是一个好习惯吗？我知道这不是最佳实践，我知道如果我愿意在一个团队中工作，我不会尝试在共享项目中使用 HealthCheck，因为这会导致比它解决的问题更多的问题，因为哪个团队应该开发它并且等等...
最后，有人可以帮助我理解微服务中的整个代码共享，如果可能的话，我读了很多关于它的文章，但每个人都说你可以共享，但你应该避免它.有时间的请帮帮我，我想很多新手如何跳进微服务，独自开发都有这样的困惑。
感谢您的宝贵时间，我希望这对微服务中的一些新手有所帮助，他们在微服务之间共享代码方面也有同样的困惑
在微服务世界中，仍然需要共享库。健康检查就是其中之一。
MSDN 文档对此进行了详细描述。
https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/health-checks?view=aspnetcore-3.1
健康检查共享库将使用该代码并为您的微服务提供方法，以通过调用一种扩展方法来注册健康检查端点。
此外，所有微服务注册的端点都是相同的。
如果您需要更多信息，请告诉我，我会详细说明。
我想知道我应该如何实施某些事情。我是微服务架构的新手，但我想我了解它是如何以某种方式工作的。但是我对共享代码和共享项目的事情很困惑。
我正在开发一个包含大约 50 个微服务的新系统，其中还包括 ApiGateWays。我只在 ASP.net Core
工作我想标准化请求和响应。我创建了一个仅包含模型的新项目，因此不包含任何逻辑，只有一些界面和一些 类.
它是否以任何方式损害了微服务架构的核心原则？ 我知道在某一点上确实如此，但我只在 ASP.Net 核心中开发，它是一个非常基本的无逻辑模型集合，是整个系统的标准，所以如果我要创建一个 node.js项目然后我也会在那里使用相同的模型。
另外一个就是HealthCheck中间件。我正在考虑在共享项目中创建它，我只是从微服务中引用它。这将包含逻辑，所以我很困惑，我认为如果我将它复制并粘贴到任何地方都不会比为它创建一个共享项目更好。它必须是标准的东西，所以如果我出于某种原因必须更改它，那么我也必须更改每个微服务。
你怎么看这件事？这样做是一个好习惯吗？我知道这不是最佳实践，我知道如果我愿意在一个团队中工作，我不会尝试在共享项目中使用 HealthCheck，因为这会导致比它解决的问题更多的问题，因为哪个团队应该开发它并且等等...
最后，有人可以帮助我理解微服务中的整个代码共享，如果可能的话，我读了很多关于它的文章，但每个人都说你可以共享，但你应该避免它.有时间的请帮帮我，我想很多新手如何跳进微服务，独自开发都有这样的困惑。
感谢您的宝贵时间，我希望这对微服务中的一些新手有所帮助，他们在微服务之间共享代码方面也有同样的困惑
在微服务世界中，仍然需要共享库。健康检查就是其中之一。
MSDN 文档对此进行了详细描述。
https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/health-checks?view=aspnetcore-3.1
健康检查共享库将使用该代码并为您的微服务提供方法，以通过调用一种扩展方法来注册健康检查端点。
此外，所有微服务注册的端点都是相同的。
如果您需要更多信息，请告诉我，我会详细说明。