kvi*_*sta 9 cloud amazon-ec2 azure cloud-hosting
我想了解什么是降低基于云的系统的供应商锁定风险的最佳方法.
例如,我想将多种不同的系统部署到Amazon EC2或Windows Azure,但我希望在必要时尽量降低将这些系统迁移到其他云供应商的成本.
至少,我似乎越依赖特定于供应商的解决方案(如亚马逊队列服务),我就越是固有地锁定(至少我认为如此),但我想更好地理解这种风险除此之外的任何东西.
我是否可以使用架构策略来缓解这种情况(例如,依赖于map reduce,因为我的脚本可以移植到另一个地图中减少云环境)？是否有比其他更好的O/S或堆栈(Linux,LAMP？).使用JClouds有帮助吗？
理想情况下,我想设计可以部署在EC2上的虚拟系统,但随后可以轻松迁移到Azure或App Engine(反之亦然).
我通常用Java编写,但我正在考虑选择性地使用Scala和Python(或Jython),并且我通常仍然试图保持基于JVM的.我倾向于做很多并行处理,并依赖于SQL和非SQL(但不是必需的NoSQL)存储和数据处理技术.
提前致谢.希望我在这里不是太不现实.
在我看来,你描述的问题的唯一架构模式是:抽象
确保坚持使用各种供应商提供的资源,如存储,队列等.为每个供应商创建抽象层.
希望这可以帮助.考虑到云提供商之间服务的可变性,我不认为这是一项非常简单的任务
| 归档时间： |
|
| 查看次数： |
603 次 |
| 最近记录： |