web微服务规划

一、背景

 通过微服务来搭建web系统,就要对微服务进行规划,包括服务的划分,每个服务和数据库的命名规则,服务用到的端口等。

二、微服务划分

1、根据业务进行拆分

如:

一个购物系统可以将微服务拆分为基础中心、会员中心、券中心,积分中心、商品中心、订单中心、支付中心等等微服务功能。

2、端口规划:

我们可以预定义本购物系统的微服务端口采用8300-8399端口。就是这100个端口够100个服务使用,做好编排和数字字典。

3、有的服务会共用一个数据库有的服务会单独使用数据库

我们可以规划:系统_功能 为命名规则的数据库

如:

shop_user 会员中心数据库

shop_order 订单中心数据库

等等

三、微服务网关配置文件样例

#应用ID
app:
  id:  xxxxxx

#端口
server:
  port: 8300

#应用版本
deploy:
  version: -v1

#服务名称  
spring:
  application:
    name: base-gateway
  cloud:
    gateway:
      discovery:
        locator:
          enabled: false # 这个配置是默认给每个服务创建一个router,设置为false防止请求默认转发到url中包含的微服务名上
                         #例:/auth/**会默认转发到服务auth下,而不是转发到配置的uri
          lower-case-service-id: true # 微服务名称以小写形式呈现
      routes:
        - id: base-admin #微服务路由规则
          uri: lb://base-admin #负载均衡,将请求转发到注册中心的base-admin
          predicates: #断言,如果前端请求包含/base-admin/,则走这条规则
            - Path=/base-admin/**
          filters: # 过滤器 /base-admin/** 转发到 uri/**
            - StripPrefix=1

        - id: member-business
          uri: lb://member-business
          predicates:
            - Path=/member-business/**
          filters: # /member-business/** 转发到 uri/**
            - StripPrefix=1
#spring boot 升级到2.6.x后需要增加的配置
  main:
    allow-circular-references: true
  mvc:
    pathmatch:
      matching-strategy: ANT_PATH_MATCHER

#注册到eureka注册中心
eureka:
  instance:
    prefer-ip-address: true
    instance-id: ${spring.cloud.client.ip-address}:${server.port}
  client:
    service-url:
      defaultZone: ${eureka.defaultZone}

#集成apollo配置中心
apollo:
  bootstrap:
    enabled: true
    namespaces: application,txyunjdbc.yml,redis.yml,ctgmember.yml,weixin.yml,cloudflashpay.yml
  meta: http://member-config:8080

management:
  endpoint:
    gateway:
      enabled: true
  endpoints:
    web:
      exposure:
        include: gateway  #禁止外界访问 Spring Cloud Gateway actuator 端点
#日志级别配置        
logging:
  level:
    root: INFO
    cn.ctg.member.dao: DEBUG

微服务启动 关停脚本样例:

#命令使用:./test-plat.sh start all;  ./test-plat.sh stop all;  ./test-plat.sh restart all;   ./test-plat.sh ** base-admin

#! /bin/sh
# 端口号
#! /bin/sh
# 端口号
PORTS=(8300 8301 8302 8303 8304 8306)
# 模块
MODULES=(base-gateway base-admin test-business blockchain-business video data)
# 模块名称
MODULE_NAMES=(网关 后台管理系统 会员业务服务 区块链服务 视频服务dataservice)
# jar包数组
JARS=(base-gateway.jar base-admin.jar test-business.jar blockchain-business.jar video.jar data.jar)
# jar包路径
JAR_PATH='/home/project/test-plat/jar'
# 日志路径
LOG_PATH='/home/project/test-plat/logs'
start() {
  local MODULE=
  local MODULE_NAME=
  local JAR_NAME=
  local command="$1"
  local commandOk=0
  local count=0
  local okCount=0
  local port=0
  for((i=0;i<${#MODULES[@]};i++))
  do
    MODULE=${MODULES[$i]}
    MODULE_NAME=${MODULE_NAMES[$i]}
    JAR_NAME=${JARS[$i]}
    PORT=${PORTS[$i]}
    if [ "$command" == "all" ] || [ "$command" == "$MODULE" ];then
      commandOk=1
      count=0
      PID=`ps -ef |grep $(echo $JAR_NAME | awk -F/ '{print $NF}') | grep -v grep | awk '{print $2}'`
      if [ -n "$PID" ];then
        echo "$MODULE---$MODULE_NAME:已经运行,PID=$PID"
      else
        exec nohup java -Xms1024m -Xmx1024m -jar $JAR_PATH/$JAR_NAME >> $LOG_PATH/$MODULE.log 2>&1 &
        PID=`ps -ef |grep $(echo $JAR_NAME | awk -F/ '{print $NF}') | grep -v grep | awk '{print $2}'`
        while [ -z "$PID" ]
        do
          if (($count == 30));then
            echo "$MODULE---$MODULE_NAME:$(expr $count \* 10)秒内未启动,请检查!"
            break
          fi
          count=$(($count+1))
          echo "$MODULE_NAME启动中.................."
          sleep 10s
          PID=`ps -ef |grep $(echo $JAR_NAME | awk -F/ '{print $NF}') | grep -v grep | awk '{print $2}'`
        done
        okCount=$(($okCount+1))
        echo "$MODULE---$MODULE_NAME:已经启动成功,PID=$PID"
      fi
    fi
  done
  if(($commandOk == 0));then
    echo "第二个参数输入错误"
  else
    echo "............本次共启动:$okCount个服务..........."
  fi
}
 
stop() {
  local MODULE=
  local MODULE_NAME=
  local JAR_NAME=
  local command="$1"
  local commandOk=0
  local okCount=0
  for((i=0;i<${#MODULES[@]};i++))
  do
    MODULE=${MODULES[$i]}
    MODULE_NAME=${MODULE_NAMES[$i]}
    JAR_NAME=${JARS[$i]}
    if [ "$command" = "all" ] || [ "$command" = "$MODULE" ];then
      commandOk=1
      PID=`ps -ef |grep $(echo $JAR_NAME | awk -F/ '{print $NF}') | grep -v grep | awk '{print $2}'`
      if [ -n "$PID" ];then
        echo "$MODULE---$MODULE_NAME:准备结束,PID=$PID"
        kill -9 $PID
        PID=`ps -ef |grep $(echo $JAR_NAME | awk -F/ '{print $NF}') | grep -v grep | awk '{print $2}'`
        while [ -n "$PID" ]
        do
          sleep 3s
          PID=`ps -ef |grep $(echo $JAR_NAME | awk -F/ '{print $NF}') | grep -v grep | awk '{print $2}'`
        done
        echo "$MODULE---$MODULE_NAME:成功结束"
        okCount=$(($okCount+1))
      else
        echo "$MODULE---$MODULE_NAME:未运行"
      fi
    fi
  done
  if (($commandOk == 0));then
    echo "第二个参数输入错误"
  else
    echo "............本次共停止:$okCount个服务............"
  fi
}
 
 
case "$1" in
  start)
    start "$2"
  ;;
  stop)
    stop "$2"
  ;;
  restart)
    stop "$2"
    sleep 3s
    start "$2"
  ;;
  *)
    echo "第一个参数请输入:start|stop|restart"
    exit 1
  ;;
esac

Java微服务的划分

一、引言

随着微服务架构的兴起,越来越多的企业和组织开始采用微服务架构来构建和部署应用程序。微服务架构是一种将应用程序拆分成一组小型服务的架构模式,每个服务都运行在独立的进程中,并使用轻量级通信协议进行通信。这种架构模式可以提高应用程序的可扩展性、可靠性和灵活性。本文将详细探讨Java微服务的划分。

二、Java微服务划分的重要性

在单体应用程序中,所有的功能都集成在一个单一的代码库中,这使得应用程序变得复杂且难以维护。随着应用程序的增长,单体应用程序的性能和可扩展性将受到限制。相比之下,微服务架构将应用程序拆分成一组独立的服务,每个服务都负责特定的业务功能或业务领域。这种划分方式可以提高开发效率、降低维护成本、提高可扩展性和可靠性。

三、Java微服务的划分原则

  1. 单一职责原则

单一职责原则是指每个服务都应该只负责一个功能或业务领域,这样可以提高服务的内聚性和可维护性。在实践中,可以将服务拆分成更小的颗粒度,每个服务只负责一个简单的业务功能。

  1. 松耦合原则

松耦合原则是指服务之间的耦合度应该尽可能地低。这意味着服务之间的依赖关系应该尽可能地减少,服务之间的通信应该使用轻量级通信协议。这样可以提高服务的可扩展性和可维护性。

  1. 高内聚原则

高内聚原则是指服务内部的功能应该紧密相关,并且服务于同一业务领域。这样可以提高服务的内聚性和复用性,减少服务之间的耦合度。

  1. 边界明确原则

边界明确原则是指服务的边界应该清晰明确,每个服务都有明确的职责范围。这样可以提高服务的可维护性和可扩展性,避免服务之间的交叉职责和功能重叠。

四、Java微服务的划分实践

  1. 业务功能划分

根据业务功能进行划分是常见的微服务划分方式。可以将应用程序拆分成若干个业务功能相关的服务,例如用户管理、订单管理、商品管理等。这种划分方式可以使得每个服务的功能单一,职责明确,便于开发和维护。

  1. 业务领域划分

业务领域划分是指将应用程序拆分成若干个业务领域相关的服务。每个服务都负责一个业务领域,例如客户领域、产品领域、订单领域等。这种划分方式可以使得每个服务都具有高内聚性和松耦合性,便于服务的扩展和维护。

  1. 团队划分

根据团队结构进行划分是另一种常见的微服务划分方式。可以根据团队结构和职责范围将应用程序拆分成若干个服务,每个团队负责一个或多个服务。这种划分方式可以使得团队之间的职责边界清晰,便于团队协作和管理。

五、结论

Java微服务的划分是微服务架构的重要组成部分,它可以帮助企业更好地构建和部署应用程序。在实践中,可以根据具体情况选择不同的划分方式,例如业务功能划分、业务领域划分或团队划分等。同时,还需要注意服务的内聚性、耦合度和边界明确性等原则,以提高服务的可扩展性、可靠性和灵活性。

  • 10
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

奋力向前123

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

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

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

打赏作者

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

抵扣说明:

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

余额充值