#云栖技术分享# 《容器镜像服务 联手 IDE 插件，实现一键部署、持续集成与交付》容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。https://t.cn/AiecRrM2

如果你是就职于互联网或是IT企业，那么你对DevOps应该是有过了解。事实上，国内很多企业已经开始尝试DevOps技术，在2018年的Devop发展报告中，可以看出来，目前13%的参与者所在企业设立了专门的 DevOps部门，39%以上的IT企业接触过DevOps。但是相较于国外来说，国内所占比例仍然很低，50%的企业平均使用时间都低于2年。

IT企业的领导者在采用DevOps方面都取得的不错进展，同时也面临着很多困惑和挑战。

1.组织文化及效率挑战

组织实施DevOps的最大原因之一是他们希望提高速度，特别是他们可以将新软件部署到生产中并将新产品快速推向市场。但是新东西的发起，往往会对旧的模式、旧的平台以及技术造成冲突，它直接表现为对相关人员的利益和立场冲突，如果是由领导发起生搬硬套，那么可能会形成抵触，这是由公司组织形态和文化造成的，处理不好甚至“发动变革”这都是得不偿失的。

实际上，大多数采用DevOps的企业都是由下往上带动，由点向面铺开的，很多公司采用新团队，甚至成立DevOps部门的方式来完成相应的推进工作。

2.投入不够却又期望太高

DevOps团队面临的另一个重大挑战是：公司对DevOps的期望非常高，但却只在有限的投入和基础上做简单部署，这和技术无关了，这是逻辑问题。DevOps对于自动化测试体系要求很高，如果企业没有长期持续的产品线规划，却又要完成短期项目目标，不做任何投入和铺垫是没有办法带动团队去推进的。

领导也许要思考，问题可能不在于DevOps不符合预期，而是能否推动DevOps团队去做哪些改进。

3.潜在威胁及安全问题

从一开始，安全性对于DevOps团队来说就是一个大问题，并且随着时间的推移，这个问题可能只会越来越多。市场需求的快速变化意味着企业要做快速的反应，高频率部署和软件交付也造成安全威胁的相应上升，如果企业组织分布全球，那么这个挑战可能还会更多，语言障碍、时差、工具不统一都会造成协作能力下降，管理运营成本高，效率低，那么潜在的信息安全及威胁也就越多。

4.缺乏专业培训

DevOps的优点受越来越多的企业青睐，更快速、更高效、更统一。但企业要从原有的技术向新技术转变，这是非常困难的，专业培训能让企业DevOps推进工作中发挥着重要作用。

企业数字化是一场文化运动，DevOps是其中之一，企业没有经历过敏捷文化，却要实现DevOps的目标，很难，或者说可能无法达到你的预期。

内斗就内斗吧，我开始真不觉得有多气。我走人也无所谓，但是这份推荐信我就想笑了，这是推荐信还是广告？关于我的都是渣渣，关于公司的各种吹。拜托进去的时候和我说是python后台+devop，进去了把我当测试用。全公司二十多个开发，gui测试就我一个人在做。测试案例要我去看文档问前端，人工也得我来，自动化也得我来。我觉得自己leader傻叉用的框架不行，改代码又不允许。pm写了个demo，就要我去整合一个第三方库和一个demo。有些东西我看不惯，说出了大实话还有来劝我自己走人。
行啊。物数科技的技术很牛x，但是做人做事真的不行。