For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
云架构开发随着互联网的不断发展而被众多程序员应用到不同的软件开发项目之中,而本文我们就通过案例分析来简单了解一下,云架构开发应用注意事项。
1、非原生资源常常比原生资源更好
您可能已听说,好采用作为单一公共云产品一部分的原生数据库、CloudOps系统或安全系统。鉴于我们已进入到基本上多云的世界,事实根本并非如此。
好选择跨公共云的通用异构解决方案,而不是只在单一公共云上表现良好的原生解决方案。您在云提供商提供的架构指南中永远看不到这一点。每次都应考虑非原生资源。
2、将数据保留在云端
依赖大量数据进出的云解决方案几乎从来不是好主意。考虑到您会在月度云账单上看到数据进出公共云提供商的情况,这是明摆着的事,因为这笔费用不便宜。然而考虑核心架构时,这常常被忽略。
这对于通常因担心合规和安全而希望将一些数据保留在本地的IT组织来说通常是问题,这种担心已过时了。考虑到提供商主要靠数据进出费获利,它们才不会为您提供另外的建议。如果您寻求优的性能和安全以及低成本,就把数据保留在云端。
3、安全应该是系统性的
我常看到安全系统绑定到单一应用软件的工作负载。该应用软件使用自己的加密系统、身份管理系统和基于角色的安全性等。对于托管该应用软件的单一云提供商而言,这些也是原生的。
这里的问题是,云提供商希望工作负载尽快迁移到云端,常常从迁移速度的角度给出建议,而不是合理的安全架构这个角度。考虑到您将为所有应用软件创建一次性安全解决方案,这不具有扩展性,而且会增添太多的安全复杂性,以至于会遇到复杂性带来的安全问题。
安全对于核心架构中的所有系统来说都应该是系统性的。应用软件应使用很相似的安全模式,尽可能使用一样的安全系统。这些同样通常是非原生的,您的云提供商不会从中受益太多。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。