如何从我在此处找到的AWS Elastic Beanstalk应用程序中读取环境属性:
Configuration > Software Configuration > Environment Properties
以下方法均无效:
ConfigurationManager.AppSettings["MyServiceUrl"]
ConfigurationManager.AppSettings["aws:elasticbeanstalk:application:environment.MyServiceUrl"]
Environment.GetEnvironmentVariable("MyServiceUrl")
Environment.GetEnvironmentVariable("aws:elasticbeanstalk:application:environment.MyServiceUrl")
“完全限定”的名称尝试来自AWS EB documentation。
有什么想法吗?
答案 0 :(得分:15)
在.ebextensions/myoptions.config
文件中:
option_settings:
- option_name: MyServiceUrl
value: change me
这将添加" MyServiceUrl" EB环境属性部分中的选项(正如您已经看到的那样)。部署后,这会将以下内容添加到您的Web.Config
文件中:
<appSettings>
<add key="MyServiceUrl" value="change me" />
</appSettings>
如果你进入你的EC2实例,你会看到这个。
使用EB控制台更改属性时,将在Web.Config
文件中修改该设置。
因此,您使用标准AppSettings
方法访问此属性:
string value = ConfigurationManager.AppSettings["MyServiceUrl"];
The Catch:
您需要确保您的Web.Config
文件不包含此设置,否则EB不会替换它。如果您的Visual Studio部署包中包含此设置,那么EB将不会替换它,并且当您通过代码访问该属性时,您将始终收到已部署的值。
解决方案:
在您Web.Release.config
文件中,在Visual Studio部署期间删除该设置:
<appSettings>
<add key="MyServiceUrl" xdt:Transform="Remove" xdt:Locator="Match(key)" />
</appSettings>
这将在Visual Studio部署期间从Web.Config
中删除该设置,并允许EB在EB部署期间将值添加到文件中。
答案 1 :(得分:2)
看起来这种行为在Elastic Beanstalk中已经发生了变化。文档现在说
AWS管理控制台中应用的设置会覆盖相同的设置 配置文件中的设置(如果存在)。这让你有 配置文件中的默认设置,并使用 控制台中的环境特定设置。
因此,您现在可以在web.config和Elastic Beanstalk配置中使用相同的配置名称,并且Elastic Beanstalk值将覆盖web.config中的任何值。看起来EB只是在web.config文件中添加了新条目,因此在两个地方定义的任何值都会有两个条目。由于EB添加的条目稍后在文件中,因此它们优先。
答案 2 :(得分:0)
确实在AWS Doc (Using the AWS Elastic Beanstalk .NET Platform)上显示了:
AWS管理控制台中应用的设置会覆盖配置文件中的相同设置(如果存在)。这使您可以在配置文件中拥有默认设置,并在控制台中使用特定于环境的设置覆盖它们。有关优先级以及更改设置的其他方法的更多信息,请参阅“配置选项”。
...我认为它是指.ebextensions配置文件,而不是app.config或web.config文件。请参阅上面的链接,其中引用了适用的'precedence'规则;它表示优先考虑的是“在创建环境或更新环境期间指定的设置”,因此我了解的是部署期间设置的设置值优先(这些设置在app.config / web.config中)。 / p>
我刚刚对此进行了测试,上面的Matt Houser答案正确无误。您必须删除已部署版本中的app.config / web.config项,才能将“环境属性”考虑在内。