在构建现代微服务时,我们常面临一个关键决策:如何平衡开发效率与系统性能?构建一个既高效又灵活的情感分析系统往往面临技术选型上的两难境地:是选择Python这样的语言获得机器学习生态系统的便利,还是选择Go这样的语言获得卓越的性能和并发处理能力?
GinSentinel项目提供了一个创新解决方案,通过将Go的Gin框架与Python的机器学习能力无缝集成,在保持高并发处理能力的同时,不牺牲算法的灵活性。通过gRPC作为桥梁,我们构建了一个可以处理每秒数百请求、响应时间稳定在毫秒级的情感分析微服务。
- Go (Gin框架) : 作为服务主体,处理HTTP路由、中间件、数据库交互和服务编排
- Python: 专注于算法实现,利用其丰富的机器学习生态系统
- gRPC: 作为高效的跨语言通信桥梁
本文将详细介绍这个架构的实现过程,重点关注服务间通信、配置管理、ORM设计以及高并发处理。文末有开源链接,欢迎大家尝试。如果有写的不对的地方请指出(这个项目笔者只开发了两天。。。作为Go小白的初尝试)
1. 项目架构与目录结构
项目采用了分层架构,以下是核心目录结构及其职责:
sentiment-service/
├── cmd/ # Go 服务入口
├── internal/ # Go 业务代码
│ ├── app/ # 应用核心启动逻辑
│ ├── api/ # HTTP 路由及控制器
│ ├── models/ # 数据模型定义
│ ├── repositories/ # 数据访问层
│ ├── services/ # 业务逻辑层
│ ├── grpc/ # gRPC 客户端
│ ├── middleware/ # HTTP 中间件
│ └── mq/ # 消息队列组件
├── proto/ # Protobuf 接口定义
├── python-service/ # Python 算法服务
└── configs/ # 配置文件
1.1 设计思路
此架构设计基于以下核心原则:
- 关注点分离:每个组件只负责单一职责
- 依赖注入:上层组件依赖抽象接口,而非具体实现
- 可测试性:各组件可独立测试
- 可配置性:通过配置文件和环境变量灵活配置
这种结构使得系统在扩展和维护时更为灵活,新功能可以在不影响现有代码的情况下添加。
2. 跨语言通信:Protobuf 与 gRPC 实现
2.1 接口定义与代码生成
gRPC允许我们通过Protobuf定义服务接口,这是连接Go和Python服务的核心:
// proto/sentiment/v1/sentiment.proto
syntax = "proto3";
package sentiment.v1;
option go_package = "sentiment-service/internal/gen/api/sentiment/v1;sentimentv1";
// 情感分析服务
service SentimentAnalyzer {
// 分析单个文本
rpc AnalyzeSentiment(SentimentRequest) returns (SentimentResponse) {}
// 流式批量分析
rpc BatchAnalyzeSentiment(stream SentimentRequest) returns (stream SentimentResponse) {}
}
// 情感分析请求
message SentimentRequest {
string text = 1;
string language = 2;
string request_id = 3;
}
// 情感分析响应
message SentimentResponse {
string request_id = 1;
string sentiment = 2;
double score = 3;
map<string, double> confidence_scores = 4;
repeated string keywords = 5;
}
这个定义有几个关键设计考量:
- 双向流式API:
BatchAnalyzeSentiment
允许客户端流式发送多个请求,服务端也能流式返回结果,适合大批量分析 - 唯一请求ID:每个请求都有唯一ID,便于跟踪和调试
- 多语言支持:通过language字段支持不同语言的文本分析
- 丰富的返回信息:不仅返回情感标签,还包括分数、各类别置信度和关键词
使用Buf作为Protobuf代码生成工具,它比传统protoc更现代化,支持远程插件:
# buf.gen.yaml
version: v2
plugins:
- remote: buf.build/protocolbuffers/go:v1.31.0
out: internal/gen
opt: paths=source_relative
- remote: buf.build/grpc/go:v1.3.0
out: internal/gen
opt: paths=source_relative
2.2 Go端gRPC客户端实现
Go端需要与Python服务通信,所以我封装了一个可重用的gRPC客户端:
// internal/grpc/client.go
package grpc
import (
"context"
"fmt"
"time"
"google.golang.org/grpc"
"google.golang.org/grpc/credentials/insecure"
pb "sentiment-service/internal/gen/sentiment/v1"
)
// SentimentClient 是情感分析gRPC客户端
type SentimentClient struct {
conn *grpc.ClientConn
client pb.SentimentAnalyzerClient
}
// NewSentimentClient 创建新的gRPC客户端
func NewSentimentClient(serverAddr string) (*SentimentClient, error) {
// 设置连接超时,避免永久阻塞
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
// 建立连接
conn, err := grpc.DialContext(
ctx,
serverAddr,
grpc.WithTransportCredentials(insecure.NewCredentials()),
grpc.WithBlock(), // 重要:确保连接建立成功才返回
)
if err != nil {
return nil, fmt.Errorf("无法连接到gRPC服务器: %v", err)
}
client := pb.NewSentimentAnalyzerClient(conn)
return &SentimentClient{
conn: conn,
client: client,
}, nil
}
// AnalyzeSentiment 使用gRPC调用分析文本
func (c *SentimentClient) AnalyzeSentiment(ctx context.Context, text, language, requestID string) (*pb.SentimentResponse, error) {
request := &pb.SentimentRequest{
Text: text,
Language: language,
RequestId: requestID,
}
return c.client.AnalyzeSentiment(ctx, request)
}
// BatchAnalyzeStream 创建批量分析流
func (c *SentimentClient) BatchAnalyzeStream(ctx context.Context) (pb.SentimentAnalyzer_BatchAnalyzeSentimentClient, error) {
return c.client.BatchAnalyzeSentiment(ctx)
}
// Close 关闭gRPC连接
func (c *SentimentClient) Close() error {
return c.conn.Close()
}
这个实现有几个关键点:
- 连接管理:连接创建后保存在客户端结构体中,避免每次请求都创建新连接
- 超时控制:设置了连接超时,防止服务不可用时客户端永久阻塞
- 阻塞模式:使用
WithBlock()
确保连接成功建立 - 资源释放:提供
Close()
方法,确保连接可以被正确关闭
2.3 Python端gRPC服务实现
Python端需要实现Protobuf定义的服务接口:
# python-service/server.py
import grpc
import asyncio
import concurrent.futures
import logging
import os
import sys
# 导入生成的protobuf代码
from gen.sentiment.v1 import sentiment_pb2
from gen.sentiment.v1 import sentiment_pb2_grpc
# 导入情感分析模型
from sentiment_model import analyze_text
class SentimentAnalyzerServicer(sentiment_pb2_grpc.SentimentAnalyzerServicer):
"""实现gRPC服务接口"""
async def _analyze(self, text, language):
"""异步分析文本,供两个RPC方法调用"""
try:
# 调用异步情感分析模型
result = await analyze_text(text, language)
return result
except Exception as e:
logging.error(f"文本分析出错: {e}")
raise
def AnalyzeSentiment(self, request, context):
"""实现单文本分析RPC方法"""
# 创建新事件循环,确保线程安全
loop = asyncio.new_event_loop()
asyncio.set_event_loop(loop)
# 运行异步分析
result = loop.run_until_complete(self._analyze(request.text, request.language))
# 构造响应
response = sentiment_pb2.SentimentResponse(
request_id=request.request_id,
sentiment=result["sentiment"],
score=result["score"]
)
# 添加置信度分数
for key, value in result["confidence_scores"].items():
response.confidence_scores[key] = value
# 添加关键词
response.keywords.extend(result["keywords"])
return response
def BatchAnalyzeSentiment(self, request_iterator, context):
"""实现流式批量分析RPC方法"""
# 创建新事件循环
loop = asyncio.new_event_loop()
asyncio.set_event_loop(loop)
# 处理流中的每个请求
for request in request_iterator:
# 分析文本
result = loop.run_until_complete(self._analyze(request.text, request.language))
# 构造响应
response = sentiment_pb2.SentimentResponse(
request_id=request.request_id,
sentiment=result["sentiment"],
score=result["score"]
)
# 添加置信度分数和关键词
for key, value in result["confidence_scores"].items():
response.confidence_scores[key] = value
response.keywords.extend(result["keywords"])
# 流式返回结果
yield response
def serve():
"""启动gRPC服务器"""
# 增加最大工作线程数,提高并发处理能力
max_workers = 20
server = grpc.server(concurrent.futures.ThreadPoolExecutor(max_workers=max_workers))
sentiment_pb2_grpc.add_SentimentAnalyzerServicer_to_server(
SentimentAnalyzerServicer(), server
)
# 绑定所有接口,而不仅是localhost
port = os.environ.get('GRPC_PORT', '50051')
server_address = f'[::]:{port}'
server.add_insecure_port(server_address)
server.start()
logging.info(f"服务已启动,监听 {server_address},工作线程数: {max_workers}")
try:
server.wait_for_termination()
except KeyboardInterrupt:
logging.info("服务正在停止...")
server.stop(0)
这个实现有几个关键设计考虑:
- 异步处理:使用
asyncio
实现异步情感分析 - 线程安全:为每个请求创建新的事件循环,避免多线程冲突
- 并发控制:通过
max_workers
参数控制最大并发处理线程数 - 流式处理:
BatchAnalyzeSentiment
支持流式处理,提高大批量分析效率
3. Python情感分析核心实现
现实中我们可能会使用预训练模型,但为了演示和简洁,这个实现采用了基于词典的方法:
# python-service/sentiment_model.py
import re
import asyncio
import random
from collections import Counter
from typing import Dict, List, Any
# 情感词典(简化版)
POSITIVE_WORDS = {
'en': ['good', 'great', 'excellent', 'amazing', 'awesome', 'wonderful', 'fantastic'],
'zh': ['好', '优秀', '卓越', '精彩', '优质', '美好', '出色']
}
NEGATIVE_WORDS = {
'en': ['bad', 'terrible', 'awful', 'horrible', 'poor', 'negative', 'sad'],
'zh': ['坏', '糟糕', '差', '可怕', '劣质', '消极', '悲伤']
}
NEGATION_WORDS = {
'en': ['not', 'no', 'never', "don't", "doesn't", "didn't"],
'zh': ['不', '没', '没有', '不是', '非']
}
async def analyze_text(text: str, language: str = 'en') -> Dict[str, Any]:
"""异步分析文本情感"""
# 模拟网络延迟或计算密集型操作
await asyncio.sleep(random.uniform(0.1, 0.5))
# 标准化语言代码
language = language.lower()[:2]
if language not in POSITIVE_WORDS:
language = 'en'
# 预处理文本
processed_text = preprocess_text(text, language)
# 提取词语
tokens = tokenize(processed_text, language)
# 计算情感分数
pos_score, neg_score = calculate_sentiment_scores(tokens, language)
# 确定整体情感
if pos_score > neg_score:
sentiment = "positive"
score = pos_score / (pos_score + neg_score) if (pos_score + neg_score) > 0 else 0.5
elif neg_score > pos_score:
sentiment = "negative"
score = -neg_score / (pos_score + neg_score) if (pos_score + neg_score) > 0 else -0.5
else:
sentiment = "neutral"
score = 0.0
# 确保分数在 [-1, 1] 范围内
score = max(min(score, 1.0), -1.0)
# 计算置信度分数
confidence_scores = calculate_confidence_scores(pos_score, neg_score)
# 提取关键词
keywords = extract_keywords(tokens, language, limit=5)
return {
"sentiment": sentiment,
"score": score,
"confidence_scores": confidence_scores,
"keywords": keywords
}
def preprocess_text(text: str, language: str) -> str:
"""预处理文本以进行情感分析"""
# 转为小写
text = text.lower()
# 移除URL
text = re.sub(r'https?://\S+|www.\S+', '', text)
# 移除电子邮件地址
text = re.sub(r'\S+@\S+', '', text)
# 移除多余空白
text = re.sub(r'\s+', ' ', text).strip()
return text
def tokenize(text: str, language: str) -> List[str]:
"""将文本分词为词语或字符"""
if language == 'zh':
# 中文按字符分词
tokens = list(text)
else:
# 其他语言按空格分词
tokens = text.split()
# 移除标点
tokens = [re.sub(r'[^\w\s]', '', token) for token in tokens]
# 移除空词语
tokens = [token for token in tokens if token]
return tokens
def calculate_sentiment_scores(tokens: List[str], language: str) -> tuple:
"""根据词典计算积极和消极情感分数"""
positive_words = set(POSITIVE_WORDS.get(language, POSITIVE_WORDS['en']))
negative_words = set(NEGATIVE_WORDS.get(language, NEGATIVE_WORDS['en']))
negation_words = set(NEGATION_WORDS.get(language, NEGATION_WORDS['en']))
pos_score = 0.0
neg_score = 0.0
# 简单否定处理
negate = False
for i, token in enumerate(tokens):
# 检查此词是否为否定词
if token in negation_words:
negate = True
continue
# 几个词后重置否定标志(简单窗口)
if negate and i > 0 and (i - tokens.index(list(negation_words & set(tokens))[0]) if negation_words & set(tokens) else 0) > 3:
negate = False
# 检查情感
if token in positive_words:
if negate:
neg_score += 1.0 # 否定积极词变为消极
else:
pos_score += 1.0
elif token in negative_words:
if negate:
pos_score += 0.5 # 否定消极词有一定积极性,但不完全等同于积极词
else:
neg_score += 1.0
# 情感词后重置否定标志
if token in positive_words or token in negative_words:
negate = False
return pos_score, neg_score
def calculate_confidence_scores(pos_score: float, neg_score: float) -> Dict[str, float]:
"""计算各情感类别的置信度分数"""
total = pos_score + neg_score + 0.1 # 添加小值避免除零
positive_conf = pos_score / total
negative_conf = neg_score / total
neutral_conf = 1.0 - (positive_conf + negative_conf)
# 确保中性置信度不为负
neutral_conf = max(0.0, neutral_conf)
# 归一化确保总和为1
total_conf = positive_conf + negative_conf + neutral_conf
return {
"positive": positive_conf / total_conf,
"negative": negative_conf / total_conf,
"neutral": neutral_conf / total_conf
}
def extract_keywords(tokens: List[str], language: str, limit: int = 5) -> List[str]:
"""从文本中提取最重要的关键词"""
# 过滤常见停用词
stopwords = {
'en': ['the', 'a', 'an', 'and', 'or', 'but', 'is', 'are', 'was', 'were'],
'zh': ['的', '了', '和', '是', '在', '我', '有', '他', '这', '中']
}
# 使用正确的停用词列表
stop_set = set(stopwords.get(language, stopwords['en']))
# 过滤停用词和短词
filtered_tokens = [token for token in tokens if token not in stop_set and len(token) > 1]
# 统计词频
word_counts = Counter(filtered_tokens)
# 获取最常见词
keywords = [word for word, count in word_counts.most_common(limit)]
return keywords
这个实现主要是体现使用asyncio.sleep
模拟计算密集型操作,允许Python服务并发处理多个请求。具体算法读者可根据自己的喜欢来实现。
4. Go服务层:Viper配置管理与依赖注入
4.1 Viper配置管理详解
配置管理是任何微服务的关键部分,我们使用Viper实现灵活的配置加载:
// internal/app/config/config.go
package config
import (
"fmt"
"github.com/spf13/viper"
)
// 全局配置实例
var Conf *Config
// Config 汇总所有配置项
type Config struct {
App AppConfig `yaml:"app" mapstructure:"app"`
Database DatabaseConfig `yaml:"database" mapstructure:"database"`
Algorithm AlgorithmConfig `yaml:"algorithm" mapstructure:"algorithm"`
Log LogConfig `yaml:"log" mapstructure:"log"`
Redis RedisConfig `yaml:"redis" mapstructure:"redis"`
RabbitMQ RabbitMQConfig `yaml:"rabbitmq" mapstructure:"rabbitmq"`
}
// 子配置定义
type AppConfig struct {
Port int `mapstructure:"port"`
Mode string `mapstructure:"mode"`
Addr string `mapstructure:"addr"`
}
type DatabaseConfig struct {
Driver string `yaml:"driver" mapstructure:"driver"`
Host string `yaml:"host" mapstructure:"host"`
Port int `yaml:"port" mapstructure:"port"`
User string `yaml:"user" mapstructure:"user"`
Password string `yaml:"password" mapstructure:"password"`
DBName string `yaml:"dbname" mapstructure:"dbname"`
SSLMode string `yaml:"sslmode" mapstructure:"sslmode"`
TimeZone string `yaml:"timezone" mapstructure:"timezone"`
}
// 加载配置函数
func LoadConfig() error {
// 设置配置文件路径
viper.AddConfigPath("./configs")
viper.SetConfigName("config")
viper.SetConfigType("yaml")
// 读取配置文件
err := viper.ReadInConfig()
if err != nil {
return fmt.Errorf("读取配置文件失败: %v", err)
}
// 将配置解析到结构体
Conf = &Config{}
err = viper.Unmarshal(Conf)
if err != nil {
return fmt.Errorf("解析配置失败: %v", err)
}
return nil
}
在应用启动过程中,我们还需要处理环境变量的优先级:
// internal/app/loader.go - loadEnvironmentVariables函数
func loadEnvironmentVariables() {
// 数据库配置
if dbHost := os.Getenv("DB_HOST"); dbHost != "" {
config.Conf.Database.Host = dbHost
logrus.Infof("从环境变量加载数据库主机: %s", dbHost)
}
// 算法服务端点
if endpoint := os.Getenv("ALGORITHM_ENDPOINT"); endpoint != "" {
config.Conf.Algorithm.Endpoint = endpoint
logrus.Infof("从环境变量加载算法服务端点: %s", endpoint)
}
// ... 其他环境变量处理 ...
}
这种方法有几个重要设计考虑:
- 分层配置:配置按功能模块分组,便于管理
- 环境变量覆盖:环境变量优先级高于配置文件,适合容器化部署
- 类型安全:配置映射到强类型结构体,而非使用弱类型map
- 日志记录:记录配置加载过程,便于调试
4.2 依赖注入与服务启动
我们使用简单的依赖注入模式来组装应用的各个组件:
// internal/api/v1/routes.go
func SetupRoutes(r *gin.Engine, db *gorm.DB) {
// 创建存储库
repo := repositories.NewSentimentRepository(db)
// 获取配置信息
grpcEndpoint := config.Conf.Algorithm.Endpoint
rabbitmqURL := config.Conf.RabbitMQ.URL
taskQueue := config.Conf.RabbitMQ.TaskQueue
resultQueue := config.Conf.RabbitMQ.ResultQueue
// 创建服务
service, err := services.NewSentimentService(
repo,
grpcEndpoint,
rabbitmqURL,
taskQueue,
resultQueue,
)
if err != nil {
logrus.Fatalf("初始化情感分析服务失败: %v", err)
}
// 创建控制器
controller := controllers.NewSentimentController(service)
// 设置路由
api := r.Group("/api/v1")
{
sentiment := api.Group("/sentiment")
{
sentiment.POST("/analyze", controller.AnalyzeSentiment)
sentiment.POST("/analyze/async", controller.AnalyzeSentimentAsync)
sentiment.POST("/batch", controller.BatchAnalyzeSentiment)
sentiment.GET("/history", controller.GetAnalysisHistory)
}
// 健康检查和版本信息
api.GET("/health", func(c *gin.Context) {
c.JSON(200, gin.H{"status": "ok"})
})
}
}
在应用启动时,我们通过以下流程初始化各组件:
// internal/app/loader.go
func Start() error {
// 加载配置
if err := config.LoadConfig(); err != nil {
return fmt.Errorf("配置文件加载错误: %v", err)
}
// 从环境变量获取配置并覆盖配置文件中的值
loadEnvironmentVariables()
// 初始化所有模块
if err := InitializeAll(); err != nil {
return fmt.Errorf("模块初始化错误: %v", err)
}
// 设置Gin模式
if config.Conf.App.Mode == "prod" {
gin.SetMode(gin.ReleaseMode)
} else {
gin.SetMode(gin.DebugMode)
}
// 创建Gin引擎
r := gin.New()
// 应用中间件
r.Use(middleware.Logger())
r.Use(middleware.Recovery())
r.Use(middleware.ErrorHandler())
// 设置路由
v1.SetupRoutes(r, initializer.DB)
// 启动服务器
addr := fmt.Sprintf("%s:%d", config.Conf.App.Addr, config.Conf.App.Port)
logrus.Infof("服务器启动,监听地址 %s", addr)
return r.Run(addr)
}
顺序是这样的
- 配置加载:首先加载配置文件和环境变量
- 模块初始化:按顺序初始化各个模块(日志、数据库、Redis等)
- Gin设置:配置Gin引擎和中间件
- 路由设置:注册HTTP路由和处理函数
- 服务启动:启动HTTP服务器
5. ORM与数据模型设计
我们使用GORM作为ORM库,设计了几个核心模型:
// internal/models/sentiment_model.go
package models
import (
"time"
"gorm.io/gorm"
)
// SentimentAnalysis 表示数据库中的情感分析记录
type SentimentAnalysis struct {
ID string `gorm:"type:uuid;primary_key;default:gen_random_uuid()" json:"id"`
Text string `gorm:"type:text;not null" json:"text"`
Sentiment string `gorm:"type:varchar(20);not null" json:"sentiment"` // positive, negative, neutral
Score float64 `gorm:"type:decimal(5,4);not null" json:"score"` // 范围通常为 -1.0 到 1.0
UserID string `gorm:"type:varchar(50);index" json:"user_id"` // 可选的用户标识
Metadata []AnalysisMetadata `gorm:"foreignKey:AnalysisID" json:"metadata"` // 关联的元数据
Language string `gorm:"type:varchar(10)" json:"language"` // 语言代码(例如,"en", "zh")
Keywords string `gorm:"type:text" json:"keywords"` // 逗号分隔的关键词
RequestID string `gorm:"type:varchar(50);uniqueIndex" json:"request_id"` // 唯一请求标识
CreatedAt time.Time `json:"created_at"`
UpdatedAt time.Time `json:"updated_at"`
DeletedAt gorm.DeletedAt `gorm:"index" json:"-"`
}
// AnalysisMetadata 表示与分析关联的元数据
type AnalysisMetadata struct {
ID uint `gorm:"primaryKey" json:"id"`
AnalysisID string `gorm:"type:uuid;not null;index" json:"analysis_id"` // 引用 SentimentAnalysis.ID
Key string `gorm:"type:varchar(50);not null" json:"key"`
Value string `gorm:"type:text;not null" json:"value"`
CreatedAt time.Time `json:"created_at"`
UpdatedAt time.Time `json:"updated_at"`
DeletedAt gorm.DeletedAt `gorm:"index" json:"-"`
}
// BatchAnalysis 表示批处理请求
type BatchAnalysis struct {
ID string `gorm:"type:uuid;primary_key;default:gen_random_uuid()" json:"id"`
UserID string `gorm:"type:varchar(50);index" json:"user_id"`
Count int `gorm:"type:int;not null" json:"count"` // 批处理中的分析数量
Status string `gorm:"type:varchar(20);not null" json:"status"` // pending, completed, failed
CreatedAt time.Time `json:"created_at"`
UpdatedAt time.Time `json:"updated_at"`
DeletedAt gorm.DeletedAt `gorm:"index" json:"-"`
}
// BatchItem 表示批处理请求中的单个项目
type BatchItem struct {
ID uint `gorm:"primaryKey" json:"id"`
BatchID string `gorm:"type:uuid;not null;index" json:"batch_id"` // 引用 BatchAnalysis.ID
AnalysisID string `gorm:"type:uuid;not null" json:"analysis_id"` // 引用 SentimentAnalysis.ID
Order int `gorm:"type:int;not null" json:"order"` // 批处理中的顺序
CreatedAt time.Time `json:"created_at"`
UpdatedAt time.Time `json:"updated_at"`
DeletedAt gorm.DeletedAt `gorm:"index" json:"-"`
}
5.1 数据库初始化与迁移
我们使用GORM的自动迁移功能创建表结构:
// internal/app/initializer/db.go
func migrateDatabase(db *gorm.DB) error {
logrus.Info("正在执行数据库迁移...")
// 自动迁移模型
err := db.AutoMigrate(
&models.SentimentAnalysis{},
&models.AnalysisMetadata{},
&models.BatchAnalysis{},
&models.BatchItem{},
)
if err != nil {
return err
}
logrus.Info("数据库迁移完成")
return nil
}
5.2 仓储层实现
仓储层封装了数据访问逻辑,并提供了事务支持:
// internal/repositories/sentiment_repo.go
package repositories
import (
"context"
"errors"
"time"
"github.com/google/uuid"
"github.com/sirupsen/logrus"
"gorm.io/gorm"
"sentiment-service/internal/models"
)
// SentimentRepository 定义了情感分析数据存储操作的接口
type SentimentRepository interface {
// CreateAnalysis 创建一个新的情感分析记录
CreateAnalysis(ctx context.Context, analysis *models.SentimentAnalysis) error
// GetAnalysisById 根据ID获取情感分析记录
GetAnalysisById(ctx context.Context, id string) (*models.SentimentAnalysis, error)
// GetAnalysisByRequestId 根据请求ID获取情感分析记录
GetAnalysisByRequestId(ctx context.Context, requestId string) (*models.SentimentAnalysis, error)
// FindAnalyses 获取情感分析记录,可选过滤条件
FindAnalyses(ctx context.Context, params FindAnalysesParams) ([]*models.SentimentAnalysis, int64, error)
// CreateBatchAnalysis 创建一个新的批处理分析记录
CreateBatchAnalysis(ctx context.Context, batch *models.BatchAnalysis) error
// AddBatchItems 向批处理分析添加项目
AddBatchItems(ctx context.Context, batchId string, analysisIds []string) error
// UpdateBatchStatus 更新批处理分析的状态
UpdateBatchStatus(ctx context.Context, batchId string, status string) error
}
// FindAnalysesParams 定义了搜索分析记录的参数
type FindAnalysesParams struct {
UserID string
StartTime *time.Time
EndTime *time.Time
Sentiment string
Limit int
Offset int
}
// sentimentRepository 实现了SentimentRepository接口
type sentimentRepository struct {
db *gorm.DB
}
// NewSentimentRepository 创建一个新的情感分析仓库
func NewSentimentRepository(db *gorm.DB) SentimentRepository {
return &sentimentRepository{db: db}
}
// CreateAnalysis 创建一个新的情感分析记录
func (r *sentimentRepository) CreateAnalysis(ctx context.Context, analysis *models.SentimentAnalysis) error {
if analysis.ID == "" {
analysis.ID = uuid.New().String()
}
if analysis.RequestID == "" {
analysis.RequestID = uuid.New().String()
}
logrus.WithFields(logrus.Fields{
"id": analysis.ID,
"request_id": analysis.RequestID,
"sentiment": analysis.Sentiment,
}).Debug("创建情感分析记录")
return r.db.WithContext(ctx).Create(analysis).Error
}
// 其他方法实现...
6. 高并发消息处理:RabbitMQ异步集成 (这部分用AI写的)
除了直接gRPC调用,我们还实现了基于RabbitMQ的异步处理能力:
// internal/mq/rabbitmq.go
package mq
import (
"context"
"encoding/json"
"fmt"
"time"
"github.com/google/uuid"
"github.com/sirupsen/logrus"
"github.com/streadway/amqp"
"sentiment-service/internal/models"
)
// SentimentMQ 管理RabbitMQ情感分析队列
type SentimentMQ struct {
conn *amqp.Connection
channel *amqp.Channel
// 任务队列名称
taskQueue string
// 结果队列名称
resultQueue string
// 结果回调
resultCallbacks map[string]ResultCallback
}
// ResultCallback 结果回调函数类型
type ResultCallback func(*models.SentimentResult)
// NewSentimentMQ 创建新的RabbitMQ客户端
func NewSentimentMQ(amqpURL, taskQueue, resultQueue string) (*SentimentMQ, error) {
// 重试连接逻辑,处理RabbitMQ可能启动较慢的情况
var conn *amqp.Connection
var err error
maxAttempts := 5
for attempt := 1; attempt <= maxAttempts; attempt++ {
conn, err = amqp.Dial(amqpURL)
if err == nil {
break
}
logrus.Warnf("连接到RabbitMQ失败(尝试 %d/%d): %v", attempt, maxAttempts, err)
if attempt == maxAttempts {
return nil, fmt.Errorf("连接到RabbitMQ失败: %v", err)
}
// 指数退避重试
time.Sleep(time.Duration(attempt) * 2 * time.Second)
}
// 创建通道和队列...
channel, err := conn.Channel()
if err != nil {
conn.Close()
return nil, fmt.Errorf("创建通道失败: %v", err)
}
// 声明队列
_, err = channel.QueueDeclare(
taskQueue, // 队列名称
true, // 持久化
false, // 自动删除
false, // 独占
false, // 非阻塞
nil, // 参数
)
// ... 类似声明结果队列 ...
mq := &SentimentMQ{
conn: conn,
channel: channel,
taskQueue: taskQueue,
resultQueue: resultQueue,
resultCallbacks: make(map[string]ResultCallback),
}
// 启动结果消费者
go mq.consumeResults()
return mq, nil
}
// PublishTask 发布情感分析任务
func (mq *SentimentMQ) PublishTask(
ctx context.Context,
text, language string,
callback ResultCallback,
) (string, error) {
// 生成请求ID
requestID := uuid.New().String()
// 创建任务
task := map[string]interface{}{
"text": text,
"language": language,
"request_id": requestID,
"timestamp": time.Now().Unix(),
}
// 序列化任务
body, err := json.Marshal(task)
if err != nil {
return "", fmt.Errorf("序列化任务失败: %v", err)
}
// 发布消息
err = mq.channel.Publish(
"", // 交换机
mq.taskQueue, // 路由键
false, // 强制
false, // 立即
amqp.Publishing{
DeliveryMode: amqp.Persistent,
ContentType: "application/json",
Body: body,
},
)
if err != nil {
return "", fmt.Errorf("发布任务失败: %v", err)
}
// 注册回调
if callback != nil {
mq.resultCallbacks[requestID] = callback
}
return requestID, nil
}
// consumeResults 消费结果队列
func (mq *SentimentMQ) consumeResults() {
// 消费消息逻辑...
msgs, err := mq.channel.Consume(
mq.resultQueue, // 队列
"", // 消费者
true, // 自动应答
false, // 独占
false, // 不等待
false, // 参数
nil, // 参数
)
if err != nil {
logrus.Errorf("开始消费结果失败: %v", err)
return
}
// 处理消息
for msg := range msgs {
var result map[string]interface{}
if err := json.Unmarshal(msg.Body, &result); err != nil {
logrus.Errorf("解析结果消息失败: %v", err)
continue
}
requestID, ok := result["request_id"].(string)
if !ok {
logrus.Error("结果消息缺少request_id字段")
continue
}
// 转换为结果模型
sentimentResult := convertToSentimentResult(result)
// 调用回调函数
if callback, exists := mq.resultCallbacks[requestID]; exists {
callback(sentimentResult)
delete(mq.resultCallbacks, requestID)
}
}
}
在服务层中,我们封装异步API:
// internal/services/sentiment_service.go
func (s *SentimentService) AnalyzeSentimentAsync(
ctx context.Context,
text string,
language string,
storeResult bool,
metadata map[string]string,
) (string, error) {
if text == "" {
return "", errors.New("文本不能为空")
}
// 创建回调函数
callback := func(result *models.SentimentResult) {
if storeResult {
// 使用背景上下文,因为回调可能在请求上下文结束后发生
storeCtx := context.Background()
if err := s.storeAnalysisResult(storeCtx, result, language, metadata); err != nil {
logrus.WithError(err).Error("存储异步分析结果失败")
}
}
}
// 发布到消息队列
requestID, err := s.mqClient.PublishTask(ctx, text, language, callback)
if err != nil {
return "", fmt.Errorf("发布异步任务失败: %v", err)
}
return requestID, nil
}
这种异步处理模式有几个关键优势:
- 解耦:Go服务可以立即响应客户端,不需等待算法处理完成
- 峰值处理:在请求突增时,队列充当缓冲,防止系统过载
- 持久化:消息队列保证任务不会因服务重启而丢失
- 回调机制:使用回调函数处理异步结果,避免轮询检查
7. 性能测试与优化
我们实现了一个测试脚本,对比1000条情感在顺序请求和并发请求的性能差异:
Test Type | Throughput | Avg Response Time | Success Rate |
---|---|---|---|
Sequential | 2.82 req/sec | 354ms | 100% |
Concurrent | 45.45 req/sec | 22ms | 100% |
从测试结果可以看出,并发处理相比顺序处理提升了约16.8倍的性能。
最终思考
Go+Python+gRPC的混合架构代表了一种实用的服务设计范式,它允许我们在不同语言的优势中自由选择,而不必被单一技术栈限制。通过明确的接口定义和责任划分,这种架构不仅提供了卓越的性能,还保持了良好的可维护性和可扩展性。
注: 本项目建立在vespeng gin框架的基础上
本项目已开源,欢迎各位贡献!请随时 star ⭐、fork 和提交 pull request。