微服务治理设计与实践

已于 2022-08-06 11:15:40 修改
阅读量396 收藏
点赞数
分类专栏： 微服务治理设计与实践 文章标签： 微服务 java 大数据
于 2022-07-23 14:09:31 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bradylin1/article/details/125946705
版权

当项目系统到了一定的成熟度，业务庞大且稳定的程度后，往往会引入一些服务治理的技术。我们希望能够更好管理我们的系统。往小了说可以小到异常码的异常治理。系统在线上生产环境出现了各种各样异常的时候，我们如果对异常进行处理呢？别人如何来理解我的系统发生的异常呢？往大了说到链路追踪和日志治理 : 定位线上业务故障、性能低、丢数据。甚至我们需要一个监控系统对系统的各项指标进行监测：硬件层面的cpu、内存。JVM层面的fullGC频率、业务接口调用频率。

系统异常治理错误码规范分析

异常处理包括系统异常发生时的捕获和处理、接口异常的规范、对异常的统一化的理解。

通常来说：线上跑的系统出现了异常，最后都应该是在对外提供的接口处提供。比方说http接口、rpc接口、mq消费、后台定时调度线程。这几种情况往往是驱动了你的系统运行。

HTTP接口拿到了一个请求，开始通过service -> dao -> mapper ->rpc -> es -> redis等一系列的手段完成这个请求的处理，完成功能。功能完成期间可能会出一些异常，之后层层上抛。异常收敛到http接口入口处，发现本次请求异常了，在这里把异常做一个规范化的封装和定义返回给你的前端。前端根据规划化的一套异常定义：理解你的异常是什么并用他的用户的语言反馈出来

RPC接口对其他系统提供了一个接口。rpc接口入口处拿到了这个异常，针对这个异常封装和定义。对异常做一个治理返回（规范化）

当然对于MQ或者后台定时调度线程也是一样的。如果执行一个功能出了问题，MQ往往会返回一个异常给broker，让他下次来重试消费。定时调度一个功能如果出错了 ，我们也要对异常规范化处理。比如记录这个异常日志并上报异常给监控系统，发送短信或邮件告警。

HTTP参数检查示例：

    protected void processInternal(ProcessContext processContext) {
        CreateOrderRequest createOrderRequest = processContext.get("createOrderRequest");
        ParamCheckUtil.checkObjectNonNull(createOrderRequest);

        // 订单ID
        String orderId = createOrderRequest.getOrderId();
        ParamCheckUtil.checkStringNonEmpty(orderId, OrderErrorCodeEnum.ORDER_ID_IS_NULL);
        OrderInfoDO order = orderInfoDAO.getByOrderId(orderId);
        ParamCheckUtil.checkObjectNull(order, OrderErrorCodeEnum.ORDER_EXISTED);

        // 业务线标识
        Integer businessIdentifier = createOrderRequest.getBusinessIdentifier();
        ParamCheckUtil.checkObjectNonNull(businessIdentifier, OrderErrorCodeEnum.BUSINESS_IDENTIFIER_IS_NULL);
        if (BusinessIdentifierEnum.getByCode(businessIdentifier) == null) {
            throw new OrderBizException(OrderErrorCodeEnum.BUSINESS_IDENTIFIER_ERROR);
        }

        // 用户ID
        String userId = createOrderRequest.getUserId();
        ParamCheckUtil.checkStringNonEmpty(userId, OrderErrorCodeEnum.USER_ID_IS_NULL);

        // 订单类型
        Integer orderType = createOrderRequest.getOrderType();
        ParamCheckUtil.checkObjectNonNull(businessIdentifier, OrderErrorCodeEnum.ORDER_TYPE_IS_NULL);
        if (OrderTypeEnum.getByCode(orderType) == null) {
            throw new OrderBizException(OrderErrorCodeEnum.ORDER_TYPE_ERROR);
        }

        // 卖家ID
        String sellerId = createOrderRequest.getSellerId();
        ParamCheckUtil.checkStringNonEmpty(sellerId, OrderErrorCodeEnum.SELLER_ID_IS_NULL);

        // 配送类型
        Integer deliveryType = createOrderRequest.getDeliveryType();
        ParamCheckUtil.checkObjectNonNull(deliveryType, OrderErrorCodeEnum.USER_ADDRESS_ERROR);
        if (DeliveryTypeEnum.getByCode(deliveryType) == null) {
            throw new OrderBizException(OrderErrorCodeEnum.DELIVERY_TYPE_ERROR);
        }

        // 地址信息
        String province = createOrderRequest.getProvince();
        String city = createOrderRequest.getCity();
        String area = createOrderRequest.getArea();
        String streetAddress = createOrderRequest.getStreet();
        ParamCheckUtil.checkStringNonEmpty(province, OrderErrorCodeEnum.USER_ADDRESS_ERROR);
        ParamCheckUtil.checkStringNonEmpty(city, OrderErrorCodeEnum.USER_ADDRESS_ERROR);
        ParamCheckUtil.checkStringNonEmpty(area, OrderErrorCodeEnum.USER_ADDRESS_ERROR);
        ParamCheckUtil.checkStringNonEmpty(streetAddress, OrderErrorCodeEnum.USER_ADDRESS_ERROR);

        // 区域ID
        String regionId = createOrderRequest.getRegionId();
        ParamCheckUtil.checkStringNonEmpty(regionId, OrderErrorCodeEnum.REGION_ID_IS_NULL);

        // 经纬度
        BigDecimal lon = createOrderRequest.getLon();
        BigDecimal lat = createOrderRequest.getLat();
        ParamCheckUtil.checkObjectNonNull(lon, OrderErrorCodeEnum.USER_LOCATION_IS_NULL);
        ParamCheckUtil.checkObjectNonNull(lat, OrderErrorCodeEnum.USER_LOCATION_IS_NULL);

        // 收货人信息
        String receiverName = createOrderRequest.getReceiverName();
        String receiverPhone = createOrderRequest.getReceiverPhone();
        ParamCheckUtil.checkStringNonEmpty(receiverName, OrderErrorCodeEnum.ORDER_RECEIVER_IS_NULL);
        ParamCheckUtil.checkStringNonEmpty(receiverPhone, OrderErrorCodeEnum.ORDER_RECEIVER_IS_NULL);

        // 客户端设备信息
        String clientIp = createOrderRequest.getClientIp();
        ParamCheckUtil.checkStringNonEmpty(clientIp, OrderErrorCodeEnum.CLIENT_IP_IS_NULL);

        // 商品条目信息
        List<CreateOrderRequest.OrderItemRequest> orderItemRequestList = createOrderRequest.getOrderItemRequestList();
        ParamCheckUtil.checkCollectionNonEmpty(orderItemRequestList, OrderErrorCodeEnum.ORDER_ITEM_IS_NULL);

        for (CreateOrderRequest.OrderItemRequest orderItemRequest : orderItemRequestList) {
            Integer productType = orderItemRequest.getProductType();
            Integer saleQuantity = orderItemRequest.getSaleQuantity();
            String skuCode = orderItemRequest.getSkuCode();
            ParamCheckUtil.checkObjectNonNull(productType, OrderErrorCodeEnum.ORDER_ITEM_PARAM_ERROR);
            ParamCheckUtil.checkObjectNonNull(saleQuantity, OrderErrorCodeEnum.ORDER_ITEM_PARAM_ERROR);
            ParamCheckUtil.checkStringNonEmpty(skuCode, OrderErrorCodeEnum.ORDER_ITEM_PARAM_ERROR);
        }

        // 订单费用信息
        List<CreateOrderRequest.OrderAmountRequest> orderAmountRequestList = createOrderRequest.getOrderAmountRequestList();
        ParamCheckUtil.checkCollectionNonEmpty(orderAmountRequestList, OrderErrorCodeEnum.ORDER_AMOUNT_IS_NULL);

        for (CreateOrderRequest.OrderAmountRequest orderAmountRequest : orderAmountRequestList) {
            Integer amountType = orderAmountRequest.getAmountType();
            ParamCheckUtil.checkObjectNonNull(amountType, OrderErrorCodeEnum.ORDER_AMOUNT_TYPE_IS_NULL);

            if (AmountTypeEnum.getByCode(amountType) == null) {
                throw new OrderBizException(OrderErrorCodeEnum.ORDER_AMOUNT_TYPE_PARAM_ERROR);
            }
        }
        Map<Integer, Integer> orderAmountMap = orderAmountRequestList.stream()
                .collect(Collectors.toMap(CreateOrderRequest.OrderAmountRequest::getAmountType,
                        CreateOrderRequest.OrderAmountRequest::getAmount));

        // 订单支付原价不能为空
        if (orderAmountMap.get(AmountTypeEnum.ORIGIN_PAY_AMOUNT.getCode()) == null) {
            throw new OrderBizException(OrderErrorCodeEnum.ORDER_ORIGIN_PAY_AMOUNT_IS_NULL);
        }
        // 订单运费不能为空
        if (orderAmountMap.get(AmountTypeEnum.SHIPPING_AMOUNT.getCode()) == null) {
            throw new OrderBizException(OrderErrorCodeEnum.ORDER_SHIPPING_AMOUNT_IS_NULL);
        }
        // 订单实付金额不能为空
        if (orderAmountMap.get(AmountTypeEnum.REAL_PAY_AMOUNT.getCode()) == null) {
            throw new OrderBizException(OrderErrorCodeEnum.ORDER_REAL_PAY_AMOUNT_IS_NULL);
        }

        String couponId = createOrderRequest.getCouponId();
        if (StringUtils.isNotEmpty(couponId)) {
            // 订单优惠券抵扣金额不能为空
            if (orderAmountMap.get(AmountTypeEnum.COUPON_DISCOUNT_AMOUNT.getCode()) == null) {
                throw new OrderBizException(OrderErrorCodeEnum.ORDER_DISCOUNT_AMOUNT_IS_NULL);
            }
        }

        // 订单支付信息
        List<CreateOrderRequest.PaymentRequest> paymentRequestList = createOrderRequest.getPaymentRequestList();
        ParamCheckUtil.checkCollectionNonEmpty(paymentRequestList, OrderErrorCodeEnum.ORDER_PAYMENT_IS_NULL);

        Integer totalPayAmount = 0;
        for (CreateOrderRequest.PaymentRequest paymentRequest : paymentRequestList) {
            Integer payType = paymentRequest.getPayType();
            Integer accountType = paymentRequest.getAccountType();
            if (payType == null || PayTypeEnum.getByCode(payType) == null) {
                throw new OrderBizException(OrderErrorCodeEnum.PAY_TYPE_PARAM_ERROR);
            }
            if (accountType == null || AccountTypeEnum.getByCode(accountType) == null) {
                throw new OrderBizException(OrderErrorCodeEnum.ACCOUNT_TYPE_PARAM_ERROR);
            }
            Integer payAmount = paymentRequest.getPayAmount();
            if (payAmount == null) {
                // 支付金额不能为空
                throw new OrderBizException(OrderErrorCodeEnum.PAY_AMOUNT_IS_NULL);
            }
            totalPayAmount += payAmount;
        }
        if (!totalPayAmount.equals(orderAmountMap.get(AmountTypeEnum.REAL_PAY_AMOUNT.getCode()))) {
            throw new OrderBizException(OrderErrorCodeEnum.TOTAL_PAY_AMOUNT_ERROR);
        }
    }

RPC风控异常处理示例：

    /**
     * 订单风控检查
     */
    @SentinelResource(value = "RiskRemote:checkOrderRisk", fallbackClass = RiskRemoteFallback.class, fallback = "checkOrderRiskFallback")
    public CheckOrderRiskDTO checkOrderRisk(CheckOrderRiskRequest checkOrderRiskRequest) {
        JsonResult<CheckOrderRiskDTO> jsonResult = riskApi.checkOrderRisk(checkOrderRiskRequest);
        if (!jsonResult.getSuccess()) {
            throw new OrderBizException(jsonResult.getErrorCode(), jsonResult.getErrorMessage());
        }
        return jsonResult.getData();
    }

状态机统一异常处理

首先我们看一个示例：状态机统一异常处理

        @Override
        public void fire(Object event, Object context) {
            super.fire(event, context);
            Exception exception = exceptionThreadLocal.get();
            if (exception != null) {
                exceptionThreadLocal.remove();
                if (exception instanceof BaseBizException) {
                    throw (BaseBizException) exception;
                } else {
                    throw new RuntimeException(exception);
                }
            }
        }

正常情况下状态机：调用fire(event,context) 方法，会调用onStateChange方法。假如onStateChange方法抛出业务异常，这里会被状态机接管，然后使用一个Squirrel-Foundation内部的异常TransitionException。

可以看到它对我们的业务异常进行包装。然后抛出TransitionException异常。

我们一般的情景：在SpringBoot中调用状态机开始状态流转，调用了fire方法，接着得到一个TransitionException异常，但是这显然不是我们想要的结果。我们希望onStateChange方法抛出的异常如果是业务异常BaseBizException，则fire方法抛出的也是业务异常。

所以这里采用了一种方式，在onStateChange方法中使用ThreadLocal将状态保存起来，
那么fire方法就无法检测到我们实际业务代码是否抛出了异常，此时等fire方法返回的时候，我们再判断ThreadLocal中是否有异常，
如果有就直接抛出，这样就可以实现我们所需要的结果。

异常码与消息规范设计

为了应对系统里各个地方频繁出现的一些异常，我们需要设计一套多平台甚至公司级别的异常治理。各个系统都提供一套统一的异常码以及配套异常消息提示。其实通俗来说就是code+msg抛出

以下给出一些通用异常示例：

    // 正向订单业务异常枚举
    /**
     * 生成订单号
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 00      | 00    |
     * +--------+---------+-------+
     */
    ORDER_NO_TYPE_ERROR("160000", "订单号类型错误"),

    /**
     * 订单下单
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 01      | 00    |
     * +--------+---------+-------+
     */
    ORDER_EXISTED("160100", "订单已存在"),
    ORDER_ITEM_IS_NULL("160108", "订单商品信息不能为空"),
    TOTAL_PAY_AMOUNT_ERROR("160123", "总的支付金额错误"),

    /**
     * 订单预支付
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 02      | 00    |
     * +--------+---------+-------+
     */
    ORDER_PAY_AMOUNT_ERROR("160200", "订单支付金额错误"),
    ORDER_PRE_PAY_ERROR("160201", "订单支付发生错误"),
    ORDER_PRE_PAY_EXPIRE_ERROR("160202", "已经超过支付订单的截止时间"),

    /**
     * 订单支付回调
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 03      | 00    |
     * +--------+---------+-------+
     */
    ORDER_PAY_CALLBACK_ERROR("160300", "订单支付回调发生错误"),
    ORDER_CANCEL_PAY_CALLBACK_PAY_TYPE_SAME_ERROR("160304", "接收到支付回调的时候订单已经取消，且支付回调为同种支付方式"),
    ORDER_CANCEL_PAY_CALLBACK_PAY_TYPE_NO_SAME_ERROR("160305", "接收到支付回调的时候订单已经取消，且支付回调非同种支付方式"),


    /**
     * 移除订单
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 04      | 00    |
     * +--------+---------+-------+
     */
    ORDER_CANNOT_REMOVE("160400", "订单不允许删除"),

    /**
     * 调整订单配置地址
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 05      | 00    |
     * +--------+---------+-------+
     */
    ORDER_NOT_ALLOW_TO_ADJUST_ADDRESS("160500", "订单不允许调整配送地址"),
    ORDER_DELIVERY_NOT_FOUND("160501", "订单配送记录不存在"),
    ORDER_DELIVERY_ADDRESS_HAS_BEEN_ADJUSTED("160502", "订单配送地址已被调整过"),

    /**
     * 订单履约
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 09      | 00    |
     * +--------+---------+-------+
     */
    ORDER_FULFILL_ERROR("160900", "订单履约失败"),
    ORDER_NOT_ALLOW_INFORM_WMS_RESULT("160901", "订单不允许通知物流配送结果"),


    /**
     * 取消订单
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 08      | 00    |
     * +--------+---------+-------+
     */
    CANCEL_ORDER_CHILD_STATUS_CHANGED("160814", "子订单状态已变更，不能取消订单"),
    CANCEL_ORDER_LINKED_STATUS_CHANGED("160815", "当前订单的主单包含其他不允许取消的子订单，该笔订单取消失败"),
    CANCEL_ORDER_LINKED_STATUS_CANCELED("160816", "当前订单包含已取消过的订单,不能重复取消"),


    /**
     * 正向通用异常
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 40      | 00    |
     * +--------+---------+-------+
     */
    USER_ID_IS_NULL("164000", "用户ID不能为空"),
    ORDER_ID_IS_NULL("164001", "订单号不能为空"),
    BUSINESS_IDENTIFIER_IS_NULL("164002", "业务线标识不能为空"),


    //  逆向订单业务异常枚举
    /**
     * 用户发起售后申请
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 50      | 00    |
     * +--------+---------+-------+
     */
    AFTER_SALE_ORDER_ID_IS_NULL("165000", "发起售后的订单号不能为空"),
    AFTER_SALE_ORDER_STATUS_ERROR("165007", "售后单状态错误,非已签收状态的订单不能申请售后"),
    AFTER_SALE_PROCESS_RETURN_GOODS("165009", "处理售后退款重复"),
  

    /**
     * 缺品
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 51      | 00    |
     * +--------+---------+-------+
     */
    LACK_SKU_CODE_IS_NULL("165105", "缺品skuCode不能为空"),
    LACK_NUM_IS_LT_0("165106", "缺品数量不能小于0"),
    LACK_NUM_IS_GE_SKU_ORDER_ITEM_SIZE("165109", "缺品数量不能大于或等于下单商品数量"),

    /**
     * 撤销售后
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 52      | 00    |
     * +--------+---------+-------+
     */
    REVOKE_AFTER_SALE_REQUEST_IS_NULL("165200", "撤销售后入参不能为空"),
    REVOKE_AFTER_SALE_ID_IS_NULL("165201", "撤销售后ID不能为空"),
    REVOKE_AFTER_SALE_CANNOT_FREIGHT_OR_COUPONS("165205", "已产生运费or优惠券售后单,无法撤销"),

    /**
     * 查询售后列表
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 53      | 00    |
     * +--------+---------+-------+
     */
    AFTER_SALE_LIST_BUSINESS_IDENTIFIER_IS_NULL("165300", "查询售后列表业务线标识不能为空"),

    /**
     * 查询售后详情
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 54      | 00    |
     * +--------+---------+-------+
     */
    AFTER_SALE_DETAIL_ID_IS_NULL("165400", "查询售后详情售后ID不能为空"),

    /**
     * 支付退款回调
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 55      | 00    |
     * +--------+---------+-------+
     */
    PAY_REFUND_CALLBACK_STATUS_FAILED("165500", "支付退款回调状态错误"),
    PAY_REFUND_CALLBACK_BATCH_NO_IS_NULL("165503", "支付退款回调批次号不能为空"),
    PAY_REFUND_CALLBACK_AFTER_SALE_ID_IS_NULL("165509", "支付退款回调售后订单号不能为空"),

    /**
     * 接收售后审核结果
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 56      | 00    |
     * +--------+---------+-------+
     */
    AFTER_SALE_AUDIT_TYPE_IS_ERROR("165600", "优惠券售后单无需审核"),
    AFTER_SALE_AUDIT_CANNOT_REPEAT("165601", "不能重复处理客服审核信息"),
    AFTER_SALE_AUDIT_ITEM_CANNOT_NULL("165602", "售后商品信息不能为空"),

    /**
     * 查询售后支付信息
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 57      | 00    |
     * +--------+---------+-------+
     */
    AFTER_SALE_REFUND_INFO_IS_NULL("165700", "售后支付信息不能为空"),

    /**
     * 实际退款
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 58      | 00    |
     * +--------+---------+-------+
     */
    REFUND_MONEY_REPEAT("165800", "执行退款操作重复"),
    REFUND_ORDER_AMOUNT_FAILED("165801", "调用支付退款接口失败"),
    REFUND_ENUM_STATUS_IS_NULL("165802", "退款枚举状态值不能是空"),

    /**
     * 逆向通用异常
     * +--------+---------+-------+
     * | first  | middle  | last  |
     * +========+=========+=======+
     * | 16     | 90      | 00    |
     * +--------+---------+-------+
     */
    COLLECTION_PARAM_CANNOT_BEYOND_MAX_SIZE("169001", "[{0}]大小不能超过{1}"),
    SEND_MQ_FAILED("169003", "发送MQ消息失败"),
    ORDER_ID_PATTERN_ERROR("169005", "订单ID格式不正确"),
    ;

没有异常的规范肯定是不行的，在系统调用的入口处一定要把异常通用化标准化的抛出。各个系统之间接口对接的时候都是靠统一异常码交互。

多个系统会有多个功能流程，每个流程里也会有多个异常点，所以针对每个异常点都要设计异常码与提示。那么问题来了，那么多系统那么多流程代码，异常体系该如何去设计呢？

业务异常枚举错误码code定义⽬前做如下规范：设计如上述代码示例

  • code总⻓度为6
  • 前两位表示微服务或者通⽤异常（公司级别定义）
  • 中间两位表示功能模块
  • 最后两位⽤来递增表示具体的异常。

通用异常code：

  • 10：表示客户端通⽤异常
  • 20：表示服务端通⽤的异常
系统未知异常-1
客户端HTTP请求⽅法错误1001
客户端请求体JSON格式错误或字 段类型不匹配1003
业务⽅法参数检查不通过2001

	// =========== 系统级别未知异常 =========

    /**
     * 系统未知错误
     */
    SYSTEM_UNKNOWN_ERROR("-1", "系统未知错误"),

    // =========== 客户端异常 =========

    /**
     * 客户端HTTP请求方法错误
     * org.springframework.web.HttpRequestMethodNotSupportedException
     */
    CLIENT_HTTP_METHOD_ERROR("1001", "客户端HTTP请求方法错误"),

    /**
     * 客户端@RequestBody请求体JSON格式错误或字段类型错误
     * org.springframework.http.converter.HttpMessageNotReadableException
     * <p>
     * eg:
     * 1、参数类型不对:{"test":"abc"}，本身类型是Long
     * 2、{"test":}  test属性没有给值
     */
    CLIENT_REQUEST_BODY_FORMAT_ERROR("1003", "客户端请求体JSON格式错误或字段类型不匹配"),


    // =========== 服务端异常 =========

    /**
     * 通用的业务方法入参检查错误
     * java.lang.IllegalArgumentException
     */
    SERVER_ILLEGAL_ARGUMENT_ERROR("2001", "业务方法参数检查不通过"),
    ;

也要楚天阔_
关注
专栏目录
开篇导读
09-22 304
你好，我是码闻强。拥有 12 年软件开发管理经验，创业前服务于杭州知时信息科技有限公司，任高级系统架构师，带领团队研发出一套适合汽车流通行业的 SaaS 产品——指是金融及周边配套产品，为业内数十家机构提供线上支撑服务。 你是不是有这样的困惑？ 知道微服务开发热门，但一直是外行看热闹，不知道里面具体有哪些内容。 了解过 Spring Cloud 微服务开发理论，苦于没实战经验。 知道单个技术点的...
架构师进阶，微服务设计与治理的16条常用原则
JavaShark的博客
07-13 291
今天将从存储的上一层「服务维度」学习架构师的第二项常用能力——微服务设计与治理。这是我们对微服务进行架构设计过程中非常关注的两个问题。本文对微服务的生命周期定义了七个阶段，如下图所示。围绕这七个阶段总结了16条常用原则。原则1：按照业务能力（business capabilities）来规划或拆微服务。康威定律：Conway’s law: Organizations which design systems[…] are constrained to produce designs which are co
微服务实践：服务治理
weixin_30765319的博客
09-04 240
微服务实践：服务治理 在微服务的演进过程中，为了最大化利用微服务的优势，保障系统的高可用性，需要通过一些类的服务支撑组件来协助服务间有效的协作，这便是服务治理的范畴。 注册发现 为什么需要服务注册发现 　　在微服务系统中，服务的消费者需要知道服务提供者的网络地址，才能与之通信。比较简单的实现方式是直接在消费者端或者负载均衡器上进行注册，在发生变化时手动更新。随着服务数量的...
菜鸟 CPaaS 平台微服务治理实践
阿里云技术
09-05 340
在使用 MSE 的云产品之后，对 PaaS 平台层来说，避免很多重复功能的建设。在我们业务侧实际落地的远不止如上列举的场景，比如：服务优雅停机、注册中心等能力，均解决了业务侧的微服务治理上的难点问题。
微服务概览与治理
后场技术
11-26 277
基本上在产品的最开始阶段，为了快速构建产品，都是单体架构，尽快我们也会按照业务划分模块，但是这个样子始终最终部署的时候还是单体式应用。如我们早期可以使用Python 的Django快速迭...
基于SpringCloud的微服务治理架构落地实践
01-27
【基于SpringCloud的微服务治理架构落地实践】 在当前的IT行业中，微服务架构已经成为现代企业构建可扩展、高可用和灵活系统的关键技术。SpringCloud作为业界广泛采用的微服务开发框架之一，它为开发者提供了丰富的...
microservice-governance:《微服务治理：体系、架构及实践》一书的示例
05-14
《微服务治理：体系、架构及实践》 项目说明 本开源项目是《微服务治理：体系、架构及实践》一书的配套源码工程。 声明 ：读者可以随意使用本源码，但由于本工程定位是“示例”，不是为生产应用而设计，第一追求的是...
微服务架构设计与实践
07-19
### 微服务架构设计与实践 #### 知识点概览 本文档旨在深入探讨微服务架构的设计原理及其在实际项目中的应用。虽然文档中包含了一些难以辨认的符号和字符，但根据上下文和常见微服务架构的概念，我们可以提炼出...
【ArchSummit】阿里云原生微服务架构治理最佳实践
小明的Java问道之路
10-16 3438
本文围绕阿里云云原生的微服务挑战和趋势、运行态服务治理最佳实践、开发态服务治理最佳实践展开介绍阿里云原生微服务架构治理最佳实践展开说明和复盘。
华为高级技术专家多年经验分享微服务治理体系、架构及实践文档
代码界的扛把子
05-10 705
前言 任何系统的可持续发展都需要与之相匹配的治理能力。在人类文明演进的过程中，技术第一生产力，管理则是不可或缺的软实力，两者刚柔相济，从而使得政治 经济、军事、社会形成高效可控的体系。进入 纪以来，软件代码借由互联网、云计算、人工智能、VR/AR物联网等技术正在“吞噬”整个世界，大规模复杂系统成为社会运转的基础设施。随着应用的功能不断增强，服务粒度越发精细，系统规模更加庞大，技术架构更加复杂，技术团队持续“膨胀”，软件之熵急剧增长，相应的治理体系在实践中法代演进，日趋成熟。 大平台、微服务架构之下...
微服务错误码设计实践
qianshanding0708的博客
05-30 1416
更多内容关注微信公众号：fullstack888摘要错误码在系统里面是一个很小的模块，但又是一个必须的模块。设计一个适合业务和团队高效迭代的错误码方案需要考虑哪些问题？在实践过程中又有哪些坑？背景我们之前设计迭代一个微服务工程，工程内服务间调用使用 gRPC 协议，网关提供所有对外接口接入，提供 HTTP 接口。为了方便接口定义和描述，规范接口设计，规范业务异常逻辑设计，...
【精品必收藏】如何构建企业级微服务异常编码体系
kouryoushine的博客
06-11 761
一、说明 异常的捕获和抛出是软件开发过程中经常需要处理的场景，在传统单体服务中，我们通过统一异常码值的方式可以达到统一异常管理的目的。 在微服务体系中，服务非常多，每个服务都需要自己的异常码值，编码体系变成了领工程师头痛的事情。 今天通过调研，发现了两种基于阿里巴巴开发规约实现的异常编码体系，包含了具体的编码规则和异常抛出的方式方法。希望对于相同问题感到困惑的朋友有所帮助。 二、阿里巴巴异常规范说明 2.1 基础异常BaseException 作为头部的互联网大厂，阿里巴巴推出的开发手册里对异常编码有完整的
微服务中统一返回状态码
qq_35137375的博客
01-15 1912
1.封装统一返回对象 @Data public class BaseResponse<T> { private Integer rtnCode; private String msg; private T data; public BaseResponse() { } public BaseResponse(Integer rtnCode, String msg, ...
基于微服务的错误码设计
最新发布
Ch3nnn的博客
01-11 187
基于微服务的错误码设计
统一异常处理+错误编码设计方案
weixin_30670965的博客
05-14 2173
一、背景 1、系统在运行的时候可能会有下面这些种类的错误/失败发生： （1） 依赖组件挂了，可能是 db，可能是 mq，可能是 cache。 （2）依赖服务挂了，可能是别人给你提供的 http/rpc 服务挂了。 （3）可能是你的依赖方超时了。 （4）可能是调用方的参数有问题。 （5）可能是调用方的参数无法正确地通过校验。 （6）可能是用户的某种操作在业务逻辑上不合理性，不能够接着让...
CheckUtil类 判断工具类 本次开发中总结的工具类
zhangbin19901019的专栏
02-08 2826
public class CheckUtil {     /**      * 判断字符串为空      *      *      * @author tangzhang       * @date 2013-11-9 下午3:58:10       * @param str      * @return      * @see [类、类#方法、类#成员]      *
【uniapp 开发】校验工具类 CheckUtil
weixin_30279751的博客
08-08 1032
校验手机号格式 /** * 验证是否为电话号码（座机） * * @param {} * source */ function isTelephone(source) { var regex = /^(0[0-9]{2,3}\-)?([2-9][0-9]{6,7})+(\-[0-9]{1,4})?$/ return regex.test...
2020必看！开发五年的大佬日常工作中所使用的java代码技巧
ZYQZXF的博客
02-15 585
前言 罗列工作中实际使用的一些代码技巧或者叫工具类;知识无大小,希望大家都有收获 实用技巧 rpc服务出参统一化 什么,出参统一化有什么好说的??? 我不知道你们有没有遇到过多少五花八门的外部服务提供的返回对象,可能别人没有规范约束,我们管不了,但是从我们这里出去的,我们可以强制约束一下,不然发生新老交替,这代码还能看吗 首先出参都叫xxDTO的,阿里java开发手册提到过;再者我们是提供服务的一...
美团点评微服务治理演进与实践
“美团点评微服务OCTO-曹继光.pdf”主要讲述了美团点评在微服务领域的实践和治理系统的演变，由美团点评资深技术专家曹继光分享。内容涵盖了服务框架、服务治理、性能优化以及相关开源项目的发展。 在美团点评的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值