Spring cloud 通过Sidecar的Spring云配置服务器

我们在node.js应用程序中使用spring cloud sidecar。如果我们能够从spring配置服务器提供配置并使该配置可供节点应用程序使用，这将非常有用

我希望sidecar代表节点应用程序解决任何属性占位符问题

sidecar已经访问了配置服务器，我知道sidecar中的环境将解析所有的属性占位符。我的问题是，如何有效地向节点应用程序公开所有这些属性？我可以创建一个简单的rest端点，它接受一个键，然后返回

environment.getProperty（key）

，但这样做效率极低

我想我可以迭代所有的属性源（我知道并不是所有的属性源都可以被枚举），收集一组唯一的名称，然后转身为每个名称调用

environment.getProperty（）

但是有更好的办法吗

我不得不想象这是其他人在多语言环境中使用SpringCloud时所需要的功能
 您可以向侧车询问配置服务器的位置，然后直接在那里发送请求。占位符是否意味着必须在本地解析？如果直接从配置服务器获取属性源，则必须在Javascript/Node中实现逻辑来解析属性占位符。如果我们引入其他语言的新服务，它们也必须实现逻辑来解决占位符问题。由于配置服务器是一个核心基础设施服务，如果在侧车中解析占位符就更好了。或者配置服务器可以使用一个查询参数来解析这些占位符，以指示是否应该解析占位符？有趣，它目前没有这样做的原因是，这些占位符可以从Spring的
环境中的其他地方解析（类路径配置文件、环境变量、系统属性等）。可能存在未解析的占位符。提交问题？我将在side car项目下提交问题，因为这似乎是代表父应用程序处理属性占位符的更合适的地方。您可以向side car请求配置服务器位置，然后直接向那里发送请求。占位符是否意味着必须在本地解析？如果直接从配置服务器获取属性源，则必须在Javascript/Node中实现逻辑来解析属性占位符。如果我们引入其他语言的新服务，它们也必须实现逻辑来解决占位符问题。由于配置服务器是一个核心基础设施服务，如果在侧车中解析占位符就更好了。或者配置服务器可以使用一个查询参数来解析这些占位符，以指示是否应该解析占位符？有趣，它目前没有这样做的原因是，这些占位符可以从Spring的
环境中的其他地方解析（类路径配置文件、环境变量、系统属性等）。可能存在未解析的占位符。提交问题？我将在side car项目下提交问题，因为这似乎是一个更合适的地方，可以代表父应用程序来处理房产占位符。