云服务

近一年来，Docker 已经逐渐成为 container 界的事实标准，成为技术人员不可或缺的技能之一，就像 Docker 宣称的那样，「Build，Ship，and Run Any App，Anywhere」，容器极大简化了环境部署的步骤，并且很好的保证了环境的一致性。 Docker 的轻量级给云市场也注入了活力，国内已经有厂商发布了基于 Docker 的公有云服务，例如： 灵雀云 ， DaoCloud 。 作为国内早期 Docker 的爱好者，笔者对 Docker 走向公有云的领域还是有些疑问的，熟悉 Docker 的人都知道，Docker 底层是共享内核的，没有物理隔离内核，会造成很大的安全问题，不知道国内的厂商是如何规避这个问题，做了哪些安全防护；但是国内有一支队伍，推出了自己的轻量级的虚拟化服务 Hyper ,一种类似 Docker 的方式，但是解决的 Docker 共享内核的问题，并且在2015的东京举办的 OpenStack 大会上，带去了自己的 Hypernetes ，一个真正多租户的 Kubernetes Distro，有兴趣的朋友可以进一步了解。 笔者觉得 Docker 共享内核级别的安全，用到的人毕竟是少数，作为应用开发者，我们更关心的是跑在 Docker 中的应用是否安全，是否受到 XSS 攻击，SQL 注入攻击之类，OneAPM 公司的 OneRASP

#什么是 DevSecOps？ 「DevSecOps」 的作用和意义建立在「每个人都对安全负责」的理念之上，其目标是在不影响安全需求的情况下快速的执行安全决策，将决策传递至拥有最高级别环境信息的人员。 如今，网络空间中的诸多不安全因素使传统的安全领导可以力争在高管中占有一席之地。虽然拥有一席之地增加了安全决策的有效执行，但由于缺乏将安全技能融入到价值创造的过程当中，致使业务成果的显著减缓。没有足够的人手，企业经营者期望的速度无法实现，这种安全、资源和盈利的冲突使“安全”如何创造价值的解决方案显得越发必要。 考虑到业务对于 DevOps，敏捷和公共云服务的需求，传统安全流程中的很多环节已经成为障碍，必须消除，遗憾的是很多企业并没有到意识点。传统安全的运营是基于，一旦系统设计完成，其安全缺陷可以在系统发布前，由安全人员确定，并由企业经营者修正。这只需要有限的安全技能，就能达到结果，并且避免了在较庞大系统中增加安全上下文的需求。但是使用这种方式设计的流程只适用于瀑布模式的业务活动，并且经各方同意。不幸的是，随着迭代的引入，这样运营安全的方式是有缺陷的，并且在系统内带来了内在风险，因为业务决策需要平衡内联，并且跟上业务的速度。因此，无法实现协作。 通常，安全团队无法收集到需要的所有信息，去做出有意义的安全决策。为了提供能够密切映射客户需求的迭代值，价值创造流程不断加快

如果说 15 年你还没有将 DevOps 真正应用起来，16 年再不实践也未免太落伍了。国内 ITOM 领军企业 OneAPM 工程师为您翻译整理了，2015 年十佳 DevOps 文章，究竟是不是深度好文，大家一起来看看吧！ 本文译自 Hasan Yasar 的文章 the Top 10 Devops Posts of 2015 . 2015 年 8 月，DevOps 博客 推出了自己的平台。DevOps 博客针对越来越多采用 DevOps 的企业（自 2011 年来占比高达 26%），提供各种指南、实用建议和教程。根据近期研究，这些企业变更代码的速度比传统企业快 30 倍。尽管 DevOps 的优势显而易见，很多企业仍然不敢欣然采用，因为这不仅需要转变观念，还要改变文化和技术要求，后者对孤立的竖井式企业而言，是极大的挑战。考虑到这些障碍，CERT 研究人员的文章主要集中介绍 Amazon 和 Netflix 的 DevOps 成功案例，以及 Fabric、Ansible 和 Docker 等流行 DevOps 技术的教程。本文则介绍了 2015 年 10 篇最受欢迎的 DevOps 文章（倒序）。 10.迷失的 DevOps 指标 有人说 DevOps 是一种方法；也有人说 DevOps 是一种运动，一种哲学甚至一种策略。定义 DevOps 的方式有很多种