单体应用切微服务初体验

最新推荐文章于 2024-07-13 14:13:34 发布
最新推荐文章于 2024-07-13 14:13:34 发布
阅读量337 收藏
点赞数
分类专栏： 微服务 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhj_1121/article/details/109149706
版权

单体应用切微服务初体验

文章目录

前言

好久没更新了，我也不知道自己在忙什么，反正恍恍惚惚之间，时间就过去了。

像一只没有目标的鸟，四处流浪，但又无处可去。没有像精卫那样一日复一日地填海，也没有像乌鸦那般，为了喝瓶子里的水，而四处找石子。

现在回看自己已完成的事，屈指可数。也看看接下来需要做的事情，多得数不过来，毕设，实习培训，毕业典礼等等。分身乏术，无从下手。

在过去的一段时间里，我对之前的单体应用转成了微服务，由于断断续续，只有晚上才有时间进行工作的原因，所以整个阶段耗时一星期。其中收获并不大，但还是有的。

本篇不讨论技术问题，只是讲感受以及遇到的问题及其解决方案，因此不保证解决方案是否完美。

时间线

  • 2020-10-18—完成初稿

参考链接

接口安全-端口防火墙

https://www.oschina.net/question/3946713_2306635?sort=time

历程

抽取项目中共有的模块，独立出来

引入微服务组件对项目进行改造

本地测试

线上部署

问题及解决方案

注册中心Eureka如何加密

当初在课堂上，学习的时候，没有考虑到加密的需求。例如，如果注册中心未进行加密，当某个人想要盗取注册中心的服务时，就可以将这个服务注册到注册中心，可以任意盗取服务。

这种情况肯定是不可以发生的，一旦发生，整个项目的安全性将收到挑战。也因为这个原因，所以查找解决方案时，发现并不难，只要引入Spring Security即可。

注册中心设置

  • 引入依赖

    		<dependency>
		    <groupId>org.springframework.boot</groupId>
		    <artifactId>spring-boot-starter-security</artifactId>
		</dependency>

  • 设置安全检验

    spring.security.user.name=zhj
spring.security.user.password=1121
eureka.client.service-url.defaultZone=http://${spring.security.user.name}:${spring.security.user.password}@localhost:8761/eureka/
服务

  • 相关配置

    eureka.client.service-url.defaultZone=http://zhj:1121@localhost:8761/eureka/

线上部署微服务

刚开始时还想通过将微服务打包成war，部署到服务器Tomcat，但是尝试几次后，好像无法注册到Eureka注册中心。

最后想到打包成jar，然后写一个脚本就可以启动整个微服务了。

相关命令

./java.sh start # 启动脚本
./java.sh stop # 停止脚本
./java.sh restart # 重启脚本

主要shell内容如下（启动单个服务）

#!/bin/sh
# 服务标记
export EUREKA=MySISE_EurekaCentre-0.0.1-SNAPSHOT.jar
# 服务端口标记
export EUREKA_port=8761
# 读取启动参数
case "$1" in
start)
        ## 启动eureka
        echo "--------eureka start--------------"
        nohup java -Xms10m -Xmx100m -jar $EUREKA >/dev/null 2>&1 &
        EUREKA_pid=`lsof -i:$EUREKA_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$EUREKA_pid" ]
            do
              EUREKA_pid=`lsof -i:$EUREKA_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "EUREKA pid is $EUREKA_pid" 
        echo "--------eureka start success--------------"
stop)
        # eureka
        P_ID=`ps -ef | grep -w $EUREKA | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===EUREKA process not exists or stop success"
        else
            kill -9 $P_ID
            echo "EUREKA killed success"
        fi
restart)
        $0 stop
        sleep 2
        $0 start
        echo "===restartAll success==="
        ;;   
esac	
exit 0

保证接口的安全性

这个问题可以说是从一开始就是在考虑的了，当项目进行线上部署的之前，我就在寻找解决方案了，发现各种解决方案都是JWT或者Outhor两者之一，反反复复看来，才发现这种接口安全指的是前后端分离所需的。而我值得接口安全并不是如此。

首先，这里需要考虑的接口安全，只是简简单单——所有的请求都通过模块获得结果，不能直接调用模块1-4进行获取。

在这里插入图片描述

但其实，需要考虑的安全不仅仅这些，当然另外的安全有其它的措施进行保证，或者存在后门。

最后的解决方案是来源于以下一个回答。

在这里插入图片描述

显然，当看到防火墙开放端口的时候，才反应过来，原来这么简单就解决了问题。

在服务器控制台就能设置端口的开放。当需要开放某个端口时，只要添加端口即可，被外界侦察到。例如模块的端口开放。当端口未开放时，是无法被外部侦察到的。如上面的模块1-4；

Feign请求超时问题

因为ribbon的默认配置是1s没响应，就默认判定请求失败，所以需要对默认配置进行修改。

因为消息队列响应时间过长，所以错误原因：

org.springframework.amqp.AmqpIOException: java.net.SocketTimeoutException: connect timed out

具体配置如下：

# 更改默认时间为5s
ribbon.ReadTimeout=5000
ribbon.connectTimeout=5000

总结

关于微服务的一些思考

在单体应用中，有一层是Service层，可以通过Service层进行逻辑编写。但有一个局限性，就是只能调用本项目的Service。而在微服务中，可以把接口改造成Service，在任何一个服务中进行调用，省去了每一个项目都需要一个模块的问题，但是也增加了复杂性。在单体中，只要项目不发生内部错误，都是可以运行的。但是微服务是使用http进行联系的，如果网络出现某些问题，整个微服务将无法互相调用。

所以一个好的RPC框架至关重要。

弃用微服务，使用单体

微服务并不是银弹。正如计算机科学家布鲁克斯的**《没有银弹》**中说道，在软件世界中，没有任何一种单纯的技术或管理上的进步，能够独立地承诺在10年内大幅度地提高软件地生产率，可靠性或简洁性。

这一次切微服务之后，我还是选回了使用单体。原因如下：

  1. 使用java -jar启动，多个微服务将会占用大量的内存，而实际所需的内存并不多。但在某些模块被使用时，又占用太多。附宝塔仪表盘数据

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JkCKkPKI-1603024542869)(D:\learn\myblog\Spring Cloud Netfilx\img\image-20201018153154382.png)]

  2. 技术有限，这一次的微服务让我明白，一个人的技术是可以决定整个架构是否完整，是否健全。

    从上面的内容可以看出我的技术栈并不是完整的，使用的技术都是从课堂学习而来，同时并不深入。从一开始的摩拳擦掌，到后面的缩手缩脚的。

  3. 解决方案可能存在过时。虽然最后还是完成了，但是回看整个技术栈，以及查找解决方案的时候，获知有很多技术已经断更了，例如注册中心Eureka。当一个技术框架断更，这是很严重的问题，因为这说明整个框架已经没有任何改进，甚至被弃用。

  4. 部署方式复杂。通过脚本方式部署非常复杂，而且容错性并不高，当某个模块出现异常时，还是和以前那样，整个项目将会奔溃。

甚至将各个独立的模块都合并到一个项目中。原因如下：

  1. 每一个独立模块都需要共同的模块，例如上传，审核等模块。如果选择单体，还是一如既往地独立模块，例如求助模块，买卖模块，需要用到的模块都是一样的。如果单体应用，还细分的话，将会出现大量的冗余。

附件1：完整的shell脚本

#!/bin/sh
export EUREKA=MySISE_EurekaCentre-0.0.1-SNAPSHOT.jar
export HELP=MySISE_Help-0.0.1-SNAPSHOT.jar
export GATE=MySISE_Gate-0.0.1-SNAPSHOT.jar
export USER=MySISE_User-0.0.1-SNAPSHOT.jar
export CHECK=MySISE_CheckState-0.0.1-SNAPSHOT.jar
export UPLOAD=MySISE_Upload-0.0.1-SNAPSHOT.jar
export MQ_PRODUCER=MySISE_MQ_Producer1.0-0.0.1-SNAPSHOT.jar
export MQ_CONSUMER=MySISE_MQ_Consumer1.0-0.0.1-SNAPSHOT.jar
 
export EUREKA_port=8761
export HELP_port=8087
export GATE_port=8090
export USER_port=8084
export CHECK_port=8091
export UPLOAD_port=8092
export MQ_PRODUCER_port=8094
export MQ_CONSUMER_port=8093
 
case "$1" in
 
start)
        ## 启动eureka
        echo "--------eureka start--------------"
        nohup java -Xms10m -Xmx100m -jar $EUREKA >/dev/null 2>&1 &
        EUREKA_pid=`lsof -i:$EUREKA_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$EUREKA_pid" ]
            do
              EUREKA_pid=`lsof -i:$EUREKA_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "EUREKA pid is $EUREKA_pid" 
        echo "--------eureka start success--------------"
 
        ## 启动Help
        echo "--------help start--------------"
        nohup java -Xms10m -Xmx100m -jar $HELP >/dev/null 2>&1 &
        HELP_pid=`lsof -i:$HELP_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$HELP_pid" ]
            do
              HELP_pid=`lsof -i:$HELP_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "HELP pid is $HELP_pid" 
        echo "--------help start success--------------"

        ## 启动USER
        echo "--------user start--------------"
        nohup java -Xms10m -Xmx100m -jar $USER >/dev/null 2>&1 &
        USER_pid=`lsof -i:$USER_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$USER_pid" ]
            do
              USER_pid=`lsof -i:$USER_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "USER pid is $USER_pid" 
        echo "--------user start success--------------"

        ## 启动check
        echo "--------check start--------------"
        nohup java -Xms10m -Xmx100m -jar $CHECK >/dev/null 2>&1 &
        CHECK_pid=`lsof -i:$CHECK_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$CHECK_pid" ]
            do
              CHECK_pid=`lsof -i:$CHECK_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "CHECK pid is $CHECK_pid" 
        echo "--------check start success--------------"

        ## 启动MQ_PRODUCER
        echo "--------MQ_PRODUCER start--------------"
        nohup java -Xms10m -Xmx100m -jar $MQ_PRODUCER >/dev/null 2>&1 &
        MQ_PRODUCER_pid=`lsof -i:$MQ_PRODUCER_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$MQ_PRODUCER_pid" ]
            do
              MQ_PRODUCER_pid=`lsof -i:$MQ_PRODUCER_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "MQ_PRODUCER pid is $MQ_PRODUCER_pid" 
        echo "--------MQ_PRODUCER start success--------------"

        ## 启动MQ_CONSUMER
        echo "--------MQ_CONSUMER start--------------"
        nohup java -Xms10m -Xmx100m -jar $MQ_CONSUMER >/dev/null 2>&1 &
        MQ_CONSUMER_pid=`lsof -i:$MQ_CONSUMER_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$MQ_CONSUMER_pid" ]
            do
              MQ_CONSUMER_pid=`lsof -i:$MQ_CONSUMER_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "MQ_CONSUMER pid is $MQ_CONSUMER_pid" 
        echo "--------MQ_CONSUMER start success--------------"

        ## 启动upload
        echo "--------upload start--------------"
        nohup java -Xms10m -Xmx100m -jar $UPLOAD >/dev/null 2>&1 &
        UPLOAD_pid=`lsof -i:$UPLOAD_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$UPLOAD_pid" ]
            do
              UPLOAD_pid=`lsof -i:$UPLOAD_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "UPLOAD pid is $UPLOAD_pid" 
        echo "--------upload start success--------------"

        ## 启动GATE
        echo "--------gate start--------------"
        nohup java -Xms10m -Xmx100m -jar $GATE >/dev/null 2>&1 &
        GATE_pid=`lsof -i:$GATE_port|grep "LISTEN"|awk '{print $2}'`
        until [ -n "$GATE_pid" ]
            do
              GATE_pid=`lsof -i:$GATE_port|grep "LISTEN"|awk '{print $2}'`  
            done
        echo "GATE pid is $GATE_pid" 
        echo "--------gate start success--------------"
        ;;
 
 stop)
        # eureka
        P_ID=`ps -ef | grep -w $EUREKA | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===EUREKA process not exists or stop success"
        else
            kill -9 $P_ID
            echo "EUREKA killed success"
        fi
        # help
        P_ID=`ps -ef | grep -w $HELP | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===HELP process not exists or stop success"
        else
            kill -9 $P_ID
            echo "HELP killed success"
        fi
        # user
        P_ID=`ps -ef | grep -w $User | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===HELP process not exists or stop success"
        else
            kill -9 $P_ID
            echo "HELP killed success"
        fi
        #upload
        P_ID=`ps -ef | grep -w $UPLOAD | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===HELP process not exists or stop success"
        else
            kill -9 $P_ID
            echo "HELP killed success"
        fi
        # check
        P_ID=`ps -ef | grep -w $CHECK | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===HELP process not exists or stop success"
        else
            kill -9 $P_ID
            echo "HELP killed success"
        fi
        #mq_producer
        P_ID=`ps -ef | grep -w $MQ_PRODUCER | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===HELP process not exists or stop success"
        else
            kill -9 $P_ID
            echo "HELP killed success"
        fi
        #mq_consumer
        P_ID=`ps -ef | grep -w $MQ_CONSUMER | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===HELP process not exists or stop success"
        else
            kill -9 $P_ID
            echo "HELP killed success"
        fi
        # gate
        P_ID=`ps -ef | grep -w $GATE | grep -v "grep" | awk '{print $2}'`
        if [ "$P_ID" == "" ]; then
            echo "===GATE process not exists or stop success"
        else
            kill -9 $P_ID
            echo "GATE killed success"
        fi
        echo "===stopAll success==="
        ;;   
 
restart)
        $0 stop
        sleep 2
        $0 start
        echo "===restartAll success==="
        ;;   
esac	
exit 0

结尾

由于隔了一段时间，所以有些内容漏了，一时想不起来。如果想起来，会进行补充。

或者，关于微服务有什么问题，可以提出来，一起解决。

晓晓1121
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
单体式应用微服务改造经验谈【上】
qq_38259780的博客
12-25 556
微服务是当下最流行的应用架构技术了，它跟容器服务、DevOps合称云时代的三剑客，可以帮我们化解业务发展过快导致的产品迭代压力，让我们可以自由选择最适合团队的技术栈，让系统能够承载互联网海量用户的访问，让我们可以更加轻松地运维大型的互联网系统。近些年在厂商、社区和用户等各方努力推动下，微服务相关的理论和产品都日趋成熟，不同语言的微服务开发及治理套件（例如：Spring Cloud/Dubbo等）让...
【转】应用架构一团糟？如何将单体应用改造为微服务
weixin_30954265的博客
12-03 563
概述 将单体应用改造为微服务实际上是应用现代化的过程，这是开发者们在过去十年来一直在做的事情，所以已经有一些可以复用的经验。 全部重写是绝对不能用的策略，除非你要集中精力从头构建一个基于微服务的应用。虽然听起来很有吸引力，但是风险很大，很有可能会失败。就像MartinFowler所说的：『The only thing a Big Bang rewrite guarantees is a Bi...
从单体式架构迁移到微服务架构
最新发布
2401_85158684的博客
07-13 828
我可以将最近整理的前端面试题分享出来，其中包含HTML、CSS、JavaScript、服务端与网络、Vue、浏览器、数据结构与算法等等，还在持续整理更新中，希望大家都能找到心仪的工作。
单体应用与微服务
闪耀星星的窝
03-13 299
单体式应用 比较适合于小项目，优点是： 开发简单直接，集中式管理 基本不会重复开发 功能都在本地，没有分布式的管理开销和调用开销 微服务 将应用分解为小的、互相连接的微服务 优点： 它解决了复杂性问题。它将单体应用分解为一组服务。虽然功能总量不变，但应用程序已被分解为可管理的模块或服务。这些服务定义了明确的RPC或消息驱动的API边界。微服务架构强化了应用模块化的水平，而这通过单体代码库很难实现。因此，微服务开发的速度要快很多，更容易理解和维护。 其次，这种体系结构使...
使用微服务重构单体应用
weixin_33904756的博客
07-27 325
为什么80%的码农都做不了架构师？>>> ...
单体应用微服务改造实践
微服务技术与实践专栏
02-26 656
微服务的本质是弹性架构，动态适应业务规模增长，符合业务成长规律。在确定是否投资某一个业务领域或者产品的时候，刚开始都是探索，碰到各种问题，并经过多轮迭代，做成一个可用的产...
如何解构单体前端应用——微前端应用的微服务式拆分
01-27
总结来说，微前端通过拆分单体应用，实现了前端应用的微服务化，提升了开发效率和用户体验。通过中心化路由、标识化应用、生命周期管理和自动化配置，微前端架构提供了更高效、可扩展的解决方案，以应对日益复杂的...
[课堂课件讲解]Java微服务实践-初体验.pptx
08-27
Java 微服务实践初体验 微服务架构 微服务架构是一种分布式系统架构风格，它将应用程序拆分成一组小的、独立的服务。每个服务都可以使用不同的编程语言、数据库和基础设施，微服务架构的优点是提高了系统的灵活性...
微服务技术架构设计图.pptx
03-27
微服务技术架构设计是现代软件开发领域中的一个重要话题，它旨在通过将大型的单体应用分解为一组小型、独立的服务，以提高系统的可扩展性、可维护性和敏捷性。在"微服务技术架构设计图.pptx"中，我们可以看到多种...
藏经阁-微服务MTA的新体验.pdf
08-28
传统应用现代化是指将传统单体应用转换为微服务架构，以提高系统的灵活性、可扩展性和维护性。传统应用现代化的价值在于降低成本、提高效率、提高安全性和缩短应用上线时间。 阿里云飞天解决方案 阿里云飞天解决...
单体应用的微服务转型
topdeveloperr的博客
04-09 642
在博主工作的经历中曾经接受过一个历史超过15年的单体应用程序，其代码行数超过四百万，使用的技术五花八门。并且由于项目太大，也带来了很多问题: 运行测试的时间非常之久，要实现CI/CD几乎是一件不可能的事情。 项目前后端耦合在一起 项目使用的框架尤其是前端五花八门，难以管理 项目启动耗时长，开发效率低 项目的开发者管理人员当然也意识到了这个问题，但是由于项目已经有很多客户在使用，因此要进行微...
单体应用到微服务架构转型
qq_15350581的博客
01-16 438
写这个博客的目的是记录一下自己，从零开始对单体应用的一个改造过程。包括环境搭建、系统架构设计、系统框架的开发到最后的部署一整个系列的过程。当然，自己能力和水平有限，有不正确的地方请各位指正。 这是一个过程，我会根据项目时间安排，进行实时的更新。 项目背景 在我来之前，系统还是一个部署在windows平台的一个单体应用。由于业务需要，当然也为了更好的推广（更好的吹牛逼），需要把单体应用向微服务架构进行演进。 制定项目的演进计划 由于原有系统是部署在windows操作系统上，现在需要从windows系统切换到
7. 将一个单体应用重构成微服务@微服务的设计与实现
五石之瓠 以为大樽 浮于江湖 悠笑人生
01-09 797
这是本书中关于用微服务构建应用程序的第七章，也是最后一章。第一章介绍了微服务架构模式，并讨论了使用微服务的优点和缺点。接下来的章节讨论了使用微服务架构的各个方面：使用一个API网关，内部进程通信，服务发现，事件驱动数据管理，和部署微服务。在这章，我们将看看将单体应用移植到微服务的策略。 我希望这本电子书能让你很好地理解微服务架构、它的优缺点以及何时使用它。也许微服务体系结构非常适合您的组织。 但是，您很有可能正在处理大型，复杂的整体式应用。开发和部署应用程序的日常体验既缓慢又痛苦。微服务似乎是一个遥远的涅槃
如何把单体式应用拆解成微服务？【下】
IT老兵哥
12-26 1055
温馨提示：同步在其他平台发布的热评好文：如何设计出优美的Web API？，现阅读量超过了2400，小伙伴们千万不要错过哦！CSDN 地址：如何设计出优美的Web API？ 紧接昨天的上篇：如何把单体式应用拆解成微服务？【上】，今天我们一起来看看各种具体拆解场景的解决方案： 场景1：数据库表外键引用关系 如果单体式应用中两个功能模块存在数据引用关系，那我们在拆解微服务时如何消除这种外键引用关系呢？首...
SpringBoot进行单体应用改造为微服务SpringCloud
OuNuo5280的博客
06-02 3048
Spring Boot的API应用，改成Spring Cloud 微服务 可以通过以下步骤： 1、评估现在的Spring Boot API，版本很重要。一般推荐2.0以后版本。后期可以使用actutator监控组件 2、微服务最重要的是拆分，拆分多个小服务，分开部署，这时候需要解决 统一注册中心和查找的问题，就用到的Spring Cloud的组件如Eureka 3、如果需要统一对外的接口，就用到的网关Zuul，或者GateWay 4、如果用监控可以使用Hystrix 5、如果要全局配置，可以使用Config
单体应用到微服务架构转型-实践过程总结
04-26 554
点击上方“猿芯”，选择“设为星标”后台回复"1024"，有份惊喜送给面试的你原文https://www.toutiao.com/article/6889244008900461068今天重点谈下传统的单体应用架构朝微服务转型实践过程中遇到的一些问题，具体的解决方法的一些思考，供大家参考。这篇文章涉及到的项目背景为我们自己的财务共享项目，即原来是一个大单体应用，需要进行微...
掌握这6大技能体系：Java面试必刷的200道真题
m0_57767685的博客
07-09 275
策略 1——停止挖掘 Law of Holes 是说当自己进洞就应该停止挖掘。对于单体式应用不可管理时这是最佳建议。换句话说，应该停止让单体式应用继续变大，也就是说当开发新功能时不应该为旧单体应用添加新代码，最佳方法应该是将新功能开发成独立微服务。如下图所示： 除了新服务和传统应用，还有两个模块，其一是请求路由器，负责处理入口（http）请求，有点像之前提到的 API 网关。路由器将新功能请求发送给新开发的服务，而将传统请求还发给单体式应用。 另外一个是胶水代码（glue code），将微服务和单体应用集
单体架构到微服务架构项目整理记录
gyp0307的博客
09-23 346
最近工作不是很忙，一直想想写几篇文章来记录一下最近这一段时间的学习和收获，前段时间帮一哥们搞了一个小程序，把写文章的事情给耽搁了。 现在结合公司前段时间做的项目，该项目是一个单体架构的项目，加上自己对微服务的理解，用微服务的模式，来重构一下这个项目。 1、前端介绍 最近vue3.0发布了，具体优化了哪些性能，出了哪些新特性也没有去了解。。。前后端分离开发，前端使用技术请自行百度，这里不做详细介绍了。 2、负载均衡 这里选用的是nginx,没有...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值