本站面向开发者与科研用户,提供开源镜像的搜索和下载加速服务。
所有镜像均来源于原始开源仓库,本站不存储、不修改、不传播任何镜像内容。

stargate-4_0 Docker 镜像下载 - 轩辕镜像

stargate-4_0 镜像详细信息和使用指南

stargate-4_0 镜像标签列表和版本信息

stargate-4_0 镜像拉取命令和加速下载

stargate-4_0 镜像使用说明和配置指南

Docker 镜像加速服务 - 轩辕镜像平台

国内开发者首选的 Docker 镜像加速平台

极速拉取 Docker 镜像服务

相关 Docker 镜像推荐

热门 Docker 镜像下载

stargate-4_0
stargateio/stargate-4_0

stargate-4_0 镜像详细信息

stargate-4_0 镜像标签列表

stargate-4_0 镜像使用说明

stargate-4_0 镜像拉取命令

Docker 镜像加速服务

轩辕镜像平台优势

镜像下载指南

相关 Docker 镜像推荐

Stargate v1 Docker镜像,集成Cassandra 4.0后端,用于提供对Cassandra数据库的API访问。
5 收藏0 次下载activestargateio镜像

stargate-4_0 镜像详细说明

stargate-4_0 使用指南

stargate-4_0 配置说明

stargate-4_0 官方文档

Stargate with Apache Cassandra 4.0 镜像文档

⚠️ 警告

此镜像适用于 Stargate v1。对于 Stargate v2,请参考 stargateio/coordinator-4_0 镜像。

一、镜像概述与主要用途

镜像概述

本镜像为 Stargate v1 版本,针对 Apache Cassandra 4.0 后端,提供开源 API 框架支持。Stargate 作为数据网关部署于客户端应用与数据库之间,以可扩展性为核心设计理念,通过插件机制支持新 API、数据类型及访问方式,简化不同应用 workload 对数据库的使用。

主要用途

  • 为 Apache Cassandra 4.0 数据库提供多 API 访问能力(如 CQL、REST)
  • 作为数据访问中间层,统一请求处理、路由及认证逻辑
  • 简化客户端应用与 Cassandra 数据库的交互,降低“手册阅读疲劳”及数据库选型复杂度

二、核心功能与组件

Stargate 包含三大核心服务组件,协同实现数据网关功能:

1. API 服务(API Services)

负责 API 定义、请求处理与转换、结果返回,支持以下接口:

  • cql:Cassandra Query Language (CQL) API 实现,提供原生 CQL 访问能力
  • restapi:REST API 实现,通过 REST 接口暴露 Cassandra 数据,支持 CRUD 操作

2. 持久化服务(Persistence Services)

实现协调层,将 API 服务的请求转发至底层数据存储实例:

  • persistence-api:持久化服务接口
  • persistence-common:持久化服务共享工具类
  • persistence-cassandra-3.11:Cassandra 协调层实现(注:文档中虽提及 3.11,但镜像针对 4.0 后端),作为仅协调节点(不存储数据)加入 Cassandra 集群,模拟系统表以支持原生驱动集成,通过 CQL QueryHandler/QueryProcessor 执行请求,并将 Cassandra 结果集转换为 Stargate 数据存储对象

3. 认证服务(Authentication Services)

负责 Stargate 访问认证:

  • auth-api:生成认证令牌的 REST 服务
  • auth-table-based-service:数据库中存储令牌的服务
  • authentication:认证提供器接口

三、使用场景与适用范围

适用场景

  • 开发与测试环境:通过开发者模式快速启动,无需单独部署 Cassandra 实例
  • 多 API 访问需求:需同时支持 CQL 原生访问及 REST API 访问 Cassandra 的应用
  • 数据访问层统一:需要标准化数据访问流程(认证、请求路由、结果转换)的场景

限制

  • 开发者模式仅适用于开发测试,生产环境需部署独立 Cassandra 集群
  • 本镜像为 Stargate v1 版本,如需使用 v2 请参考对应镜像

四、使用方法

1. 开发者模式

开发者模式无需单独部署 Cassandra 实例,适用于本地开发测试。

启动命令

shell
docker run --name stargate \
  -p 8081:8081 \
  -p 8082:8082 \
  -p 127.0.0.1:9042:9042 \
  -d \
  -e CLUSTER_NAME=stargate \
  -e CLUSTER_VERSION=3.11 \
  -e DEVELOPER_MODE=true \
  stargateio/stargate-4_0:{stargate-docker-tag}

参数说明

  • 端口映射
    • 8081:REST 认证服务端口(令牌生成)
    • 8082:REST API 端口(CRUD 操作)
    • 9042:CQL 服务端口(本地回环地址绑定,避免与外部 Cassandra 冲突)
  • 环境变量
    • CLUSTER_NAME:集群名称(开发者模式下自定义)
    • CLUSTER_VERSION:后端版本(开发者模式下填 3.11)
    • DEVELOPER_MODE:启用开发者模式(true
  • {stargate-docker-tag}:替换为具体版本标签(如 v1.0.0

2. Docker Compose 部署

适用于模拟生产环境的多节点部署,需配合 Cassandra 集群。***提供多种后端的 Compose 示例:

后端类型示例地址
Apache Cassandra 3.11cassandra-3.11
Apache Cassandra 4.0cassandra-4.0
DSE 6.8dse-6.8

核心配置说明

environment 部分配置对 Stargate 正常运行至关重要:

yaml
environment:
  # 集群名称必须与后端集群名称一致
  - CLUSTER_NAME=backend
  # 版本必须与后端版本匹配(如 3.11 / 4.0)
  - CLUSTER_VERSION=4.0
  # 至少配置一个种子节点(后端集群种子节点地址)
  - SEED=backend-1
  # 机架和数据中心名称必须与后端匹配(注意:Cassandra 与 DSE 默认值不同)
  - RACK_NAME=rack1
  - DATACENTER_NAME=dc1

启动方法

由于后端(Cassandra/DSE)容器启动后需时间初始化,直接启动可能导致 Stargate 因后端未就绪而失败,建议使用***提供的 wrapper 脚本确保启动顺序:

shell
# 示例:Cassandra 4.0 后端启动脚本
git clone [***]
cd docker-images/examples/cassandra-4.0
./start_cass40.sh

如需手动启动 Compose 文件:

shell
docker-compose --file <compose-file.yml> up

五、配置参数说明

环境变量说明取值示例
CLUSTER_NAME集群名称,必须与后端 Cassandra 集群名称一致stargate
CLUSTER_VERSION后端集群版本,必须与实际版本匹配4.0
DEVELOPER_MODE是否启用开发者模式(开发测试用,无需独立 Cassandra)true/false
SEED后端集群种子节点地址(生产模式必填,至少一个)backend-1
RACK_NAME机架名称,必须与后端集群机架名称一致rack1
DATACENTER_NAME数据中心名称,必须与后端集群数据中心名称一致dc1

参考链接

  • Stargate ***文档:stargate.io
  • 社区参与:stargate.io/community
  • Docker Compose 示例:stargate/docker-images/examples

用户好评

来自真实用户的反馈,见证轩辕镜像的优质服务

oldzhang的头像

oldzhang

运维工程师

Linux服务器

5

"Docker加速体验非常流畅,大镜像也能快速完成下载。"