微软Service Fabric正式开源,入局第三代微服务框架争霸
2018-03-15

导读


微软的Azure Service Fabric的官方博客在2017.3.24日发布了一篇博客 Service Fabric .NET SDK goes open source ,介绍了社区呼声最高的Service Fabric开源的情况以及当前的情况,当时开源了Service Fabric的.NET SDK部分,社区一直在期盼着Service Fabric的正式开源,经过了一年漫长的等待,2018年3月14日微软终于开源了Service Fabric,而且是以MIT许可下开放源代码,在官方博客宣布 https://blogs.msdn.microsoft.com/azureservicefabric/2018/03/14/service-fabric-is-going-open-source/


目前微软在 Github 上的开源地址是 https://github.com/Microsoft/service-fabric   ,目前的代码构建适用于 Linux 的 Service Fabric,运行基本测试,有问题可以在上面提交 Issue和 PR 了,Windows 构建环境以及完整的 CI 环境还没有迁移过来,看到代码还是3个小时前初始化的。Windows内部为 Service Fabric 开发了将近十年的内部服务,其中大部分时间都是微软内部平台,比如 Office365,Azure Stack 平台等,这意味着我们有近十年的内部微软工具可以在迁移之前完成迁移和流程细化,逐步全部开源,以后全部开发都在开源模式下进行开发工作。



原文翻译


我们很高兴地宣布 Service Fabric 将在 MIT 许可下开放源代码,在未来几个月内,我们将在GitHub上过渡到一个完全开放的开发过程。


我们听到了很多关于能够参与到你所依赖的平台的开发和方向上,以运行你的关键任务应用程序的重要性。由于这个原因,我们在 GitHub 和 Stack Overflow 上保持活跃,开放源码平台使这种协作更好的自然演进。这就是为什么我们致力于将我们的整个开发和规划过程转移到 GitHub上,从而使Service Fabric成为一个成功的开源项目。在GitHub上,我们可以与社区与社区开放式协作,使Service Fabric更好地为每个人服务。




Where we are now


至此,我们已经在 GitHub 上使用了 Linux 构建和测试工具,这意味着你可以克隆repo,为 Linux 构建 Service Fabric,运行基本测试,打开问题,并提交pull请求。我们正在努力使 Windows 构建环境也迁移到一个完整的 CI 环境中。


这里有一点历史。我们在 Windows 内部为 Service Fabric 开发了将近十年的时间,其中大部分时间都是微软内部平台,这意味着我们有近十年的内部微软工具来迁移和处理, 可以把一些东西用在 GitHub 上。 当我们几年前开始研究 Linux 支持时,我们是一个公共产品,并且已经计划开源,所以我们尽可能使用通用的公共可用工具。


现在,您可以为Linux编译和测试 Service Fabric,从底层的集群和联合层一直到流程和容器的激活。我们也在为贡献而开放,尽管我们的步伐有限,我们也为开放捐款开放,尽管我们将所有事情都公开化,但速度有限。




How we got here


去年的这个时候,我们开放了 Service Fabric 的源代码部分,包括 Reliable Services,Reliable Actors 和我们的 ASP.NET Core 集成库。 从那时起,我们已经慢慢地将 Service Fabric 的其他小部分移动到了 GitHub,包括 Service Fabric Explorer 和 SF CLI。 在那段时间里,我们花了很多时间来制定一个将所有 Service Fabric 转换为开源代码的计划。


我们在这个项目上投入了大量资金,我们希望它能增长。许多微软都在使用服务架构,包括Azure基础设施服务和大型解决方案,如 Azure SQL DB、Azure Cosmos DB 和 Cortana。这是我们大规模分布式应用程序的秘诀。只是这个秘诀不再是我们的了。自从我们在2015年公开发布了服务架构以来,微软以外的许多其他公司也开始依赖于 Service Fabric,以满足其关键的、大规模的应用程序。




What's next and how you can join in on the fun


对于 Service Fabric 和团队来说,这是我们向开放式开发过渡的一大步。 我们现在主要关注的是将 Service Fabric 的整个构建,测试和开发流程移至 GitHub。 虽然我们正在致力于此,但创新并不止于此,我们将继续定期发布新功能,我们将继续定期发布新特性、bug修复和支持。



我们的下一个主要步骤有两方面:


  • 转向开放发展。 我们将把问题跟踪和我们自己的开发转移到 GitHub上。 我们的目标是使工作重点明确,并将工作与明确的项目路线图相结合,并制定明确的治理和贡献指导。 我们立即欢迎捐助,但我们还没有达到全速,所以请耐心等待我们改进过程和指导方针。


  • 针对 Windows 和 Linux 的完整构建,测试和 CI 管道。 如果没有这个,我们就不能做很多事情,所以我们专注于把所有的事情都安排好。 如果你有兴趣帮助我们设置(或者你只是喜欢构建和测试自动化),请转到 Microsoft / service-fabric 回购站,我们正在跟踪该设备的工作


当我们朝着这些更大的里程碑前进时,我们将不断地改进 repo。我们会定期在博客和 Service Fabric 回购库中更新进度,因此请务必马上查看,我们将在 GitHub 上看到你!




常见问题


1.Service Fabric 的哪些部分正在开源?

整个 Service Fabric 运行时都在 GitHub 上开源 ——构建和运行 Service Fabric 所需的一切。最初,我们将有一个适用于 Linux 的构建环境,并且很快就会有 Windows。



2.我可以构建并运行所有 Service Fabric 吗?

您现在可以为Linux构建和运行 Service Fabric。Windows 工具的完整构建和测试环境尚不可用,但我们正在努力将所有内容都发布到 GitHub 上。请注意 repo 的更新。



3.Azure Service Fabric和其它独立产品将会发生什么?他们还会得到微软的支持吗?

绝对的。我们将继续为微软提供的所有服务产品提供同样的支持,包括 Azure 的 Service Fabric 和其它所有独立的产品。



4.我有个一直想要构建的新功能。既然你们已经开源,那我现在可以开始与团队一起工作吗?

当然,我们很乐意与你合作。你可以先在 GitHub 上打开一个话题,然后我们就从那里开始。请注意,我们仍在过渡,目前的开源项目的重点是要建立项目环境,所以请耐心等待,因为我们还没有达到全速。



5.这仍然是微软拥有的,还是会捐赠给 CNCF 或 .NET 基金会?

微软拥有该项目,Service Fabric 团队将是决定项目方向的管理机构。作为理事机构,我们有责任遵循社区的指导。也就是说,我们不排除将来捐赠给基金会的可能性。



结论


Service Fabric 会带来如下好处:


  • 支持创建无状态和有状态的微服务,通过云平台来伸缩他们,以应对高复杂度、低延迟、数据密集的情况;


  • 通过应用程序级别的感知和洞察,为微服务带来编排和自动化的优势;


  • 解决分布式系统诸如状态管理这样的难点,为开发人员提供应用程序生命周期管理的能力以便随着业务的增长无需重构系统架构;


  • 相关工具会集成到 Visual Studio 中,也会提供相应命令行工具,以便开发人员能够快速和轻易地上手;


  • 同时支持 .NET和 Java,这个特性特别适合目前国内原来很多投资于 .NET 平台,被人忽悠爬上了 Java  “贼船”,看到了 .NET Core,想回来的可以回来了。


开源微服务框架从 第一代 Dubbo 到 第二代 Spring Cloud 到 第三代 基于ServiceMesh 的 Service Fabric、Istio、Conduit三国争霸。




图片来自网友贡献








原文: https://www.cnblogs.com/shanyou/p/8571341.html