加利福尼亚州蒙特雷:在Linux基金会成员峰会上，微软Azure的首席技术官Mark Russinovich公布了一个突破性的开源项目Radius。这个云原生应用平台将使开发人员和运营商能够在公共云和私有基础设施之间定义、部署和协作云原生应用。

首先，如果您是一个严肃的企业用户，您可能会想:“这不是RADIUS!”你是对的。它不是。RADIUS (Remote Authentication Dial-In User Service)协议是Microsoft软件栈中常用的用于提供远程和云Active Directory (AD)服务的协议。云原生Radius与Radius无关。

新Radius旨在简化云原生计算复杂环境中的开发、管理和操作障碍。正如Russionvitch所说，“像Kubernetes这样的云原生技术使得构建可以在任何地方运行的应用程序变得更加容易。”事实上，正如我自己所说，Kubernetes是混合云的基础。

但是，说起来容易做起来难。您可能已经注意到，编写一个在Azure和亚马逊网络服务(AWS)上运行相同的应用程序一点也不简单。

正如Russinovich所解释的那样，“虽然Kubernetes是一个关键的推动因素，但我们看到许多客户在Kubernetes上构建抽象，通常专注于计算，以解决其局限性:Kubernetes没有应用程序的正式定义，它混合了基础设施和应用程序概念，而且非常复杂。”你说得对!

因此，由于“开发人员不可避免地意识到他们的应用程序需要比Kubernetes更多的东西，包括对应用程序编程接口(API)前端、键值存储、缓存和可观察系统等依赖关系的支持”，微软引入了Radius来为他们提供额外的工具。

Russinovich补充说:“Radius不仅支持Kubernetes，还支持其他流行的基础设施工具(如Terraform和Bicep)，并与现有的持续集成和持续交付(CI/CD)系统(如GitHub Actions)集成，从而满足应用程序团队的需求。Radius还支持多层web +数据到复杂的微服务应用程序，如eShop，一个流行的微软微服务云参考应用程序。”

但是，这是很重要的一点，尽管他主要提到微软和GitHub开发工具，Radius并不是一个只针对azure的程序。它可以在任何使用Kubernetes的云上工作。如今，这基本上意味着所有的云。

他还指出，从传统的两层或三层面向服务的体系结构(SOA)应用到微服务和基于云原生的应用，我们在监控、管理和持续更新方面面临着新的挑战。我们离瀑布式软件开发的时代已经很远了。

Russinovich补充说，对于应用程序中相互交织的系统，故障排除尤为困难。此外，在这些应用程序中实施最佳实践对许多开发人员来说仍然是一个难题。

所以，这是可以做到的，但是创建和部署应用程序的过程已经变得非常复杂。Russiovich解释说，今天，我们的代码“使用Bash和PowerShell脚本，用捆线和胶带绑在一起”。因此，创建一个应用程序已经变成了一种临时的练习。不仅如此，一旦部署了应用程序，您就无法看到资源之间的任何关系。在这里找到前端，在那里找到后端，你就是不明白这里发生了什么。”

Radius的设计就是为了缓解这些挑战。例如，Russonvich说，“Radius通过处理权限、连接字符串等，自动将这些组件连接到它们的应用程序。”它还确保应用程序使用的云基础设施满足成本、操作和安全需求。

所有这些需求都包含在菜谱中。它们将应用程序绑定到其依赖的基础设施，从而使其能够提供应用程序图。这精确地显示了应用程序和基础设施是如何相互连接的。有了这些，您的团队可以查看并直观地理解组成应用程序的内容。

因此，例如，你可以有一个食谱调用Redis缓存，MongoDB数据库和Twilio API通信链接。神奇之处在于，您可以使用配方将应用程序不仅部署到一个云上，还可以同时部署到多个不同的云上。因此，您可以更轻松地构建混合云或多云应用程序。在Azure上，该配方将调用适当的Azure资源，在AWS上，调用AWS资源，等等。

这不仅仅是一个好主意。除了微软，贝莱德、康卡斯特和千禧BCP等公司也在共同努力，确保Radius定义和管理的应用程序可以在任何云上运行。

想加入进来，试一试吗?Radius的代码在Apache许可下获得许可，可以在GitHub上修改和运行。Radius还没有为生产工作负载做好准备，但它的承诺是伟大的，我渴望看到开发人员将如何利用它。对于任何开发或使用混合/多云软件的人来说，这可能是一个真正的游戏规则改变者。