1700426740
业务连续性
1700426741
1700426742
业务连续性包含两方面内容,其一与灾备恢复相关,通过备用云服务来保证服务最大限度不被中断,最好是由另一服务商提供备用服务;其二则是在现有服务商无法满足高峰期需求时启用备用云服务。不论哪种情况,都可以用云爆发来保障控制流在两个云之间的无缝切换,当然前提是存在这种技术能力,来运用云爆发或者类似的自动化切换机制。这更类似于一项技术要求,运用适当的协议与标准来保证云服务之间的控制传递无缝衔接。另外,业务连续性的达成也有赖于数据与流程一体化的实现。
1700426743
1700426744
监控与报警
1700426745
1700426746
在未来,随着监控与修复流程的自动化,云服务可能会具有自我修复功能。但在那之前,你还是得确保云服务监控流程以通用标准与格式来发出警报,以便团队成员能够获取警报并及时做出反应。你还可以主动进行定期测试,比如用压力测试来确认对客户的服务能力是否足够,用入侵测试来评估是否存在安全缺口。
1700426747
1700426748
付费与报告
1700426749
1700426750
所有服务的付费流程、格式和报告(报表和收据等文件的统称)都应该大致相同,以便你能快速有效地评估每项服务的总成本。你还得确认执行付费流程的人对这些流程和报告的理解一致,不仅要做到流程的互通,相关人员也是一样。
1700426751
1700426752
业务流程
1700426753
1700426754
向云计算转型是一个重新设计业务流程、提高效率的好时机,流程连接着业务的各个方面,对其进行提升就能改进整体业务水平。而由于BPaaS云能做到业务流程的自动化,云计算也能相应成为业务重焕活力的引擎。就算你还没走到BPaaS这一步,仅使用INaaS和SaaS云服务也能提升效率——继而影响商业变革。
1700426755
1700426756
1700426757
1700426758
1700426759
图39中所示的业务流程重塑(BPR)模型(由哈默与钱皮创建)提供了重新设计业务流程的步骤。业务流程重塑模型的中心思想在于,唯有流程同步得到优化,提升组织效率的举措才可能获得成功(这也同样适用于物联网相关流程,即机器与机器间的交互效率需要趋同)。在使用BPR模型时,常见的问题(图39的步骤3)便是某项流程或其中某道工作流是否必要,事实上只有那些必要流程被保留、优化并实施。在步骤5,你会将部分流程完全设计为BPaaS云服务,另一部分使用某类云服务模型,其余的则不纳入云计算范畴。衡量是否应加入云计算组件的标准取决于你的要求及成功要素,如下文中所述。
1700426760
1700426761
要求与成功要素
1700426762
1700426763
在向云计算转型或考虑采用一项新的云服务时,你需要建立一套要求指标,才能有的放矢地在云服务中进行权衡比较。另一方面,这些要求有助于进一步明确服务层级协议,从而有效评估一项云服务是否适合。记住,云计算并不能满足所有IT或运算需求,有些时候需要用到传统计算方式,比如对运算速度或恢复能力有很高要求时。下列清单有助于你明确对云计算的要求,同时也能明确所采购的云计算的成功要素。我将清单中的要素分为三类:功能性、非功能性和业务相关性的要求。一般来说,这些就已足够评估云计算所有的部署模型和服务模型了。
1700426764
1700426765
1.功能性要求
1700426766
1700426767
成熟度
1700426768
1700426769
互通性
1700426770
1700426771
特征集
1700426772
1700426773
使用模型
1700426774
1700426775
2.非功能性要求
1700426776
1700426777
安全性
1700426778
1700426779
可得性
1700426780
1700426781
恢复能力
1700426782
1700426783
网络容量
1700426784
1700426785
3.业务相关性
1700426786
1700426787
价格与效用模型
1700426788
1700426789
风险
[
上一页 ]
[ :1.70042674e+09 ]
[
下一页 ]