如何看待influxdb集群功能不再开源

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何看待influxdb集群功能不再开源相关的知识,希望对你有一定的参考价值。

参考技术A 结论:单机版性能已经足够支撑个人和小公司的业务了

我在实际使用中,0.10以上的单机版可以满足需要了,这个TSM的引擎实力很强了
我司一月的数据量是1400个点*3000万秒=四千亿个点
存储查询的速度也很好,而且还是按一段时间7000秒左右进行存取的,存大概15秒,取几秒
压缩性特别棒,存储文件小得可爱
我估计了下,存下我司一年的业务也才500G硬盘
综上,也就用不着上集群了

所以,集群功能真心是更大的业务才用得着了,这个收费的话,这种大业务对应的大公司,妥妥地付得起。

另外:时间序列数据库的翘楚,PI,按百万起,石油电力用得飞起,性能更是强到变态。广告中写每秒1 万点数据存储一年,仅需要4G 的空间。一分钱一分货啊。

如何看待优秀国产开源项目作者月薪却不到5k?


事件中的项目是 BiliBili 三年前开源的 flv.js,它是一个使用纯 JavaScript 编写的 FLV(HTML5 Flash Video)播放器,虽然是 FLV 播放器,但是完全没有使用到 Flash,这是它的一大特点,具体特性查看【阅读原文】


flv.js 的工作原理是将 FLV 文件流转换为 ISO BMFF(Fragmented MP4)段,然后通过 Media Source Extensions API 将 mp4 段提供给 HTML5 <video> 元素。它使用 ECMAScript 6 编写而成,再由 Babel Compiler 编译成 ECMAScript 5,并与 Browserify 绑定。


项目十分优秀,它在 OSCHINA 上的关注度很高,目前也可以看到它在 GitHub 上的数据,star 达到 15k+、fork 有 2300+:

如何看待优秀国产开源项目作者月薪却不到5k?

据说作者一人完成了该项目,并且在公司中推动其开源,但是作者的工资待遇却不太理想,个中因果与是非大家可以从其它地方了解。


这里想简单说的是另一些方面的话题。



那些有几倍工资的“福报”对于大多数人来说或许还可以接受,但是那些正处在纯粹的 996 中的工程师可能正是此次“同仇敌忾”转发这个图片的主体。最根本的原因还是在于对工作中付出与回报公正与否的衡量,“我头都秃了,你还在这跟我画洗发水呢?”。


另一方面,我们都知道国产开源的情况其实并没有表面那么风光,目前一些技术底层基础设施的开源项目,例如 Linux、Kubernetes、Redis 与 Spark 都是国外主导的,同时制定开源领域协议等规范的全球性组织也都是国外的,就连最流行的源代码托管平台也是国外的。


虽然国内最近几年集中地有越来越多的公司和个人参与到开源中,但是我们在项目数量、质量、开源治理、开源文化与方法论等方面都有比较严重的不足。


我们知道问题存在,我们也同时在疾呼要赶紧发展自己的开源事业甚至 IT 行业能力,但是我们还是在走一条可能没有光明前途的老路。


这背后展开来讲可以深挖到“为什么近来国内各个公司都要发力开源领域”这样的问题,其实也就是说大家的开源是不是“并不纯粹”,而只是为了品牌?为了 KPI?为了市场?……


虽然国外开源也必然有这样那样的目的,但是直面现实,我们国内的现状是因为这个不纯粹而忽视了一些基本的东西,比如在前边的案例中,一个公司既然真的想要发展好开源,那么怎么能够连这么优秀的作者都不好好招待呢?上升到整个行业,如果对人才没法做到即来之则安之,那谈什么国产(开源)领域的发展都是很不 open/free 的,那么如何发展?


最后,本文无意冒犯 B 站——这是笔者最喜爱的视频网站,借用 B 站的梗来作个结语以示真心:小编这个 X 是真的缺素材[狗头]。


对于这件事情,你有什么看法,欢迎留言分享。

开源中国征稿啦!


开源中国 www.oschina.net 是目前备受关注、具有强大影响力的开源技术社区,拥有超过 400 万的开源技术精英。我们传播开源的理念,推广开源项目,为 IT 开发者提供一个发现、使用、并交流开源技术的平台。


现在我们开始对外征稿啦!如果你有优秀的技术文章想要分享,热点的行业资讯需要报道等等,欢迎联系开源中国进行投稿。投稿详情及联系方式请参见:

推荐阅读

以上是关于如何看待influxdb集群功能不再开源的主要内容,如果未能解决你的问题,请参考以下文章

JAVA操作InfluxDB的一个Demo

时序数据库连载系列: 时序数据库一哥InfluxDB之存储机制解析

在 docker-compose 中为 influxdb 2.0 创建默认用户

基于 Kubernetes v1.14.0 之heapster与influxdb部署

docker swarm cAdvisor+InfluxDB+Grafana 监控

influxdb的命令们