今天的话题，我们从一个案例开始谈起。 国际计费系统会定期自动生成账单，然后每个账单会按照预设的规则自动进入结算流程，账单从生成之后到结算完成，这期间需要销售支持、结算岗、客户（商家或服务商）、财务、资

总结了雪球在建设规则引擎过程中的探索和实践过程，推出对业务人员非常友好的可视化的策略编排功能，在使用上接近sql条件的编写，在研发方面，缩短了开发时间，只需要关注动作与特征开发。

生产过程中，线上的业务规则内嵌在系统的各处代码中，每次策略的调整都需要更新线上系统，进行从需求->设计->编码->测试->上线这种长周期的流程，满足不了业务规则的快速变化以及低成本的更新试错迭代。

我们实际开发中是经常会遇到的。尤其是在一些；营销、风控、人群等，各种用户信息决策树关系时，都会出现这样的业务逻辑。而且对于一些较大场景是肯定不会直接硬编码if else，因为太难以维护

什么是Milvus？ Milvus，一个开源的高性能向量数据库，它在各种应用场景中展现出强大的性能和灵活性。 在许多现代应用中，处理和分析大规模向量数据变得越来越重要。

在工作过程中每年都会看到SQL问题引发的线上问题，一条有问题的SQL足以拖垮整个数据库，是否可以把人为发现变成自动预警？研发新工具来自动检测有问题的SQL！

前言 大家好！我是sum墨，一个一线的底层码农，平时喜欢研究和思考一些技术相关的问题并整理成文，限于本人水平，如果文章和代码有表述不当之处，还请不吝赐教。 以下是正文！ 举个例子🌰 大部分软件或者AP

Flink入门系列文章主要是为了给想学习Flink的你建立一个大体上的框架，助力快速上手Flink。学习Flink最有效的方式是先入门了解框架和概念，然后边写代码边实践，然后再把官网看一遍。

LiteFlow是一个非常强大的现代化的规则引擎框架，融合了编排特性和规则引擎的所有特性。它是一个编排式的规则引擎框架，组件编排，帮助解耦业务代码，让每一个业务片段都是一个组件。