当我回顾2018年时，Kubernetes领域的进步帮助云计算应用程序开发成为Red Hat和我们客户的更大关注点。随着年底的到来，我想从Red Hat的角度讨论一下云计算应用程序开发，我们是如何做到这一点的，以及我们计划去哪里。
对于许多人来说，为了在当今竞争环境中取得成功，应用程序——以及企业设计、构建和使用应用程序的方式——应该是最前沿和最核心的。当我们提到云应用开发时，我们指的是通过云计算技术和技术构建和改进软件。云原生提供了底层基础设施的抽象、敏捷和DevOps方法的使用以及按需开发工具和服务的使用。云本地应用程序开发也由新的软件体系结构驱动，例如微服务和无服务器，这些都是通过Linux容器等技术实现的。微服务是一组小的、独立的、松散耦合的服务，它们可以创建复合应用程序体验。微服务和容器可以让您修复、改进或扩展应用程序的一个组件，而无需重新部署整个应用程序。他们可以为企业带来真正的利益，最终以企业需要的速度交付用户需要的应用程序。
我相信，如果不是因为2017年，我喜欢称之为“容器.“Linux容器现在是打包和部署服务和应用程序的一种公认方式。2017年为Kubernetes成为Linux容器编配中事实上的方法奠定了基础。2018年，Kubernetes加强了其在云应用程序开发中的作用，成为协调基于容器的云应用程序的主要方式之一。
在过去两年中，已经从在裸机和虚拟化环境上开发和部署应用程序转变为基于容器的云计算环境。许多客户专注于使用容器和Kubernetes构建混合云基础设施。作为Red Hat OpenShift容器平台已经变得更加突出，我们的客户正在关注他们的工作负载，并了解在哪里采用可以利用Kubernetes和容器的应用程序开发服务是有意义的。考虑到这些，我相信2019年将是云本地应用程序开发工作负载和服务的一年。
应用程序开发云服务之所以重要，是因为它们提供了客户可以构建其工作负载的工具和组件。他们可以让他们在企业组件方面领先一步，客户可以连接到自己的系统并适应他们的需求。我们的客户正在OpenShift中使用我们的应用程序服务组合来构建跨越应用程序运行时、集成功能和流程自动化的解决方案，他们展示了这一点带来的价值。
除了更多基于云的应用程序开发服务外，我们还看到了一个从专门的基于桌面的开发工具向更具协作性、集中式和基于云的开发工具的转变。开放式日蚀Che该项目就是一个例子，Red Hat是其中的主要贡献者。Che体现了云计算应用程序开发，因为它集中了开发人员的工作空间，并将其托管在OpenShift或Kubernetes上，因此开发人员从一开始就做的是容器式应用程序开发。Che现在正被公司所使用，因为他们对工具和流程进行了现代化，以实现云计算应用程序开发模型。
功能即服务（Function-as-a-Service）和无服务器（serverless）将继续取得长足进步，尤其是在这些开发者服务与Kubernetes的关系方面。Knative可以通过提供一组通用的构造来实现任何Kubernetes安装上的无服务器工作负载的互操作性，从而实现更大的创新。我们最近宣布，我们计划在Red Hat OpenShift中添加对Knative的支持，我们的企业Kubernetes平台。我预计2019年将有助于为FaaS和无服务器奠定基础，我们将在2020年看到更多的应用。我还预计2019年，无服务器在云本地计算基金会（CNCF）中的定位会有很大变化。无服务器本身可以应用于一系列行业和客户用例，我们在Red Hat与客户进行了多次对话，讨论无服务器对他们意味着什么，以及他们如何成功地利用它来实现自己的优势。我们为我们的产品组合添加了额外的无服务器功能，以帮助客户巩固其地位。
随着这一年的过去，我们将继续看到混合云而多云可以作为一项重要的战略需求来适应工作负载。在过去几年中，客户只是试图实现他们对单个公共或私有云的首次使用。现在，越来越多的用户已经有了云的一些经验，许多人可能会发现他们需要结合混合和多云架构才能在未来取得成功。
多云和基础架构独立性会影响应用程序的构建、打包和编排方式。Red Hat OpenShift旨在跨任何基础设施足迹提供通用抽象层，使开发人员和操作团队在如何打包、部署和管理应用程序方面具有通用性。但是应用程序不仅仅由开发人员创建的微服务组成。应用程序需要其他服务-数据库、消息传递、API管理、数据同步、推送通知等等。开发人员应该首先评估他们被锁定在特定供应商的服务和API中的舒适程度，或者他们是否愿意保持中立，使用一个可以托管在多个足迹中的开源服务/API——无论是传统的虚拟化、私有云还是公共云。我们的目标是在所有这些领域提供关键的应用程序服务。运行多云有很多“为什么”，无论是成本、可用性、构建还是测试生产。通过允许您在多个云中运行应用程序并利用多个环境，我们可以为您提供基础架构独立性。在任何云上拥有这些选择都是真正的多云。
这并非没有挑战，我们看到的一个挑战是客户将其当前的工作负载导航到云环境中。Red Hat Openshift还允许我们的客户运行他们的传统单片应用程序以及他们的现代云计算服务和应用程序。我们不仅帮助客户开发他们的现代应用程序，还帮助他们将现有应用程序迁移到OpenShift。这可能很有挑战性，因为客户通常无法预料到转向云计算方法所需的文化和架构转变。虽然我们经常不再需要说服企业相信Kubernetes和容器确实可以成为他们的正确选择，但我们现在面临的挑战是，发现他们有一种能够处理过渡的文化。
从开发人员的角度来看，云计算应用程序开发也发生了变化。过去，集成开发环境（Integrated Development Environments，IDE）主要关注单一语言和开发人员，这在过去是有意义的，因为直到最近，大多数开发人员都专门使用单一语言。然而，由于当今形势的变化和复杂，更多的开发人员使用多种语言。与此同时，开发了新的协议，允许IDE获得“可插入”语言智能。这可以有效地使单个IDE成为多种语言的专家。这对开发人员来说是一个福音，因为它可以让他们在工作日不必在IDE之间切换。它还允许开发人员使用最熟悉的语言有效地工作，从而有助于推进云计算应用程序开发。我预计这将持续到2019年及以后，因为开发人员会找到新的方法来使用这些下一代IDE的功能。
我认为，Red Hat在这一领域的与众不同之处在于，我们正在努力实现在每一个公共云和私有环境中的目标。当我们说我们是多云的时候，我们不仅仅是说说而已，我们走着走着走，并真正接受它。我认为这是Red Hat的一大区别，就像我们在OpenShift之上的应用程序开发服务功能一样。我们有一个强大的生态系统。
进入2019年，我的主要建议是仔细研究您现有和未来的工作负载，以确定如何利用云计算环境。与您首选的ISV和云服务提供商进行坦诚对话，让他们参与到云计算讨论中，听取他们对容器、Kubernetes、服务代理等的想法。我发现供应商往往不确定他们将要做什么，因此，当客户与他们的ISV合作以确保他们有一个与容器一起使用的云计算战略时，这对每个人都是有益的。你需要整个生态系统才能成功。
Craig Muzilla是Red Hat核心产品和云服务业务组的高级副总裁。
