在本文上半部分中,我们介绍了如何选择云计算供应商以及平台。本文将继续介绍云计算解决方案,并举出三个实例。 细粒度 1. Storage-as-a-service 2. Database-as-a-service 3. Information-as-a-service 4. Process-as-a-service 5. Integration-as-a-service 6. Security-as-a-service 7. Management/governance-as-a-service 8. Testing-as-a-service 粗粒度 9. Application-……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
在本文上半部分中,我们介绍了如何选择云计算供应商以及平台。本文将继续介绍云计算解决方案,并举出三个实例。
细粒度
1. Storage-as-a-service 2. Database-as-a-service 3. Information-as-a-service 4. Process-as-a-service 5. Integration-as-a-service 6. Security-as-a-service 7. Management/governance-as-a-service 8. Testing-as-a-service
粗粒度
9. Application-as-a-service 10. Platform-as-a-service 11. Infrastructure-as-a-service
做这种目录的细分是很有用的,因为一个粗粒度的云计算提供商实际上可以是由许多细粒度的资源所组成的。例如,一个单独的platform-as-as-service提供商可以提供storage-as-a-service, database-as-a-service, process-as-a-service, security-as-a-service以及testing-as-a-service。
尽管看起来因为粗粒度的云计算解决方案提供了许多细粒度的资源,所以使用粗粒度的云计算解决方案会更容易,然而您的架构的需求可能会指示使用一个细粒度的解决方案。当考虑您的需求或者与架构的内建部分进行有效合并的能力后,您会发现对于您的架构来说,选择许多细粒度的云计算解决方案可能更好。
此外,我们需要看一下在之前的章节中定义并提炼的用于安装服务、流程以及信息的平台的能力。根据架构组件,候选的云计算提供商种类有:
流程
- Application-as-a-service
- Platform-as-a-service
- Infrastructure-as-a-service
- Process-as-a-service
- Integration-as-a-service
数据
- Application-as-a-service
- Platform-as-a-service
- Infrastructure-as-a-service
- Storage-as-a-service
- Database-as-a-service
- Information-as-a-service
服务
- Application-as-a-service
- Platform-as-a-service
- Infrastructure-as-a-service
- Information-as-a-service
为了使这一点更加明确,这里举几个架构的物理实例的例子。我们首先挑选云计算提供商的种类,然后进一步地选择提供商(例子11.1)。
例子11.1
流程:
Process-as-a-service
Appian Anywhere
数据:
Infrastructure-as-a-service
Amazon EC2
Database-as-a-service
Amazon Simple DB
服务:
Infrastructure-as-a-service
Amazon EC2
举个例子,我们可能在Amazon Simple DB和Amazon EC2平台上同时存储我们的数据。然后,我们可能在Amazon EC2平台上构建或者安装服务。比方说,使用在平台里他们根据需求提供的应用服务器。最后,我们可以用Appian Anywhere作为流程进行的平台。请记住,如我们在之前的章节中所描述的,流程是连接到服务的,而服务是连接到数据的。我们只是在这里选择目标平台。通过使用更多的云计算提供商,可以让这个解决方案变得更加复杂(例11.2)。
例11.2
流程:
Process-as-a-service
Appian Anywhere
Application-as-a-service
Salesforce.com
数据:
Infrastructure-as-a-service
3Tera Cloudware
Amazon EC2
Database-as-a-service
Amazon Simple DB
服务:
Infrastructure-as-a-service
Amazon EC2
3Tera Cloudware
Application-as-a-service
Salesforce.com
Platform-as-a-service
Force.com
或者,如例子11.3,通过利用一个单一的infrastructure-as-a-service云计算提供商,可以变得简单一些。
例11.3
流程:
Process-as-a-service
Amazon EC2
数据:
Infrastructure-as-a-service
Amazon EC2
服务:
Infrastructure-as-a-service
Amazon EC2
我们也必须要考虑架构的其它核心组件,包括安全和管理部分,根据我们的需求,可以将其部署为内建或者基于云的。测试也可以作为一个服务或者作为一个内建的组成部分。
这项工作是为了阐明可供我们选择的架构的数目,以及我们如何对其进行混合和匹配,从而使用尽可能多或者尽可能少的努力去满足架构和商业的需求,以形成我们最终的架构。
作者
David (Dave) S. Linthicum 是Blue Mountain Labs的CTO和创始人,国际公认的行业专家和思想领袖,已著作和合著13本以上的计算机书籍,其中包括最畅销的《Enterprise Application Integration》一书。
相关推荐
-
IBM Power9服务器增加可靠性 降低维护成本
本周IBM推出多款可扩展Power9系统服务器,IBM希望借此吸引有计算密集型需求的客户,例如内存数据库、分析 […]
-
数据经理应该研究GPU深度学习
与AI相关的深度学习和机器学习技术已经变成大数据圈常见的讨论话题。这一趋势对于数据管理者们来说是值得关注的,原 […]
-
第三方工具的出现加速云计算的部署
随着企业越来越多地评估是否将其应用转移到公共云端,出现了第三方工具以帮助企业加速决策过程并缓解迁移的复杂度。这 […]
-
云创新:无服务器计算与为服务架构相结合
以云计算目前的创新速度,业内流行语和噱头可能会从字面上给用户造成误导或混淆。现实是,无服务器计算平台正在改变企业构建、部署和运行应用程序的方式。