曾被天真地问道：自2013年以来，你的职业领域发生了怎样的变化？

当年，我加入这个平台项目时，我们仍是一个非常小的团队，基本上是我们的客户大众集团的延伸工作台。我们只在我们的本地环境，即我们的服务器上开发了我们的软件。在那个时候，自动化还很难实现，很多工作都是我们手动完成的，比如手动把数据从A复制到B。

从什么时候以及为什么这种情况发生了改变？

这些年来，技术一直都在发生着变化。随着亚马逊或微软等大型云供应商的出现，开发自运维方法（DevOps）也随之发展。开发团队和运维部门以前是不同的部门。我们开发软件，而客户负责之后软件的部署。而与此对应的开发自运维团队（DevOps）不仅负责软件开发，也负责软件部署，并且一直到生产运营。

开发自运维方法有哪些优点？

该方法使得涉及的各方和接口有所减少，从而提高了速度并使建立自动化流程成为可能。此外，我们也能更快地得到客户的反馈，然后这些反馈会直接汇入开发过程。

这对你在公司中地位的变化有怎样的影响？

随着大众汽车Car.Software.Org的成立以及微软的加入，我们在工作中有了全新的角色。大众汽车公司希望我们在这种情况下承担端对端的责任。

微软扮演什么角色？

通过微软车联网平台（MCVP），微软创造了一个与我们车联网平台（大众集团以前使用的平台）类似的且可以在Azure云环境中运行的产品。微软现在把该产品作为白标产品提供。这意味着，该产品不隐含特定品牌的流程，但目前也没有任何可以赚钱的应用。这就是我们的用武之地。我们的平台有许多品牌特有的功能和需要整合的连接服务。我们在此过程中起着连接元素的作用，因为我们非常了解大众汽车的业务流程，并带来大量领域知识。但是微软为我们提供了一个非常有帮助的平台。

是什么让微软平台脱颖而出？

在这方面，我不得不赞扬微软，Azure是一款非常酷的产品。几年前，微软在开源技术、开发自运维和敏捷流程方面更加开放。这一点在微软的产品布局中可以得到充分体现。Azure中有一个名为“Azure DevOps”的产品。我们知道到以前的标准工作流程：可以在Jira这种基础设施中进行规划，在Bitbucket系统中进行源代码管理，之后通过像Jenkins这样的持续集成平台进行部署，然后部署在Kubernetes集群上。可以在微软的一个产品中实现上述所述流程。得益于开发自运维方法，协调路径也非常短。以前在写下一行代码之前，需要耗费数周的时间。而当我去年加入Car.Software.Org团队时，我“恍然大悟”。我们在短短几天的时间内就在云端中成功部署了可执行的应用程序。而在旧组织结构中，我们则要耗费几周甚至几个月的时间。

你们的团队有多大？

我们服务于多个CarSoftware.Org团队，即所谓的“工作流”。Valtech Mobility由三个工作流代表。其中一个是“混合架构”，比如说我就在这个团队中。在这个团队中，加上来自大众汽车和微软的同事，我们大约有八个人。在我们的团队中，我们已经实现了跨公司合作。然后是“容器更新”团队。顾名思义，这个团队主要为车辆带来新的更新。第三个工作流被称为”扩展车辆“。

你的团队具体负责什么工作？

微软的云基础设施是一项被称为物联网边缘的新技术。把这项技术整合到大众集团的汽车中面临着巨大的挑战。具体来说：当前行驶在路上的联网车辆及其服务，到目前为止仅与以前的平台对话。我们现在正在致力于让它们通过物联网接口与微软平台进行对话。因此得名“混合架构”。可以说，我们扮演了适配器的角色，即“旧”和“新”世界之间媒介。