百度收录收费 重大网站,网络空间设计说明怎么写,wordpress多级折叠,合肥网站建设公司 招聘作者 | John Edwards译者 | 火火酱#xff0c;责编 | Carol出品 | CSDN 云计算#xff08;CSDNcloud#xff09;封图 | CSDN 付费下载自视觉中国乐观主义者们总爱说#xff1a;“乌云总是镶着金边的”#xff0c;但他们没有说的是#xff0c;在乌云下常有狂风、暴雨、闪电… 作者 | John Edwards译者 | 火火酱责编 | Carol出品 | CSDN 云计算CSDNcloud封图 | CSDN 付费下载自视觉中国 乐观主义者们总爱说“乌云总是镶着金边的”但他们没有说的是在乌云下常有狂风、暴雨、闪电偶尔还有高尔夫球般大小的冰雹。 云计算也是如此。从好的方面来说它为我们提供了各种各样的好处包括增强可靠性、灵活性、可管理性和可扩展性。然而再往下看你就会看到乌云的黑暗面每一个小小的错误、疏忽或误判都可能导致一场毁灭性的灾难。 要想保证云过渡为企业带来好处而不是亏损和诉讼那么就请避免以下10个常见错误。在没有管理和计划策略的情况下迁移到云 在云中配置基础架构资源非常简单而且可能会忽视容易引发安全性和成本问题的疏忽。在此处进行管理和规划就显得尤为重要。 技术咨询公司SPR Consulting的云基础架构主管克里斯•汉森Chris Hansen表示虽然实现管理和计划是最终的目标但不需要一步到位。汉森表示“可以使用自动化支持的小迭代。这样你就可以监视管理、安全和财务这三个关键领域在短时间内发现问题并对其进行纠正。” 这里相关的错误是不了解组织中由谁负责特定的云相关任务例如安全性、数据备份和业务连续性。 安全自动化平台供应商SourceClear的首席安全官罗伯特•伍德Robert Wood表示“如果没能及时发现已经存在的问题那么企业很可能会陷入困境。”认为“一切皆可云” 对于很多应用程序而言尽管其在过去几年中取得了巨大的进步但实际上在云计算方面并未准备就绪。数字客户参与专家、LiquidHub合伙人乔•格罗弗Joe Grover指出如果企业向云端发送尚未处理完全、或需要与遗留系统进行复杂整合的内容的话则会严重损害应用程序的性能、用户体验和参与度及其业务底线。 他提到“最好花点时间去了解自己计划通过迁移到云端获得什么然后再验证是否能够达到预期的目标。”将云端视为本地数据中心 把云环境视为本地数据中心是许多企业都犯过的代价高昂的错误。 技术集成商Workstate的云技术服务部门总监丹尼斯•阿里奥Dennis Allio表示“如果沿着这条路走下去那么企业为了做出关于迁移的关键性决策最终会把焦点集中在像总体拥有成本total cost of ownershipTCO分析这样的事情上。”虽然云服务可以节约大量成本但其也需要完全不同的资源管理流程否则最后等待我们的可能是浪费而不是节约资金。 例如考虑将单个应用程序服务器从数据中心移至云端。 阿里奥提到“有效的TCO分析会考虑服务器每天的使用时长是多少小时。”对于某些公司而言只需在正常工作时间内使用服务器即可。在数据中心让服务器保持24/7开机状态只会增加一点额外的电费。但在云端用户通常是按小时付费的。“假设你的云TCO分析每天使用云端8小时——如果你的云系统管理团队没有在不使用时及时关闭这些服务器的话那么可能会带来意想不到的后果成本可能会增至原来的三倍。”认为自己的云服务提供商会负责处理一切事务 乔恩•迈克尔•布鲁克Jon-Michael C. Brook作者兼顾问云安全联盟的云安全工作小组的联合主席指出顶级云服务提供商CSP为每个客户无论规模大小都提供了与《财富(Fortune)》50强IT员工相当的作业能力。 然而基于共享责任模型shared responsibility modelCSP仅对其可控的内容负责主要包括服务基础架构组件。许多任务特别是部署、维护和实施安全措施都是需要客户自己来提供和管理的。 布鲁克建议“提前花时间了解一下自己要部署的云的最佳实践用例遵循云端设计模式并了解自己的职责。不要以为你的云服务提供商会包揽一切。”认为“直接迁移lift and shift”是唯一的云迁移路径 当做出错误的战略或架构选择时云计算的成本优势就会马上消失。“直接迁移lift and shift”云过渡简单地将现有内部系统的虚拟化映像上传至CSP的基础架构上是相对容易管理的但从长远来看这样做可能会降低效率并带来风险。 “直接迁移方法忽略了按需变化的可扩展性”布鲁克提到“或许存在能够完全进行复制的系统但是将整个企业架构直接放在CSP上会非常昂贵且低效。如果能够花时间重新设计云架构的话那么你一定会受益匪浅。”未能监控服务性能 如果不能定期评估实际接收到的云服务是否与计划预期相符的话则会导致资金浪费和基本业务操作的退化。 全球标准咨询公司Advisera Expert Solutions的信息安全分析师兰德·莱尔Rhand Leal表示“企业应定期审查已建立的关键绩效指标并采取适当的措施来处理与计划结果的实际和潜在偏差。”臆断现有的IT人员能够立刻应对云计算问题 网络安全评估服务提供商UpGuard的网络风险研究主管克里斯•维克里Chris Vickery表示Azure、AWS以及所有其它云平台与以往那种扁平的、可供任何人管理的内部网络完全不同。维克里指出“如果没有雇佣专业云管理人员的预算那么就应该在将任何bit或计算周期转移到云解决方案之前花大量的时间对可召集的所有IT员工进行培训。” 不了解云计算的话很容易会引发安全灾难。维克里表示他已经发现了来自数百家公司的数亿条敏感商业记录而这些公司并不知道自己正将数据泄露到公众互联网上。 “如果有恶意行动者得到了这些数据的访问权的话那么这些实体中的绝大多数可能都会面临勒索或内部网络让步等各种情况”他补充说到“高管们可以通过多花点钱来找合适的人完成这项工作或者也可以通过确保技术部门有足够的知识和服务来做好这项工作进而避免发生此类潜在灾难。”盲目信任自动化脚本 计算资源的自动配置和取消配置是迁移到以云为基础的环境的主要好处之一。 IT咨询公司Kastling Group的首席运营官大卫•R•李David R. Lee认为在大多数情况下企业能够从任何类型的自动化中受益。但是编写不当、过于复杂的自动化流程可能会导致长时间停机严重影响关键业务运营。 李提到“在可控环境中对自动化脚本的自动化测试和针对自动化恢复的培训可以帮助降低这一风险。”认为安全性已经不再是问题 总的来说云服务提供了极高的安全性。阿里奥表示“因为CSP与各种类型的公司进行合作所以他们会考虑并解决你的公司从未遇到过的安全问题。” 尽管如此CSP通常不会纠正客户的不良系统管理、软件开发过程的不稳定或杂乱的安全策略。阿里奥提出“这些仍然是你自己的工作在最近的Equifax泄露事件中其核心问题之一就是未能对网络服务器的软件打补丁。” 他表示如果Equifax将其应用程序迁移到托管的云服务上那么则会自动打补丁并预防信息泄漏。如果无法正确实施云服务那么则可能会在安全性方面给人以可乘之机。忽略业务连续性和灾难恢复计划 所有放到云端的东西都是100%安全的是吗嗯……其实并非总是如此。虽然大型云提供商构建的基础架构和服务的正常运行时间百分比确实远远超过了一般企业可以达到的水平但这并不意味着它们能够免受系统和人员造成的停机影响。 IT咨询公司Virtual Operations的IT业务服务副总裁蒂姆•普拉特Tim Platt警告说“如果你在云端运行了关键业务流程的话那么请做好应对停机的准备。” 即使是在云中正常运行时间也可能很快中断。例如亚马逊简单存储服务Amazon Simple Storage ServiceS3在2017年2月由于一个简单的命令输入错误而经历了一次大停机。普拉特提到“那次服务中断影响了亚马逊的其他服务同时也影响了在亚马逊之上构建服务的供应商们。” 许多云服务都提供自动备份和恢复选项。但普拉特警告说“不要认为这是理所当然的。如果有恶意黑客或心怀不满的系统管理员删除了关键数据的话会怎样所有适用于本地系统的注意事项也同样适用于云系统。”原文链接https://www.cio.com/article/3237168/10-cloud-mistakes-that-can-sink-your-business.html本文为 CSDN 翻译转载请注明出处。6月3日20:00CSDN 创始人董事长、极客帮创投创始合伙人蒋涛携手全球顶级开源基金会主席、董事聚焦中国开源现状直面开发者在开源技术、商业上的难题你绝不可错过的开源巅峰对谈立即免费围观推荐阅读因为一个跨域请求我差点丢了饭碗没错你离分布式搜索只差一个Elasticsearch入门Python开发之Django基于Docker实现Mysql数据库读写分离、集群、主从同步详解 | 原力计划全球Python调查报告Python 2正在消亡PyCharm比VS Code更受欢迎无代码来了还要程序员吗再见Eclipse | 原力计划区块链共识算法总结 | 原力计划真香朕在看了
