阿里云存储空间配置属性有哪些？

来源：蜘蛛抓取(WebSpider) 时间：2022-06-22 20:27 标签： 阿里云服务器内存不足

在阿里云RAM控制台创建一个名为ADFS的身份提供商，并配置相应的元数据。AD FS的元数据URL为
浏览器输入链接，下载元数据文件。(连接中域名换为自己的)

  1. 云账号登录RAM控制台。
  2. 在左侧导航栏，单击SSO管理。
  3. 在角色SSO页签下，单击新建身份提供商。
  4. 输入提供商名称和备注。
  5. 在元数据文档处，单击上传文件。

二、创建RAM账号并授权

  1. 云账号登录RAM控制台。
  2. 在左侧导航栏，单击RAM角色管理。
  3. 选择可信实体类型为身份提供商，单击下一步。
  4. 选择身份提供商并查看限制条件后，单击完成。

点击完成并根据需求授予权限。

  1. 在服务器管理器的工具菜单中选择AD FS管理。
  2. 在AD FS管理工具中添加信赖方信任。

    选择阿里云应用，输入用户名密码。

摘要： 本文我们就如何使用阿里云ACM这样的配置管理产品在Spring Cloud中替代Spring Cloud Config帮助简化环境配置管理做一个简单的示例，帮助你理解基于ACM来简化微服务环境配置管理的方案，并会简单比较一下ACM与Spring Cloud Config方案的优劣。

在上书中的第6.7及6.8小节对于环境和配置有非常精彩的阐述，这里将原文引用在此 >服务需要一些配置。理想情况下，这些配置的工作量应该很小，而且仅仅局限于环境间配置的差异。如果你的配置修改了很多服务的基本行为，或者不同环境之间的配置差异很大，那么你可能就只能在一套环境中发现某个特定的问题，这是极其痛苦的事情。 >所以，如果存在不同环境之间的配置差异，应该如何在部署流程中对其进行处理呢？一种方法是对每个环境创建不同的构建物，并把配置内建在该构建物中。刚开始看这种方法好像挺有道理。配置已经被内建了，只需要简单的部署，它应该就能够正常工作了，对吧？其实这是有问题的。还记得持续交付的概念吗？我们想要创建一个构建物作为候选发布版本，并使其沿着流水线向前移动，最终确认它能够被发布到生产环境。想象一下，我构建了一个Customer-Service-Test构建物和Customer-Service-Prod构建物。如果Customer-Service-Test构建物通过了测试，但我真正要部署的构建物却是Customer-Service-Prod，又要如何验证这个软件最终会真正运行在生产环境中呢？ >还有一些其他的挑战。首先，创建这些构建物比较耗时。其次，你需要在构建的时候知道存在哪些环境。你要如何处理敏感的配置数据？我可不想把生产环境的数据库密码提交到源代码中，但是如果在创建这些构建物时需要的话，通常这也是难以避免的。 >一个更好的方法是只创建一个构建物，并将其配置单独管理。从形式上来说，这针对的可能是每个环境一个属性文件，或者是传入到安装过程中的一些参数。还有一个在应对大量微服务时比较流行的方法是，使用专用系统来提供配置，第11章会详细讨论这个话题。

当应用部署之后运行过程中，尤其是部署在多台服务器上之后，如果使用开发人员或者运维人员手工维护配置文件的方式，日积月累之后，会产生我们所谓的"配置飘移"问题，即由于应用以及依赖的组件的版本变更带来的配置差异，以及不同的团队或者人的多次不同时间点做的不同的修改会导致数据中心中每台机器上的相同的应用的配置在各台机器上或多或少都有细微的差别，而这往往是bug和重大故障隐藏之所。

在本文中，我们以一个测试和生产连接不同的数据库，配置不同的数据源(包括连接池)参数为例，介绍了如何将阿里云配置中心ACM与Spring Cloud一起使用，帮助你在微服务架构中简化你的环境配置管理。

我要回帖

更多关于 阿里云服务器内存不足 的文章

 

随机推荐