虽然微服务架构基于服务发现的点对点调用,但是对于零售和制造等大多数企业而言,建设了大量的非微服务架构的私有化核心业务系统,这些核心业务系统很难进行微服务架构的重构,而基于业务创新需求这些业务系统必须要与基于微服务架构的业务系统和SaaS系统进行互联互通,实现业务系统的集成和统一调用监控,而通过一个以API为中心的轻量的级ESB总线平台是解决微服务与传统业务系统集成的最佳解决方案。
more >>给自己定个小目标,例如先写个十年代码,然后考虑再写二十年!
虽然微服务架构基于服务发现的点对点调用,但是对于零售和制造等大多数企业而言,建设了大量的非微服务架构的私有化核心业务系统,这些核心业务系统很难进行微服务架构的重构,而基于业务创新需求这些业务系统必须要与基于微服务架构的业务系统和SaaS系统进行互联互通,实现业务系统的集成和统一调用监控,而通过一个以API为中心的轻量的级ESB总线平台是解决微服务与传统业务系统集成的最佳解决方案。
more >>在我们写业务系统的CRUD时对SQL的要求其实比较低,在做大数据时需要掌握更多的SQL技能,所以专门写几篇高级SQL来记录一些在写业务时用的比较少但在做大数据场景下却经常使用到的SQL特性。
组合两个或多个SELECT语句。
more >>在我们写业务系统的CRUD时对SQL的要求其实比较低,在做大数据时需要掌握更多的SQL技能,所以专门写几篇高级SQL来记录一些在写业务时用的比较少但在做大数据场景下却经常使用到的SQL特性。
指定用于计算聚合和排名的每行“窗口框架”的函数。
more >>无论是在数据中台,还是传统产品设计中,绕不开的几个概念:分类、属性、标签。
之前的文章中也提到了数据资产,数据资产怎么来,涉及到对资产的“组织形式”进行管理。
标签类目体系方法论是一种面向业务的数据资产建设办法,具体为:用“标签”来作为数据资产的最小单元组织载体,用“标签类目体系”作为数据资产目录的整体组织结构载体。
另外,在很长一段时间里,很多人提到大数据应用,首先想到的就是个性化推荐,推荐系统就是通过给用户进行用户画像的方式来实现,而所谓的用户画像,很大程度上就是给用户打标签。
现如今:各大互联网APP(淘宝、今日头条、小红书、抖音等)都有一个基于标签体系的推荐引擎模块,通过用户静态属性和行为属性给用户打标签,形成360度用户画像,然后根据用户的偏好将信息或产品推送给用户。
more >>数据治理需要一个目标,目标由谁来定?
不同的系统,不同的厂商对同一个字典的定义不一样,应该采用谁的?例如同样的字典,性别:有的用1代表男,0代表女,有的用male
、female
。治理的时候采用谁的?
这就是数据标准模块应该解决的问题。
more >>上一篇整体介绍了下在数仓建设中常用到的数据表类型,其中有一种比较特殊,是跟数据的历史状态相关联的。
在我从事的医疗大数据领域,有一个场景是需要考虑。
就是很多医院会改名,今天叫第一人民医院、过两年就叫上海市第一人民医院,再过几年可能叫红房子医院。这些随着时间推移的记录一般我们也会将其进行保存,那怎么保存这些变更记录呢,或者在数仓体系里面,这些属于变更记录的数据应该怎么来设计表更合适,有没有对应的方法论支撑呢?
这篇文章就是来说说这个问题的。
more >>在数据治理架构中,数据资产管理位于底层数据和数据管理与应用之间,处于承上启下的重要地位。对上支撑数据安全管理等职能建设以价值发掘为导向的数据应用,对下实现底层数据的梳理、对接数据标准,达成企业内部“统一数据标准”的目标。
more >>tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录(注意不是yilia根目录)执行以下命令:
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置:
jsonContent: meta: false pages: false posts: title: true date: true path: true text: false raw: false content: false slug: false updated: false comments: false link: false permalink: false excerpt: false categories: false tags: true