I使用烧瓶作为服务器侧框架构建了SaaS Web应用程序。
从一段时间以来，我担心未来的烧瓶和烧瓶扩展。在此主题上引用此packt文章
开放源软件：维护者是唯一负责软件可持续性的人吗？：：
世界依赖的大多数开源软件都是由志愿者构建的。当企业选择使用开源软件时，这种志愿者的劳动本质上是没有合同义务的无薪供应商。 但与开源志愿者不同 - 我确实对客户有合同义务。 因此，我试图通过查看GitHub编号并将其与其他项目进行比较，或者试图知道用户的烧瓶和各种扩展的大小（主要是烧瓶 - 塞拉尔奇米，烧瓶，烧瓶，烧瓶，烧瓶，烧瓶，烧瓶，则试图通过将其进行比较来衡量项目健康。 ，烧瓶射击，烧瓶 - WTF，烧瓶），但是拍照并不容易。那里有多少个活跃的维护者？该项目在不久的将来缺乏财务和人事资源的机会是什么？
因此，我想知道在商业服务器端软件中包括开源框架（我的意思是不支持大公司的开源框架（我的意思是不支持大公司），这是否通常是一种好习惯这个问题正在做。有时将所有东西移植到Java是唯一安全的方法？ （这个问题是基于实际企业发展是Java的证据。但是我还注意到，今天在Github Spring-Framework上有429个贡献者，而烧瓶的贡献者为562。另一方面，Spring的弹簧有20.141的承诺，而烧瓶的效果为3.799）。
您可以查看堆栈溢出开发人员调查：
开发人员调查
在我的期望中，一个像烧瓶一样大的开源框架从未死亡。 关于这篇文章，您提供了：不仅开源项目，甚至大公司也可以遇到问题。他们经常这样做。考虑wannaCry勒索软件攻击