【云原生专题】基于Docker+Neo4j图数据库搭建企业级分布式应用拓扑图

简介: 【云原生专题】基于Docker+Neo4j图数据库搭建企业级分布式应用拓扑图

正文


一、图数据库简介


图数据库是NoSQL领域中的一种,在处理相关联的大数据方面比关系型数据库天然具有优势,近年来在知识图谱、金融风控、社交关系等场景中发挥了重要的角色功能。同时,图数据库在AI领域,天然适合诸如记忆提取、关联推理、归纳探索等场景,成为了人工智能领域不可缺少的部分。


Neo4J是比较通用和常见的图数据库,具有社区版和企业版之分,普通学习使用免费的社区版即可。Neo4J还提供了一个Web访问的可视化执行与查询的界面,类似ElasticSearch一样,非常容易上手。Neo4J配套的DSL语言为Cypher查询语言,可以对数据进行高效地查询,同时语法上类似SQL,方便开发者快速上手。


二、Neo4J环境搭建


本文使用Docker来搭建Neo4J环境,需要提前在开发机上装好Docker Desktop。


首先访问DockerHub官网,查询Neo4J官方仓库,将远程镜像拉取到本地,默认情况下拉取的镜像是最新的社区版。

docker pull neo4j

然后现在本地找个目录存放neo4j数据库文件,这里以E:\docker-volume\neo4j-data为例,然后按照使用描述,执行启动命令:

docker run --publish=7474:7474 --publish=7687:7687 --volume=E:\docker-volume\neo4j-data:/data neo4j

等待片刻,容器就完成启动了,此时访问localhost:7474就能访问到neo4j的主页了,默认登录密码是neo4j/neo4j,首次登录后会要求修改默认密码。


三、创建系统架构


3.1 系统架构梳理


现有的系统在架构图中都表现为顶点,是一个实体,实体会包含若干属性,来对实体进行表述。比如“订单系统”是图中的一个顶点实体,该系统是用Java编写,首次部署时间是2020年1月1日,系统负责人是张三等等,这些都是这个系统的属性。我们对现有的系统做了下梳理,以表格的形式内容如下:

系统名称 类型 首次部署时间 系统负责人
订单系统 Java 2020-1-1 jack
商品系统 Python 2021-5-1 mason
淘宝商城 APP 2021-6-1 peter
闲鱼 小程序(MinPro) 2021-8-1 steve
商家管理平台 Web 2021-9-1 lisa
中台MQ MQ 2020-9-1 jane
每日精选 公众号(Public) 2021-4-25 lucy

这些系统中,订单系统和商品系统属于中台后端应用,淘宝、咸鱼、每日精选都是前端面向客户的应用,它们都调用中台的后端应用,商家管理平台是内网供作业人员使用的Web应用,也是调用的中台数据,中台每隔5分钟会推送热点商品数据通过MQ给到每日精选。


上面的关系描述不够直观,系统一旦多了,就可能乱的不行,所以我们需要通过图数据库来描述相互之间的关系。


下面,我们就可以基于如上梳理的关系,进行节点和关系的操作了。在操作之前,我们需要清理一下数据库中的内容,防止产生干扰。

MATCH (n) DETACH DELETE n;


3.2 系统节点的CRUD


增加节点

CREATE (n:Java {name:'订单系统',firstDeploy:'2020-1-1',leader:'jack'});
CREATE (n:Java {name:'商品系统',firstDeploy:'2021-5-1',leader:'mason'});
CREATE (n:App {name:'淘宝商城',firstDeploy:'2021-6-1',leader:'peter'});
CREATE (n:MinPro {name:'闲鱼',firstDeploy:'2021-8-1',leader:'steve'});
CREATE (n:Web {name:'商家管理平台',firstDeploy:'2021-9-1',leader:'lisa'});
CREATE (n:MQ {name:'中台MQ',firstDeploy:'2020-9-1',leader:'jane'});
CREATE (n:Public {name:'每日精选',firstDeploy:'2021-4-25',leader:'lucy'});

执行后,我们执行查询语句:

MATCH (n) RETURN n

得到的图如下:


00.png


创建系统节点

MATCH (n) WHERE n.name='闲鱼' DELETE n;
// 等价于
MATCH (n:MinPro{name:'闲鱼'}) DELETE n;

删除节点的属性

MATCH (n) WHERE n.name='闲鱼' REMOVE n.leader;
// 等价于
MATCH (n:MinPro{name:'闲鱼'}) REMOVE n.leader;

查询节点

// 根据节点的属性进行查询(更接近SQL语法,推荐)
MATCH (n) WHERE n.name='闲鱼' RETURN n;
// 等价查询语句如下,增加了节点的类型MinPro,查询结果更加准确
MATCH (n:MinPro{name:'闲鱼'}) RETURN n;


修改/新增节点属性

MATCH (n) WHERE n.name='闲鱼' SET n.leader='steve';


3.3 系统关系的CRUD


新增/修改关系(属性)

MATCH (a),(b) where a.name='闲鱼' AND b.name='商品系统' MERGE (a)-[:invoke]->(b) RETURN a,b;
MATCH (a:MinPro{name:'闲鱼'}),(b:Java{name:'订单系统'}) MERGE (a)-[:invoke]->(b) RETURN a,b;
MATCH (a),(b) where a.name='淘宝商城' AND b.name='商品系统' CREATE (a)-[:invoke]->(b) RETURN a,b; 
MATCH (a),(b) where a.name='淘宝商城' AND b.name='订单系统' CREATE (a)-[:invoke]->(b) RETURN a,b;   
MATCH (a),(b) where a.name='商品系统' AND b.name='中台MQ' CREATE (a)-[:produce]->(b) RETURN a,b; 
MATCH (a),(b) where a.name='每日精选' AND b.name='中台MQ' CREATE (a)-[:consume]->(b) RETURN a,b; 
// 也可以对关系增加属性
// MERGE语句会覆盖现有的关系,达到更新关系及其属性的目的
MATCH (a),(b) where a.name='商家管理平台' AND b.name='订单系统' MERGE (a)-[:invoke{since:2021-1-1}]->(b) RETURN a,b; 

然后执行查询语句:

MATCH (n) RETURN n

得到的图如下:


0.png


增加系统间的关系

删除关系

MATCH (a)-[r:consume]->(b) WHERE a.name='每日精选' AND b.name='中台MQ' DELETE r;

删除关系属性

MATCH (a)-[r:invoke]->(b) WHERE a.name='商家管理平台' AND b.name='订单系统' REMOVE r.since;

增加/更新关系属性

MATCH (a)-[r:invoke]->(b) WHERE a.name='闲鱼' AND b.name='商品系统' set r.since=2021;

查询关系

// 查询所有调用商品系统的关联系统
MATCH (n)-[r:invoke]->(b) WHERE b.name='商品系统' RETURN n;
// 查询所有调用商品系统的关联系统及其调用商品系统的关系
MATCH (n)-[r:invoke]->(b) WHERE b.name='商品系统' RETURN n,r,b;
// 查询所有和商品系统有关联的系统及其和商品系统的关系
MATCH (n)-[r]-(b) WHERE b.name='商品系统' RETURN n,r,b;

本文到此结束,下一篇会讲述如何使用SpringBoot+neo4j来实现本次的案例



相关实践学习
阿里云图数据库GDB入门与应用
图数据库(Graph Database,简称GDB)是一种支持Property Graph图模型、用于处理高度连接数据查询与存储的实时、可靠的在线数据库服务。它支持Apache TinkerPop Gremlin查询语言,可以帮您快速构建基于高度连接的数据集的应用程序。GDB非常适合社交网络、欺诈检测、推荐引擎、实时图谱、网络/IT运营这类高度互连数据集的场景。 GDB由阿里云自主研发,具备如下优势: 标准图查询语言:支持属性图,高度兼容Gremlin图查询语言。 高度优化的自研引擎:高度优化的自研图计算层和存储层,云盘多副本保障数据超高可靠,支持ACID事务。 服务高可用:支持高可用实例,节点故障迅速转移,保障业务连续性。 易运维:提供备份恢复、自动升级、监控告警、故障切换等丰富的运维功能,大幅降低运维成本。 产品主页:https://www.aliyun.com/product/gdb
相关文章
|
6月前
|
消息中间件 人工智能 安全
云原生进化论:加速构建 AI 应用
本文将和大家分享过去一年在支持企业构建 AI 应用过程的一些实践和思考。
1547 62
|
Cloud Native 关系型数据库 分布式数据库
登顶TPC-C|云原生数据库PolarDB技术揭秘:Limitless集群和分布式扩展篇
阿里云PolarDB云原生数据库在TPC-C基准测试中以20.55亿tpmC的成绩刷新世界纪录,展现卓越性能与性价比。其轻量版满足国产化需求,兼具高性能与低成本,适用于多种场景,推动数据库技术革新与发展。
|
6月前
|
Java Linux 虚拟化
【Docker】(1)Docker的概述与架构,手把手带你安装Docker,云原生路上不可缺少的一门技术!
1. Docker简介 1.1 Docker是什么 为什么docker会出现? 假定您在开发一款平台项目,您的开发环境具有特定的配置。其他开发人员身处的环境配置也各有不同。 您正在开发的应用依赖于您当前的配置且还要依赖于某些配置文件。 您的企业还拥有标准化的测试和生产环境,且具有自身的配置和一系列支持文件。 **要求:**希望尽可能多在本地模拟这些环境而不产生重新创建服务器环境的开销 问题: 要如何确保应用能够在这些环境中运行和通过质量检测? 在部署过程中不出现令人头疼的版本、配置问题 无需重新编写代码和进行故障修复
547 2
|
7月前
|
存储 弹性计算 Cloud Native
云原生数据库的演进与应用实践
随着企业业务扩展,传统数据库难以应对高并发与弹性需求。云原生数据库应运而生,具备计算存储分离、弹性伸缩、高可用等核心特性,广泛应用于电商、金融、物联网等场景。阿里云PolarDB、Lindorm等产品已形成完善生态,助力企业高效处理数据。未来,AI驱动、Serverless与多云兼容将推动其进一步发展。
333 8
|
Cloud Native 持续交付 开发者
云原生技术在现代企业中的应用与实践####
本文深入探讨了云原生技术的核心概念及其在现代企业IT架构转型中的关键作用,通过具体案例分析展示了云原生如何促进企业的敏捷开发、高效运维及成本优化。不同于传统摘要仅概述内容,本部分旨在激发读者对云原生领域的兴趣,强调其在加速数字化转型过程中的不可或缺性,为后续详细论述奠定基础。 ####
|
Cloud Native 关系型数据库 分布式数据库
登顶TPC-C|云原生数据库PolarDB技术揭秘:Limitless集群和分布式扩展篇
云原生数据库PolarDB技术揭秘:Limitless集群和分布式扩展篇
|
11月前
|
人工智能 负载均衡 Java
Spring AI Alibaba 发布企业级 MCP 分布式部署方案
本文介绍了Spring AI Alibaba MCP的开发与应用,旨在解决企业级AI Agent在分布式环境下的部署和动态更新问题。通过集成Nacos,Spring AI Alibaba实现了流量负载均衡及节点变更动态感知等功能。开发者可方便地将企业内部业务系统发布为MCP服务或开发自己的AI Agent。文章详细描述了如何通过代理应用接入存量业务系统,以及全新MCP服务的开发流程,并提供了完整的配置示例和源码链接。未来,Spring AI Alibaba计划结合Nacos3的mcp-registry与mcp-router能力,进一步优化Agent开发体验。
3586 14
|
Cloud Native Serverless 流计算
云原生时代的应用架构演进:从微服务到 Serverless 的阿里云实践
云原生技术正重塑企业数字化转型路径。阿里云作为亚太领先云服务商,提供完整云原生产品矩阵:容器服务ACK优化启动速度与镜像分发效率;MSE微服务引擎保障高可用性;ASM服务网格降低资源消耗;函数计算FC突破冷启动瓶颈;SAE重新定义PaaS边界;PolarDB数据库实现存储计算分离;DataWorks简化数据湖构建;Flink实时计算助力风控系统。这些技术已在多行业落地,推动效率提升与商业模式创新,助力企业在数字化浪潮中占据先机。
613 12
|
存储 Kubernetes 开发者
容器化时代的领航者:Docker 和 Kubernetes 云原生时代的黄金搭档
Docker 是一种开源的应用容器引擎,允许开发者将应用程序及其依赖打包成可移植的镜像,并在任何支持 Docker 的平台上运行。其核心概念包括镜像、容器和仓库。镜像是只读的文件系统,容器是镜像的运行实例,仓库用于存储和分发镜像。Kubernetes(k8s)则是容器集群管理系统,提供自动化部署、扩展和维护等功能,支持服务发现、负载均衡、自动伸缩等特性。两者结合使用,可以实现高效的容器化应用管理和运维。Docker 主要用于单主机上的容器管理,而 Kubernetes 则专注于跨多主机的容器编排与调度。尽管 k8s 逐渐减少了对 Docker 作为容器运行时的支持,但 Doc
702 5
容器化时代的领航者:Docker 和 Kubernetes 云原生时代的黄金搭档
|
人工智能 缓存 异构计算
云原生AI加速生成式人工智能应用的部署构建
本文探讨了云原生技术背景下,尤其是Kubernetes和容器技术的发展,对模型推理服务带来的挑战与优化策略。文中详细介绍了Knative的弹性扩展机制,包括HPA和CronHPA,以及针对传统弹性扩展“滞后”问题提出的AHPA(高级弹性预测)。此外,文章重点介绍了Fluid项目,它通过分布式缓存优化了模型加载的I/O操作,显著缩短了推理服务的冷启动时间,特别是在处理大规模并发请求时表现出色。通过实际案例,展示了Fluid在vLLM和Qwen模型推理中的应用效果,证明了其在提高模型推理效率和响应速度方面的优势。
云原生AI加速生成式人工智能应用的部署构建