Java 进入AWS云-紧密集成(dis)优势?

Java 进入AWS云-紧密集成(dis)优势?,java,architecture,amazon-web-services,amazon-ec2,cloud,Java,Architecture,Amazon Web Services,Amazon Ec2,Cloud,在AWS WhitePappers中,广泛使用AWS服务: 高级经济主任(电邮) SNS(通知) SQS(队列) 外部化会话的memcache S3用于通用存储(文件/备份/配置元数据…) 这样的服务真的很棒,但我害怕广泛使用它们,因为这样我们就失去了从AWS环境快速迁移回来的选择 作为一名架构师,我很高兴我们可以在任何地方扩展并拥有可靠的东西,但另一方面,您将永远被锁定在AWS环境中。你觉得怎么样 我仍在阅读有关移入云端的公司的信息,但我从未阅读过移入云端的公司的信息。我为一家使用AWS的

在AWS WhitePappers中,广泛使用AWS服务:

  • 高级经济主任(电邮)
  • SNS(通知)
  • SQS(队列)
  • 外部化会话的memcache
  • S3用于通用存储(文件/备份/配置元数据…)
这样的服务真的很棒,但我害怕广泛使用它们,因为这样我们就失去了从AWS环境快速迁移回来的选择

作为一名架构师,我很高兴我们可以在任何地方扩展并拥有可靠的东西,但另一方面,您将永远被锁定在AWS环境中。你觉得怎么样


我仍在阅读有关移入云端的公司的信息,但我从未阅读过移入云端的公司的信息。

我为一家使用AWS的公司工作,但期望我们可能会迁移到另一个解决方案(这是为1.0版本做准备的开发,因此一些架构细节仍在不断变化),因此,我们没有直接使用AWS,而是创建了包装类;我负责SQS和DynamoDB包装。当我们迁移到RabbitMQ和MongoDB时,转换相对来说比较轻松——对于DynamoDB->MongoDB转换,我们必须重写少量的非包装代码,而对于SQS->RabbitMQ转换,我们只需要更改队列包装器。

同意。您可以使用包装器类。此外,大多数云基础设施提供商都有一些基本服务,如排队、存储等。因此,您可以广泛使用这些基本服务,当您从AWS切换时,您所要做的就是更改包装器类。