Dataround数据集成部署方式总结

Dataround数据集成支持Docker容器化部署以及手动部署,当使用docker run -p 5600:5600 -d dataround/link:0.9.0拉取服务的时候默认使用内置的h2内存数据库,方便测试与开发。生成环境不要使用h2数据库。

在这里插入图片描述

1. Docker 部署

1.1 Docker部署默认使用 H2 数据库:

docker run -p 5600:5600 -d dataround/link:0.9.0

1.2 Docker使用外部 PostgreSQL 数据库:

docker run -e SPRING_PROFILES_ACTIVE=prod \
  -e DATASOURCE_URL=jdbc:postgresql://your-postgres-host:5432/dataround_link \
  -e DATASOURCE_USERNAME=your_username \
  -e DATASOURCE_PASSWORD=your_password \
  -p 5600:5600 -d \
  dataround/link:0.9.0

应用程序访问地址: http://host-ip:5600/datalink

2. Docker Compose 部署

创建并启动服务:

# download docker-compose.yml
curl -O https://raw.githubusercontent.com/dataround/dataround-link/main/docker-compose.yml
# start services
docker-compose up -d

Docker compose将启动 PostgreSQL 和 Dataround Link服务。
应用程序访问地址: http://host-ip:5600/datalink

3. Kubernetes 部署

部署到 Kubernetes 集群:

kubectl apply -f https://raw.githubusercontent.com/dataround/dataround-link/main/kubernetes.yml

Kubernetes自动创建

  • 带持久化存储的 PostgreSQL数据接口
  • 具有2个副本的 Dataround Link服务
    该k8s部署描述文件默认会创建svc,并以NodePort方式暴露服务。
    应用程序访问地址: http://k8s_node_ip:30560/datalink
4. 手动部署

4.1 数据库初始化

  • 安装PostgreSQL并创建数据库:CREATE DATABASE dataround_link;
  • 数据库表会在启动时自动创建

4.2 编译Dataround-link
构建 Dataround 的先决条件:

  • Java 17 或更高版本
  • Maven 3.8 或更高版本

4.2.1 克隆仓库:

git clone https://github.com/dataround/dataround-link.git

4.2.2 构建后端:

cd dataround-link
mvn clean package -DskipTests

最终程序包将生成在 dataround-link-svc/target/dataround-link-xxx.tar.gz

4.3 启动 dataroud link 服务器:

修改 $DATAROUND_HOME/conf/application-prod.yaml 中的数据库配置,然后启动服务:

./bin/start.sh

应用程序访问地址: http://localhost:5600/datalink

Dataround数据集成是Dataround数据平台中的集成模块,该开源项目地址: https://github.com/dataround/dataround-link
任何问题随时联系项目作者wechat: yuehan124

「LLM那些事」系列第 4 篇《上下文窗口的边界》,文章连接:https://blog.csdn.net/houwenjin/article/details/163999753。 演示什么:在「预测」Sheet 的黄色格子里输入一句话(默认「来泡一杯」),四个「模型」——分别只统计最后 1 / 2 / 3 / 4 个字的 n-gram 查表——同时预测下一个字。同一个输入,看的上下文越长,候选越少、预测越确定: ┌────────────────┬──────────┬───────────────┬──────┐ │ 只看最后几个字 │ 用的前缀 │ 候选下一字数 │ 预测 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 1 个 │ 杯 │ 3(茶/子/水) │ 模糊 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 2 个 │ 一杯 │ 2(茶/水) │ 收窄 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 3 个 │ 泡一杯 │ 1(茶) │ 确定 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 4 个 │ 来泡一杯 │ 1(茶) │ 确定 │ └────────────────┴──────────┴───────────────┴──────┘
源码下载地址: https://pan.quark.cn/s/a4b39357ea24 笔记本的散热风扇管理 ---------------------------------------- 09 November 2006. 对于版本20061109的变更概述如下: 1) ACPI CA核心子系统:在源操作数是一个操作区域的场景下,对负载ASL操作符进行了优化。仅需映射操作区域内存,而不是执行逐字节读取。 (区域必须为SystemMemory类型,见下文。)修正了源操作数为区域字段的负载ASL操作符问题。也允许缓冲区对象作为源操作数。 BZ 480 解决了负载ASL操作符允许源操作数为任意类型操作区域的问题。现被限制为仅SystemMemory类型的区域,符合ACPI规范。 BZ 481 对新表管理器代码进行了额外的清理和优化。AcpiEnable将在所有必需的ACPI表未加载时失败(FADT, FACS, DSDT)。 BZ 477 在acobject.h中添加了#pragma pack(8/4),以确保此头文件中的结构始终编译为对齐。ACPI_OPERAND_OBJECT已被手动优化为对齐,并在字节打包时无法工作。示例代码和数据大小:这些是Microsoft Visual C++ 6.0 32位编译器生成的、与操作系统无关的acpica.lib的大小。调试版本的代码包含调试输出跟踪机制,具有更大的代码和数据大小。上一个版本:非调试版本:78.1K代码,17.1K数据,95.2K总计 调试版本:155.4K代码,63.1K数据,218.5K总计 当前版本:非调试版本:77.9K代码,17.0K数据,94.9K总计 调试版本:155.2K代码,63.1K数据,...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值