高并发短视频系统设计：架构、存储与性能优化全解

于 2024-06-22 17:11:06 发布
阅读量1.2k 收藏 29
点赞数 16
分类专栏： 架构 程序人生 文章标签： 音视频 架构 性能优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/admans/article/details/139885208
版权

1. 系统概况与需求分析

1.1 短视频系统简介

当前短视频行业的快速发展，加上用户对高清、流畅观看体验的需求不断提升，对系统的并发处理能力、视频处理速度、存储效率等多方面都提出了极高的要求。那么，我们首先需要了解一个完整的短视频系统应该具备哪些核心模块。

短视频系统主要包含以下几个核心模块：

  • 视频上传与处理
  • 视频内容分发与存储
  • 用户互动与评论
  • 视频搜索与推荐

1.2 用户需求及估算

要设计一个能够支持三千万用户同时在线看视频的系统，最重要的是对用户需求进行精确估算和分析。以下是常见的一些需求指标：

  • 并发观看用户数
  • 单个用户的视频上传频率
  • 单视频的平均大小与时长
  • 每日新增视频量
  • 视频存储时长

假设我们有以下具体需求：

  • 3000万并发用户
  • 每个用户平均每周上传1个视频
  • 视频平均大小为50MB，时长为3分钟
  • 每天新增视频10万
  • 所有视频至少存储6个月

1.3 高并发性挑战

高并发场景下主要面临的挑战包括：

  • 视频上传及处理的并发性
  • 大量并发视频播放请求的处理
  • 视频存储的容量及性能瓶颈
  • 数据的高可用性及一致性
  • 网络带宽与流量管理

2. 核心系统架构设计

2.1 架构概览

在设计支持三千万用户短视频系统的过程中，必须把系统分成不同的模块，以便更好地应对各个模块的功能需求、性能要求以及可能的故障隔离。下图展示了整个系统的高层次架构。

file

  1. 用户层：系统的直接访问者，包括移动端、PC端等。
  2. 前端网关层：主要负责请求的接收与转发，包括服务器负载均衡、API认证等。
  3. 应用服务层：包括视频上传、处理、搜索、播放等核心功能。
  4. 数据与存储层：包括视频的存储、用户数据的管理等。

2.2 视频上传流程

2.2.1 视频上传微服务

视频上传是整个短视频系统的起点，设计高效、可靠的视频上传机制尤其重要。整个上传流程如下：

  1. 用户将视频文件上传至前端服务器。
  2. 前端服务器将视频文件传到视频上传服务。
  3. 上传服务对视频文件做初步校验（文件完整性、格式等）。
  4. 校验通过后，上传服务将视频临时存储并写入消息队列进行后续处理。

@RestController
@RequestMapping("/api/upload")
public class VideoUploadController {
    
    @Autowired
    private VideoUploadService uploadService;

    @PostMapping("/video")
    public ResponseEntity<String> uploadVideo(@RequestParam("file") MultipartFile file) {
        // 视频文件校验
        if (file.isEmpty()) {
            return ResponseEntity.status(HttpStatus.BAD_REQUEST).body("Empty file");
        }
        try {
            uploadService.upload(file);
            return ResponseEntity.status(HttpStatus.OK).body("Upload successful");
        } catch (Exception e) {
            return ResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR).body(e.getMessage());
        }
    }
}

2.2.2 消息队列机制

我们使用消息队列来保证视频处理的高效、可靠性，典型的实现包括Kafka或RabbitMQ：

@Service
public class VideoUploadService {

    @Autowired
    private MessageQueueClient messageQueueClient;
    
    public void upload(MultipartFile file) throws IOException {
        String tempFilePath = "/tmp/" + file.getOriginalFilename();
        File tempFile = new File(tempFilePath);
        file.transferTo(tempFile);
        // 将文件路径及元数据写入消息队列
        messageQueueClient.sendMessage(new VideoFileUploadMessage(tempFilePath));
    }
}

2.2.3 内容处理流程

内容处理主要包括视频转码、封面图生成、内容审核与存储等。

  1. 转码：将原始视频文件转码成不同流畅度、清晰度的版本。
  2. 封面图生成：从视频中提取关键帧生成封面图。
  3. 审核：内容合规性审核。
  4. 存储：处理后的视频文件和相关数据存储至分布式文件系统。

2.3 视频播放流程

2.3.1 视频搜索引擎

为了提升用户的观看体验，快速和准确的视频搜索非常重要。

@RestController
@RequestMapping("/api/search")
public class VideoSearchController {
    
    @Autowired
    private VideoSearchService searchService;

    @GetMapping("/video")
    public ResponseEntity<List<Video>> searchVideos(@RequestParam("query") String query) {
        List<Video> videos = searchService.search(query);
        return ResponseEntity.status(HttpStatus.OK).body(videos);
    }
}

@Service
public class VideoSearchService {

    @Autowired
    private ElasticSearchClient elasticSearchClient;

    public List<Video> search(String query) {
        // 基于ElasticSearch的搜索操作
        return elasticSearchClient.search(query);
    }
}

2.3.2 视频流传输协议

支持大量用户并发播放的视频系统通常采用 HTTP Live Streaming（HLS）或者动态自适应流媒体（DASH）。这些协议可以根据网络状况动态调整视频流的质量。

3. 视频存储设计

3.1 存储需求分析

面对三千万级并发用户的视频系统，视频存储设计必须满足以下需求：

  1. 容量要求：每天10万新增视频，每个视频50MB。
  2. 访问性能：高效的视频上传与播放访问。
  3. 高可用性：确保视频的高可用性并提供数据冗余机制。

3.2 海量视频文件存储技术方案

高效、安全、稳定存储海量视频文件是系统设计的关键。我们采用 Hadoop 分布式文件系统（HDFS）作为视频存储的主要解决方案。

3.2.1 HDFS 方案详解

HDFS 具有高容错性、扩展性、处理大数据集的性能优势。文件写入HDFS后会被分成若干块，并且每块都会有多个副本存储在不同的节点上，从而保证数据的安全和可用性。

file

3.2.1.1 文件上传与读取过程

  1. 上传过程：
    • 客户端将文件划分成块。
    • NameNode 确定每块的存储节点。
    • 块按顺序写入指定的 DataNode。

public class HDFSClient {
    private FileSystem fileSystem;

    public HDFSClient() throws IOException {
        Configuration configuration = new Configuration();
        fileSystem = FileSystem.get(new URI("hdfs://namenode:9000"), configuration);
    }

    public void uploadFile(String localFilePath, String hdfsPath) throws IOException {
        FSDataOutputStream outputStream = fileSystem.create(new Path(hdfsPath));
        FileInputStream inputStream = new FileInputStream(localFilePath);
        IOUtils.copy(inputStream, outputStream);
        IOUtils.closeQuietly(inputStream);
        IOUtils.closeQuietly(outputStream);
    }

    public void downloadFile(String hdfsPath, String localFilePath) throws IOException {
        FSDataInputStream inputStream = fileSystem.open(new Path(hdfsPath));
        FileOutputStream outputStream = new FileOutputStream(localFilePath);
        IOUtils.copy(inputStream, outputStream);
        IOUtils.closeQuietly(inputStream);
        IOUtils.closeQuietly(outputStream);
    }
}

  1. 读取过程：
    • 客户端查询 NameNode 获取块的位置。
    • 客户端从 DataNode 读取相应的块数据。

3.2.1.2 HDFS 文件合并存储

为了进一步优化大规模小文件存储的问题，我们可以采用 HDFS 文件合并存储策略。

public class HDFSFileMerger {
    private FileSystem fileSystem;

    public HDFSFileMerger() throws IOException {
        Configuration configuration = new Configuration();
        fileSystem = FileSystem.get(new URI("hdfs://namenode:9000"), configuration);
    }

    public void mergeFiles(String srcDir, String destFile) throws IOException {
        Path srcPath = new Path(srcDir);
        Path destPath = new Path(destFile);
        FileUtil.copyMerge(fileSystem, srcPath, fileSystem, destPath, false, 
                          new Configuration(), null);
    }
}

3.3 数据高可用设计

为了确保数据的高可用性，设计数据冗余及容灾机制是至关重要的。

  1. 多副本存储：HDFS 默认的多副本机制可以保证在任意一个节点故障时，数据能够从其他副本节点读取。
  2. 跨数据中心容灾：将副本分布在不同的数据中心，即使某一个数据中心发生灾害，数据依然可以从其他数据中心读取。

4. 性能优化与带宽管理

4.1 性能优化原理

面对高并发的短视频播放需求，性能优化是系统设计的关键。以下是常见的优化原理：

  1. 缓存机制：通过引入缓存层如Redis，减少数据库的直接访问，降低响应时间。
  2. 异步处理：将耗时操作（如视频转码、上传等）转为异步处理，提高系统的响应速度。
  3. 分布式架构：通过分布式系统架构提高系统扩展性和性能。

// 引入缓存机制
@Service
public class VideoService {

    @Autowired
    private RedisTemplate<String, Object> redisTemplate;

    @Autowired
    private VideoRepository videoRepository;

    public Video getVideo(String videoId) {
        // 优先从缓存中获取
        Video video = (Video) redisTemplate.opsForValue().get(videoId);
        if (video == null) {
            // 缓存失效，数据库查询并缓存结果
            video = videoRepository.findById(videoId).orElse(null);
            if (video != null) {
                redisTemplate.opsForValue().set(videoId, video);
            }
        }
        return video;
    }
}

// 异步处理示例
@Async
public Future<String> processVideo(String videoPath) {
    // 执行视频处理逻辑
    // ...
    return new AsyncResult<>("Success");
}

4.2 CDN 部署与利用

内容分发网络（CDN）在提升视频播放性能方面至关重要。CDN 将视频内容分发到靠近用户的边缘节点，减少传输延迟，提高用户体验。

  1. CDN 原理：

    • 视频内容首先上传到源站。
    • 源站会将视频内容推送到不同的CDN节点。
    • 用户请求视频时，CDN会自动将用户请求路由到离用户最近的节点。

  2. CDN 部署：

    • 选择一个合适的 CDN 服务提供商（如 Cloudflare、Akamai、阿里云CDN等）。
    • 将视频源站配置到 CDN 服务提供商。
    • 配置域名解析，将用户请求导向CDN节点。

4.3 系统带宽管理策略

面对三千万用户同时在线观看，需要有效的带宽管理策略以避免过载现象。以下方法可以帮助有效管理带宽：

  1. 限流机制：
    • 定义用户带宽上限，防止某些用户占用过多带宽。
    • 针对不同用户组（如免费用户和付费用户）设定不同的带宽策略。

// 带宽限流示例
@Service
public class BandwidthLimiter {

    private final RateLimiter rateLimiter = RateLimiter.create(1000.0);  // 每秒1000次请求
    
    public void execute(Runnable action) {
        if (rateLimiter.tryAcquire()) {
            action.run();
        } else {
            throw new BandwidthLimitedException("Bandwidth limit exceeded");
        }
    }
}

  1. 动态调整视频质量：
    • 根据用户当前网络情况动态调整视频质量（通常称为ABR，自适应码率）。
    • 用户网络带宽较低时，降低视频质量以减少带宽消耗；网络带宽较高时，提供高清画质。

// 动态调整视频质量示例（伪码）
class ABRManager {
    int currentQuality;
    
    public void adjustQuality(int networkBandwidth) {
        if (networkBandwidth < 500) {
            currentQuality = LOW;
        } else if (networkBandwidth < 1000) {
            currentQuality = MEDIUM;
        } else {
            currentQuality = HIGH;
        }
    }
}

5. 缩略图生成及推荐系统设计

5.1 缩略图的重要性

在短视频平台中，缩略图是视频内容展示的关键，它直接影响用户的点击率与观看率。优质的缩略图能够显著提高用户的观看兴趣。

5.2 缩略图生成流程

缩略图生成通常在视频上传和处理阶段进行，主要流程如下：

  1. 视频上传完毕后，将视频传到处理服务进行编码与截图。
  2. 提取视频中的关键帧生成缩略图。
  3. 将生成的缩略图存储到对象存储系统 (如AWS S3, 阿里云OSS等)。

@Service
public class ThumbnailService {

    private static final String THUMBNAIL_DIR = "/thumbnails/";

    public void generateThumbnail(String videoPath) throws IOException {
        // 调用FFmpeg生成缩略图
        String thumbnailPath = THUMBNAIL_DIR + new File(videoPath).getName() + ".jpg";
        String command = String.format("ffmpeg -i %s -ss 00:00:01.000 -vframes 1 %s", videoPath, thumbnailPath);
        Process process = Runtime.getRuntime().exec(command);
        try {
            process.waitFor();
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
        }
    }
    
    public void uploadThumbnailToOSS(String localPath, String ossPath) {
        // 使用OSS客户端上传缩略图至对象存储
        OSSClient ossClient = new OSSClient(endpoint, accessKeyId, accessKeySecret);
        try {
            ossClient.putObject(bucketName, ossPath, new File(localPath));
        } finally {
            ossClient.shutdown();
        }
    }
}

5.3 缩略图推荐系统

为了向用户推荐感兴趣的内容，系统需要一个强大的推荐算法。推荐系统可以分为实时推荐和离线推荐两类。

5.3.1 实时推荐

实时推荐通常基于用户的实时行为和兴趣，如用户点击记录、观看历史等，快速生成个性化的推荐内容。

@Service
public class RealTimeRecommendationService {

    @Autowired
    private UserActivityRepository userActivityRepository;

    @Autowired
    private VideoRepository videoRepository;

    public List<Video> recommendVideos(String userId) {
        // 获取用户的实时活动数据
        List<String> userActivities = userActivityRepository.findRecentActivities(userId);
        // 基于用户活动数据进行推荐算法(简化示例，仅作为伪码)
        List<Video> recommendedVideos = videoRepository.findRecommended(userActivities);
        return recommendedVideos;
    }
}

5.3.2 离线机器学习优化

离线推荐系统通过机器学习模型（如协同过滤、内容推荐等），以批处理的方式从大数据中总结出推荐规则，并定期更新推荐结果。

// 离线推荐伪码示例
class OfflineRecommendationModel {

    public void trainModel(List<UserData> userData) {
        // 训练推荐模型
    }

    public List<Video> recommend(String userId) {
        // 根据训练好的模型和用户数据进行推荐
        return new ArrayList<>();
    }

    public void updateModelPeriodically() {
        // 定期更新模型
        ScheduledExecutorService executor = Executors.newScheduledThreadPool(1);
        executor.scheduleAtFixedRate(() -> {
            List<UserData> allUserData = fetchDataFromDB();
            trainModel(allUserData);
        }, 0, 1, TimeUnit.DAYS);
    }
}

6. 总结与思考

6.1 设计要点总结

在本文中，我们详细介绍了如何设计一个支持三千万用户同时在线看视频的短视频系统，重点包括以下几个方面：

  1. 系统概况与需求分析：

    • 理解短视频系统的核心模块。
    • 精确估算用户需求，面对高并发的挑战。

  2. 核心系统架构设计：

    • 搭建基础架构，实现视频上传、播放、搜索等核心功能。
    • 采用消息队列和分布式系统实现高效的并发处理。

  3. 视频存储设计：

    • 采用HDFS分布式文件系统存储海量视频文件。
    • 设计数据高可用机制，确保数据安全性和一致性。

  4. 性能优化与带宽管理：

    • 通过缓存、异步处理、CDN和限流机制，提升系统性能和稳定性。
    • 使用动态调整视频质量的方法，合理管理系统带宽。

  5. 缩略图生成及推荐系统设计：

    • 生成高质量缩略图，提升用户点击率。
    • 设计实时和离线推荐系统，提供个性化视频推荐。

6.2 未来可能的优化方向

尽管目前设计的系统已经能够支持大量并发用户的需求，但在未来，随着技术的发展和用户需求的变化，系统仍有进一步优化的空间：

  1. 视频处理的AI应用：

    • 视频内容的智能审核及分类。
    • 利用AI生成更优质的缩略图。

  2. 更高效的分布式存储：

    • 研究并应用最新的分布式存储技术，如Ceph、Alluxio等。
    • 提升视频存储的读写性能和扩展性。

  3. 增强用户隐私和数据保护：

    • 实施更严格的数据访问控制和加密存储策略。
    • 符合最新的数据隐私法规（如GDPR）的合规性设计。

  4. 智能网络优化：

    • 采用5G网络技术和边缘计算，实现更低延迟和更高带宽的视频传输。
    • 引入智能传输协议，提高视频流的抗弱网络环境能力。

  5. 用户互动和UGC（用户生成内容）：

    • 增强用户之间的互动功能，提升社区活跃度。
    • 优化UGC内容的审核和推荐机制，增加平台运营的活力。


---------------------
作者：逆流的小鱼168
来源：CSDN
原文：https://blog.csdn.net/feiying101/article/details/139482087
版权声明：本文为作者原创文章，转载请附上博文链接！
内容解析By：CSDN,CNBLOG博客文章一键转载插件

JackieZhengChina
关注
专栏目录
短视频系统设计：支持三千万用户同时在线看视频
lssffy的博客
08-05 1162
通过本文的详细介绍，您应对如何设计一个支持三千万用户同时在线看视频的短视频系统有了全面的了解。我们讨论了需求分析、系统架构设计、视频存储设计、视频传输设计、负载均衡与高可用性、缓存策略、性能优化与监控、安全性与防护措施等方面。通过合理利用这些技术手段，可以构建一个高效、稳定和可靠的短视频系统，满足高并发和高可用性的需求。
微博短视频百万级高可用、高并发架构如何设计
03-07
如何从架构上保证流量暴涨时整体平台的稳定性?如果只是简单地通过调整服务器规模解决，流量较小时过多的服务器冗余带来成本的浪费，流量暴涨时过少的服务器又令平台服务处于崩溃的边缘。
LiveVideoStackCon讲师热身分享 ( 十一 ) —— 短视频APP的架构设计
LiveVideoStack
09-04 339
LiveVideoStackCon 2018音视频技术大会是每年的多媒体技术人的盛宴，为了让参会者与大会讲师更多互动交流，我们推出了LiveVideoStackCon讲师...
轻松构建基于 Serverless 架构的弹性高可用视频处理系统
阿里云云栖号
11-22 1435
前言 随着计算机技术和 Internet 的日新月异，视频点播技术因其良好的人机交互性和流媒体传输技术倍受教育、娱乐等行业青睐，而在当前， 云计算平台厂商的产品线不断成熟完善， 如果想要搭建视频点播类应用，告别刀耕火种， 直接上云会扫清硬件采购、 技术等各种障碍，以阿里云为例： 这是一个非常典型的解决方案， 对象存储 OSS 可以支持海量视频存储，采集上传的视频被转码以适配各种终端，CDN...
对话架构师：亿级短视频社交「美拍」架构实战
weixin_34406061的博客
01-19 376
本文系美图架构师麦俊生，在Boss直聘主办的直聘学院「对话架构师」活动上的分享整理，介绍短视频社交“美拍”架构实践的总结。 麦俊生，美图架构平台深圳技术总监，曾担任新浪微博、奇虎360技术专家，从事高性能高可用架构设计开发工作，参与建设微博的feed和私信im系统、负责rpc框架motan、cache service、 counter ...
Druid监控仪表盘深度使用：报表自定义与性能分析全解
Druid作为一种高效的开源数据存储系统，特别适合用于实时分析和数据可视化。Druid监控仪表盘则为用户提供了一个直观的方式来监视集群性能，以及数据的实时处理情况。 Druid监控仪表盘的核心优势在于其能够实
【MapReduce内存优化实战】：源码分析与OOM成因全解
[【MapReduce内存优化实战】：源码分析与OOM成因全解](https://stph.scenari-community.org/contribs/nos/Hadoop3/res/Remplissage_3.png) # 1. MapReduce内存优化基础 在处理大数据的场景下，MapReduce作为Hadoop...
高校教师科研管理系统开发实践：SpringBoot+Vue+MySQL全解
7. **毕业论文**：毕业论文详细介绍了项目的开发过程，包括需求分析、系统设计、功能实现、测试结果等，是理解整个系统开发思路和技术细节的重要文档。 8. **视频演示**：视频演示是了解系统运行流程和用户操作界面...
微信架构总监：微信10亿日活场景下，后台系统微服务架构实践 15页ppt全解
m0_67322837的博客
06-30 399
01微信发展主要的技术里程碑微信在2011年1月21日发布了1.0版本，以即时消息为主；2011年5月上线了语音对讲、查看附近的人；2012年4年发布了里程碑式的朋友圈功能；2013年游戏中心、表情商店、微信支付等。直到现在有了小程序生态。02微信后台的系统架构逻辑上讲，最前面会有一个终端，后面会有一个长链接接入层，在线有几亿的管理连接部分。底层上，因为数据比较敏感而且数据量比较大，所以我们的存储并没有基于开源来搭建，而是自己开发了一整套存储，这也是迭代比较多的部分。2011年，用的是第一代存储。早期的微信
Go语言跨平台资源管理：不同平台资源差异处理全解
在多设备、多操作系统的当今世界，开发者面临着为不同平台编写可兼容代码的挑战。Go语言，作为一种静态类型、编译型语言，从设计之初就考虑到了跨平台的便利性。了解Go语言跨平台资源管理的基础知识和
短视频 SDK 架构设计实践
七牛云——开发者的创新加速引擎
11-30 2102
作者简介孔维乐，七牛云客户端团队 Android 平台高级开发工程师，专注音视频，图形图像领域。OpenGL 专家，先后参与直播推流及连麦 SDK 的开发，主导短视频 SDK 的架构设计与实现， 对客户端架构设计及性能优化有丰富经验。短视频发展史 图 1图 1 所示是短视频及直播的发展史，众所周知，2016 年是直播元年，在这期间诞生了很多直播平台，比如熊猫、映客、斗鱼等；而在 2017 年，短...
架构设计内容分享(五十二)：亿级短视频，如何架构？
最新发布
之乎者也·的博客
12-23 2684
对象存储的出现是为解决了存储海量大数据的问题，如存储海量的视频、图片，并进行数据归档、数据备份、大数据分析等操作。对象存储一般采用key-object的扁平化存储架构，使用方便，调用API就可进行数据的多样化读写。其大容量、动态扩展、数据灾备等性能，是传统文件存储和NAS无法比拟的。MinIO是一套基于Apache License V2.0协议的轻量级、高性能开源对象存储框架，适用于图片、视频、镜像等海量非结构化数据存储。
短视频场景高并发技术实现
CoderLai的博客
07-10 884
短视频场景高并发技术实现
【视频架构day1】美拍短视频系统架构：1亿流量的应对之道
作一个独立连续的思考者
02-17 2625
本文来自麦俊生老师的分享。 一、短视频市场的发展 近几年来，短视频应用在国内应用市场引爆，美图公司推出了美拍，相关的产品还有 抖音、GIF 快手、秒拍、微视、逗拍、玩拍等，一系列短视频产品的出现也丰富了短视频应用市场。 短视频的相继爆发，与几个因素有关： 1、带宽，随着中国基础网络环境的发展，越来越多的2G移动网民开始转向使用 3G/4G 网络，从而体验到更好的上传下载带宽和更...
关于短视频平台框架搭建与技术选型探讨
美摄科技
11-19 2883
近年来，互联网高速发展，电视等传统媒体加速向媒体融合方向迈进，在三网融合等政策推动以及视频云技术、互动技术、大数据分析等新技术加速应用的背景下，无视频，不网络，短视频成为最重要的信息载体之一。构建高效的短视频平台，是慎之又慎的问题。短视频平台搭建离不开各项技术的支持，从云计算到推荐算法，从图像检测技术到大数据统计，不同的技术都给平台创造了新的发展机会。从架构的角度，本文探讨短视频平台的构建与技术选型问题，从以下几点进行介绍。 1、云平台层构建 短视频平台数据量以PB、EB来计算，未来几年将以ZB和Y
短视频SDK架构设计，短视频APP开发目标首选
weixin_34007291的博客
09-19 363
短视频 SDK 实践中主要做的一些事情，这其中最重要的就是短视频 SDK 的架构设计，包括架构设计理念、架构图、整体数据流程、模块架构设计等。今天小编就简单介绍一下短视频APP开发中，选择什么样的厂家，厂家SDK 架构设计理念。 第一点说到 SDK 的设计理念必定要提到命名规范，就跟腾讯的企业理念一样，他们的命名规范是统一、简单并且精炼的，比如他们将对外的核心类统一以 PLShortVideo 为...
讨论视频系统架构
robin_lvxiongbin的专栏
08-06 183
今天接到一个业务，领导让我搭建一个视频系统架构。架构采用MVC的模式这个大家都知道，技术采用Sping，hibernate3，数据层采用Sping提供的的jdbc模板。我知道要提供一些公共的的类和接口。还有一些封装好的方法。这个架构要考虑现在老系统的数据，等新系统完成要把数据导过去，还要考虑多平台融合的问题。由于我们公司有多套系统，领导想做底层统一以后好管理。现在晕晕的，请高手谈谈如何搭建一...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

JackieZhengChina

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值