【创意工坊】试用 OceanBase 4.3.3 构建《黑神话:悟空》智能游戏助手
本文记录了试用 OceanBase 4.3.3 bp1 社区版的向量能力,通过几条简单的命令,快速搭建一个定制化答疑机器人的过程。背景一前一段时间 OceanBase 开发布会,在开源分论坛中有一个 AI 动手实战营,现场有几十名观众通过 OceanBase 搭建 AI 问答应用,体验了 OceanBase 4.3.3 bp1 版本的向量能力。在 OceanBase 社区论坛问答区中,社区小助手也
7年社区运营,助你提升各类工具的调用力
做开源社区运营,经常会做诸如文章排版、视频剪辑、图片处理等工作。在此期间,我也积累了一些用得比较顺手的工具,本篇文章会梳理各个方面分享给大家。作者 | 赵法威责编 | 韩 楠大家好,我是赵法威,做社区运营 7 年,目前负责 KubeSphere 开源社区的运营工作。无论是社区运营,还是其他种类的运营,大部分工作都较为繁杂,所涉及的方向也比较多。所以,多数情况下,运营人员需要同时向前推进多项不同种类
Juicedata 合伙人:云上文件系统有何不同,看 JuiceFS 如何做?
JuiceFS 是为云设计的分布式文件系统,该项目创立于 2017 年,初始阶段是在全球十几家不同的公有云上发布全托管服务。到 2021 年的时候,我们向社区发布了一个开源的社区版本。开源之初,我们先选择了 AGPLV3 许可证,在经过一年的发展之后,JuiceFS很快受到了来自全球社区的响应,很多人开始用起来,我们的用户群里也变得挺热闹。在这个过程中,我们也发现在 AGPLv3 许可的选择不够开
Kindling创始人苌程:基于eBPF的Trace_profiling程序摄像头技术如何定位故障根因
用户对可观测性需求可以用 1-5-10 来界定,1分钟发现-5 分钟响应-10 分钟恢复。然而现实是要想实现1-5-10,是非常难的。即便已经采用了当前可观测性主流技术Tracing、Logging、Metrics技术之后,面对故障根因定位,实际上仍然需要非常丰富的经验才能够再定位故障根因,而定位时间因个人的能力而异,这就导致解决时间不可预期。开源项目Kindling在全球首创的提出基于eBPF技
打跑个人开源转角的“拦路虎”
从参与Apache 开源项目,到凭借业务需求独自开发个人开源项目;从项目开源出来无人问津到至今200+star,多个企业级用户,在开源过程中,我也从走过低谷,一度想过放弃,但仍然选择坚持至今日。作者 | 段小秋责编 | 韩 楠这一路上,我遇到了什么样的困难,又收获了哪些呢?想借此来分享下在我开源dataCompare 的过程中遇到的坎坷和收获,莫让开源转角蹲着“拦路虎”。一、为职业发展铺路,开源蓄
快猫星云 来炜:现代化监控系统这样演进、发展才稳妥!
今天的分享主要围绕着我所主导和重度参与的两个开源项目,Open-Falcon 和夜莺监控展开,管中窥豹,和大家一起探讨交流监控系统的发展和演进。大家可以看到,在CNCF landscape中,在监控分析这个大的领域中,涌现出了特别多的优秀项目,为什么会发生这样的变化?这和过去10年,技术架构的演进变革有关。在过去的十年,微服务架构与云原生技术,相互促进发展,成为巨大的技术变革浪潮,而监控分析是云原
开源与商业化的爱恨纠葛,从自由软件运动说起(上)
开源逐渐成为软件开发的主流,中国已经逐渐发展成为推动开源发展的重要力量。开源的世界激荡着自由的精神,开发者的情怀,但是开源并不等于免费。没有商业化的支持,开源又能走多远?在商业化探索中,开源又能为商业化的成功提供什么?本文将关注开源与商业化,回溯软件发展史,在历史中寻找经纬。从自由软件到开源时至今日,仍有不少人对开源软件存在误解,认为开源等于免费,甚至将开源与商业化对立起来,这种误解确实有其原因,
低代码 FlyFish 在云智慧的落地实践探索
本期与大家分享一下 FlyFish 低代码平台在云智慧的落地实践的探索。作者 | 王海虎责编 | 韩 楠相信低代码这个词大家经常听到,从 2014 年概念被提出,很多人就开始关注了,但是对于低代码的各种争议未有间断,有的人对它到底能否对企业、对开发者进行赋能,仍存质疑。很多开发者也就此有很多争议,本次分享是想告诉下大家,看一看云智慧内部真实去用了一年之后的变化,将从数据可视化目前的现状,及其所暴露
主流开源分析引擎梳理,看看你最中意谁?
最近一段时间,我重新梳理了一下目前市面上主流的数据分析引擎, 发现真是琳琅满目, 令人眼花缭乱。静下心来花了两周时间横向看了一下, 学习过程中, 记了一些笔记, 希望能够帮到大家。作者 | 祁国辉责编 | 韩 楠总体来讲,分析下来, 基本脉络来自两个方向:一个是MPP数据库的大规模并行;另外一个方向来自于SQL on Hadoop。结合这两条主线, 各个产品在不同地方做了一些优化和取舍, 比如Ky
Eoapi,支持插件扩展的API管理工具,通过插件构建API生态
本篇文章将围绕Eoapi (现Postcat)成立的初衷、想要解决的问题、产品进展与优势、未来规划等进行介绍。以下为【开源秀】栏目中Eolink CEO 刘昊臻老师的演讲实录:Eolink 是目前国内最大的 API 的全生命周期的管理平台。我们在线上产品有50W的开发者用户,还包括为 10W +企业提供 API 的全生命周期管理的服务。今天要讲的叫做Eoapi(现Postcat),是 ECN op
倍赛应用研发总监王家军:百亿级训练数据平台架构揭秘
本文内容将围绕介绍铸就 Xtreme1 的倍赛科技的技术架构, Xtreme1 是倍赛SaaS平台的开源版,为了简化部署和使用,在架构和功能上做了适当简化。倍赛SaaS平台全面遵循云原生架构原则,以保证服务性能的可扩展性,部署规模的可弹性,以及在故障情况下的服务韧性。以下为【开源秀】栏目嘉宾倍赛科技应用研发总监 王家军的演讲实录:倍赛开源的 Xtreme1,是一个 MLOps 的AI 标注的训练数
华为云OpenTiny 开源社区 Kagol:“KPI开源”背后,是谁失了速?
很多人错误地认为一个开源项目好不好,就是看这个开源项目的 Star 数多不多……实际上,一个好的开源项目,一定是能够满足人们的某种需求或者解决人们的某个痛点问题的,也即它应该是有价值的。作者 | Kagol责编 | 韩 楠随着开源在国内的逐年火热,国内的各大公司都意识到开源的巨大价值,纷纷将公司内部的优秀项目开源出来。这其实是一件好事,让整个开源生态更加繁荣,让广大的开发者有了更多选择。不过由于每
浅谈KPI与开源的可持续发展
近年来,全球开源生态迈向高速发展的崭新阶段,很多企业、社区和个人都将关注点聚焦在开源之上。其中,有些企业、社区和个人更是为开源成立专门的组织机构,抑或是给开源设定KPI指标,意在推动开源项目或开源社区的可持续发展。当开源与KPI挂钩,结果有时会出人意料。一方面,某些开源社区或者技术大牛通过在开源项目中设定KPI,获得了广泛的关注和支持;另一方面,某些公司主管为了个人的职位晋升,盲目追求KPI指标,
开源社理事庄表伟:KPI拉不动开源,是工具生了锈,还是另有讲究?
KPI是管理中常用的工具,但开源项目通常是社区自然生长的,不在任何管理范围内。受访嘉宾 | 庄表伟联合出品 | ITPUB & 开源社责编 | 韩 楠当企业对开源产生诉求并希望通过开源达成目标时,这种目标往往模糊或有误解的。企业制定的容易量化的KPI可能导致短期内社区成功,但长期维护困难。为了提高开源项目的可持续性,建议研究有价值的指标,降低对短期指标的关注,提高“造假”的成本,并学习成功
SphereEx CEO 张亮:开源是情怀的坚持,也是一种商业模式
在最难的基础软件领域,开源已经成为开发的主流模式,近年来,越来越多的数据库选择开源策略发展……责编 | 韩楠根据 DB-Engines 的报告显示,2021 年初,市场对开源数据库的接受度首次超过了商业数据库。构建国产自研数据库生态、加速技术迭代,乃至国内数据库出海,开源似乎是一个可尝试的好办法。其实不然, 正如版权内容一样, 公开源代码并不等于放弃了所有权利, 开源是基于很多种授权许可的。在最难
七年的开源商业化探索,PingCAP 为什么选了这样一条路?
我在2016年讲过一句话:“开源是基础软件成功的唯一路径。”如果更严谨一点,要给这句话加一个限定词——中国,即“开源是中国基础软件成功的唯一路径”。—— PingCAP 刘奇作者 | PingCAP 团 队责编 | 韩 楠2020 年, 一 场 悄 无 声 息 的 风 暴 开 始 席 卷 全 球。到 了 2021 年, 这 场 风暴开始走进公众的视野。&nb
天翼云数据库TeleDB:国产化浪潮中的创新者与实践者
天翼云数据库TeleDB:国产化浪潮中的创新者与实践者
KaiwuDB 2.0:以“多模融合”架构拥抱AIoT新时代
KaiwuDB 2.0:以“多模融合”架构拥抱AIoT新时代
韩锋对话华为云苏光牛:大浪淘沙,才知道谁在裸泳
华为云苏光牛:国产数据库进入批量复制的关键阶段,大浪淘沙,潮水退去,才知道谁在裸泳
对话GBASE南大通用张益:分布式数据库如何降低工程成本
南大通用GBase 8c产品部总经理-张益 受邀出席数据库系列访谈栏目 聚焦-分布式数据库如何降低工程成本