编译丨千山、布加迪
审校 | 云昭
日前，AWS软件开发经理Saikat Banerjee在2022 re:Invent大会上称：“我们发现.NET开源项目资金严重不足。”
在外界看来，这一说法多少令人吃惊。毕竟微软成立了.NET基金会，声称这是“一个独立的非营利性组织，旨在支持围绕.NET平台发展起来的一个创新、对商业友好的开源生态系统。”AWS是仅有的10家企业赞助商之一。
不可否认，微软的.NET团队在这个平台上投入了大量精力，在技术层面上也欢迎包括AWS在内的外部贡献者付出的努力，但.NET项目的开源生态建设之路却并不如预想中那么顺遂。
尽管如此，AWS依旧表示将一如既往支持.NET，包括：为项目提供资金；对社区中出色的.NET项目给予积分奖励；积极参与.NET跨平台的代码开发工作，努力致力于.NET去Windows/跨平台化。
1、摆脱微软，AWS正加速.NET的跨平台开发
“在过去的两年里，我们花了大量时间让客户从.NET Framework转向.NET Core，那样客户可以摆脱Windows和SQL Server许可证，并使用Linux和云原生技术。”AWS高级产品经理Mayur Dewaikar如是说。
.NET Core（现在正式称为.NET）是开源跨平台版本，于2016年首次发布，其前身是.NET Framework。AWS之所以如此专注于.NET跨平台开发的实现，正是因为.NET Framework出自Windows平台，导致调用COM或其他原生Windows API的应用程序将无法在Linux上运行。
另一方面，.NET Framework的一些部分（包括ASP.NET WebForms和Windows Communication Foundation即WCF的许多组件）不是.NET Core的一部分，这让很多.NET应用程序更适合Windows或Azure云环境，移植到其他环境变得异常困难。
为解决这些问题，AWS进行了多项尝试。
首先，改进WCF。据Banerjee声称，AWS在努力“改进WCF，不让其墨守成规”。这项工作包括对HTTP绑定提供联合身份支持，以及扩展WFC消息队列支持，除了微软消息队列（MSMQ）外，还支持其他消息代理，比如RabbitMQ和Amazon SQS（简单队列服务）。
然后，开发实现从Linux容器连接Active Directory的代码。在Windows AD中，组管理服务帐户（gMSA）常常用作应用程序服务的帐户。这是一种可以移植到Linux的出色架构。AWS开发了一个名为凭据获取器（credentialsfetcher）的组件，这是位于Linux实例上的守护进程。这允许用户在Linux容器中使用gMSA。
另外，Serverless NET（尤其是在Lambda上）是另一个棘手的问题。根据用户反馈，用.NET启动Lambda时经常出现冷启动问题。问题不仅在于每次函数运行时都需要加载.NET运行时环境，而且JIT（及时）编译器每次都要启动，才能将.NET中间代码编译成原生代码，这也需要很长时间。最近的.NET7版本中的解决方案是AOT（运行前）编译。因此，AWS为.NET开发了Lambda工具，将原生AOT编译添加到Lambda函数中。
据Dewaikar介绍，.NET在AWS是从事应用程序开发的人气第三高平台，仅次于Python和Java。即使微软的Azure云更适合.NET应用程序，已统一采用AWS的企业也可能希望与部署的其他云系统一起运行其.NET代码。
从这一点来看，AWS对.NET开源工作的支持与投入主要是为了让.NET摆脱对Windows的依赖，更易于使用其Linux VM和云原生技术，从而获取更多云服务客户。
2、微软的矛盾：.NET开源的曲折路程
回顾.NET本身的发展史，20年间一路走来有惊喜、也有质疑。
将时间回拨到2002年2月，微软正式发布Visual Studio .NET，时任CEO的比尔·盖茨将其描述为“第一个用于构建XML Web服务和下一代互联网应用程序的完全集成的开发环境”。彼时，它被寄予厚望，以创新的技术体系阻击当时如日中天的Java。
但事实上，在.NET初出襁褓的那几年，微软的决策层虽然曾在宣传中打出“开放牌”，但行动上依旧坚持闭源，致力于捍卫自身的专利护城河，这让.NET在很长一段时间里只能用于Windows平台，跨平台能力的缺失让.NET在非Windows用户群体中的推广天然受阻。
直到2014年，微软新CEO纳德拉上任。在发布会上，他释放出了明确的信号：Windows未来将不再具备从前的重要地位，云和移动才是微软未来的核心。自此，微软才开始真正从闭源时代的残照中走出，真正开始“拥抱开源”。而官方支持.NET的跨平台工作就是他们迈出的标志性一步。
.NET能发展至今，很大程度上归功于微软对于开源的态度转变。不过.NET在开源社区中一直以来仍存在很多争议。比如，和微软、Windows的深度捆绑，让社区迟迟难以壮大，生态也很难繁荣，也让很多项目维护者对其中立性保持质疑。
网友评论@知乎
而且即使是发展至今，微软内部对.NET的开源方面依旧持有矛盾心理，甚至可以说是存在资源的博弈。
2021年10月，微软在即将发布的.NET6中悄悄删除了热重载功能，宣称仅在Visual Studio中支持该功能，强制用户改用昂贵的Visual Studio 2022，就曾引发了一众批评。虽然微软方面很快恢复了这一功能并公开道歉，但这一事件确实“违背了项目维护者的信任”，而这一裂缝的弥合又不知需要多少时间。
3、写在最后
.NET作为开发平台的热门选手，其开源进程的每一个动作都会影响到开发者的工作日常。此次曝出开源资金不足的问题，难免会让人质疑微软对于.NET开源的决心和力度。
可以肯定的是，微软不再视开源为洪水猛兽，甚至在逐步重视开源社区的发展和力量。不过作为一家商业公司，其真正关注的从来不是某个项目开源与否，而是这个项目是否有商业价值，是否能帮助微软的平台产品获取更多的市场占有率。这才是这一巨头的生存本能。
参考链接：
https://www.theregister.com/2022/12/01/net_open_source_heavily_underfunded/
https://blog.csdn.net/farway000/article/details/123143983
https://www.zhihu.com/question/547001632/answer/2613170001
