认识达内从这里开始

DevOps编程开发方式随着互联网的不断发展而被众多企业引入，而今天我们就通过案例分析来了解一下，无服务器开发对DevOps的影响变化。

真正的DevOps

DevOps已经在很多领域都变得很重要了。在开发工作上，额外技术的技术操作越来越常见。我所看见的是系统管理内部的自动化增加和自动化测试。

真正的DevOps是我们思维方式上的变化，以及文化上的变化。让我们假设有这么一个团队，这个团队需要紧密合作、开发和维护一个产品。这就意味着写作，而不是基于协商的工作序列方式。也意味着开发人员需要提供技术支持。而意味着开发工程师需要参与应用系统架构。换句话说，意味着技能与责任的融合。

如果一个公司分离了开发团队和运维团队，即将“DevOps”团队分离，那么他们不会在无服务器领域有任何收获。如果一个开发人员仅仅只是对应用程序进行编码，而部署工作又交给另一个外部团队负责，那就会没有真正意义上的系统部署情况反馈。如果一个业务工程师不会到应用程序的部署环节，那么他们也不可能适应生产环境的部署模型。

换句话说，未来会从无服务器领域收获实际收益的公司，必然是真正使用DevOps的公司。

政策/访问控制的变化

即便一个组一个组地尝试改变文化，也是做得不够的。很多时候，一个大公司里的一个很有工作热情的团队，往往面对的是冷冰冰的公司政策。这可能意味着在缺乏外部批准的情况下，缺少部署新系统的能力。很有可能是由于对于所有现有应用程序的数据访问限制。也可能是因为超级严格的支出控制。

虽然我不提倡公司把所有与安全和成本相关的问题抛到外部解决，但是为了尽可能做到无服务器化，需要调整他们的政策，允许团队对操作请求作出改变，而不是每一次小的更新操作都需要一个团队外部人员的批准。访问控制政策目前还不是很有必要构建。团队需要被给予一定范围内的预算自由。所有的实验应该被尽可能多地提供免费的沙盒，同事还可以保护公司内部真正敏感的数据或其他需求。

通过我之前提到过的IAM规则和多个AWS账户的使用，访问控制工具正在逐渐完善。然而，不是那么简单的，针对更好的自动化方式正在成熟。同样，无服务器还存在通过几个账户实现基本预算控制，我们需要更容易控制每个团队执行能力限制，对于不同的环境有不同的执行限制范围。

好消息是通过加强权限控制工具，所有这些问题都有可能解决，我们会看到y预算分配模式上的进步，等等，因为无服务器工具在持续改进。事实上，我认为访问自动化和成本控制将会变成新的shell脚本，换句话说，当团队思考suanfa软件的操作问题时，他们不会想要去开始/停止脚本、升级补丁以及磁盘使用率，反而他们会严谨地思考他们需要怎样的数据访问方式，以及需要怎样的预算。因为团队将会经常需要思考这个问题，工程师们会用自动化取代这些问题，仅仅像我们之前做部署那样。

鉴于这种能力和严谨性，未来即便是数据敏感的企业，也会有富有热情的团队会使用无服务器技术，使用它们去尝试自己的想法，这种做法是之前在白板上从未做过的，终他们会认识到这种做法真正意义上保护了他们的知识或者避免财务损失。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。