![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
技术观点
文章平均质量分 95
黄老师-
这个作者很懒,什么都没留下…
展开
-
【精】元数据驱动SaaS 架构的技术思考
引言作为业务系统技术开发同学,面向当下: 首先应该是快速搭建业务通路,让线上业务跑起来,快速试错,解决生存问题; 第二步是在链路畅通、业务基本跑起来的基础上,如何支撑业务跑得更快,就需要解决快速增长问题; 第三步,在完成支撑业务快速增长的基础上,要进行精细化提升,通过在支撑业务快跑间隙挤时间打磨系统功能和体验,踏踏实实花时间去抽象能力,沉淀产品,提升效能; 同时我们也必须面向未来,如何在抽象能力以及沉淀了产品的基础上,把所承载和沉淀的业务能力...原创 2021-01-24 15:09:54 · 1050 阅读 · 0 评论 -
分布式系统灰度发布实践
文章目录0、分布式系统灰度要实现的功能清单1、携带灰度因子1.1、Http请求中1.2、JVM中1.3、调用链中2、前端资源灰度2.1、方案一:基于verynginx2.2、方案二:基于istio Envoy3、Rest API请求灰度4、分布式RPC(Dubbo)调用灰度4.1、概览4.1、实现原理拆解4.2、Dubbo URL4.3、Zookeeper与Dubbo4.4、开发点-1:Provider支持自动注册为Grey版本的Dubbo Service4.5、开发点-2:Consumer支持自动记录Gr原创 2021-01-23 15:51:05 · 3025 阅读 · 2 评论 -
热门的2B企业服务,资本是如何解读和判断的
2020年,新冠疫情为企业数字化按下“加速键”,企业服务无疑迎来了巨大的风口,国内一批企业服务的标杆公司都获得了爆发式增长,企业服务也被认为是贯穿未来20年的长期大趋势。实际上,中国过去的企业服务大部分没有做起来,随着最近两年发生的一些变化,企业服务创业的黄金时代正在揭开。无论是对于投资界、科技巨头,还是对于中小型创新企业来说,面向B端市场的服务正在事实上受到越来越多的重视,一场更全面、更纵深的面向企业服务的市场大幕正在徐徐拉开。当越来越多的资本与创业者涌入to B,噪音也随之而来。为了拨开企...原创 2020-11-22 19:18:19 · 1082 阅读 · 3 评论 -
服务API设计 之 API错误返回规范
API错误返回规范禁止通过抛异常形式返回API业务错误API禁止抛Checked异常,即业务处理上的参数错误、逻辑错误、业务错误等禁止通过抛异常形式返回,应用Response#code, message表达业务错误。注:不要逼调用方到处写try{}catch()。正例:Response<T> saveDesposit(...);反例:T saveDesposit(...) throws ServiceException, IllegalArgumentException原创 2020-09-24 09:03:55 · 765 阅读 · 0 评论 -
服务API设计 之 API命名规范
API命名规范命名风格面向资源同RESTful命名风格在大型系统中,常以"业务领域"视角进行模块划分,以达到业务"高内聚低耦合"的效果。"业务领域"必有"数据对象"沉淀,从宏观抽象的角度看,"数据对象"可统称为"资源","业务领域"就是业务相近的"资源"的集合。"资源"一定是业务抽象后的对象:可以是具体的数据对象:商品订单合同发票采购计划etc可以是抽象的对象概念:租户用户支付文件需求etc"业务领域"与"业务领域"之间的依赖,可理解为是对"原创 2020-09-24 09:02:42 · 2486 阅读 · 0 评论 -
服务API设计 之 API版本规范
API版本规范发布RELEASE版本正式发布的api包必须是RELEASE版本eg.<dependency> <groupId>cn.gov.zcy.paas.template</groupId> <artifactId>template-api</artifactId> <version>2.1.1.RELEASE</version></dependency>版本号风格使原创 2020-09-24 09:01:44 · 390 阅读 · 0 评论 -
服务API设计 之 API参数规范
文章目录【强制】字段名称用小驼峰风格【强制】Service API返回值必须使用Response包装【强制】杜绝完全不规范的缩写,避免望文不知义。(国际通用缩写除外)【强制】禁止使用 Map 作为参数类型【强制】业务对象/查询条件用DTO封装,禁止以入参方式平铺字段。【推荐】DTO字段设置JSR303 Annotation进行基础校验【推荐】在客户端完成基础字段校验注:此规范与《阿里巴巴Java编码规范》互补,同时有效。【强制】字段名称用小驼峰风格【强制】Service API返回值必须使用Respon原创 2020-09-24 09:00:22 · 1307 阅读 · 0 评论 -
服务API设计 之 API设计原则
你是否也感同身受?对接XX业务时,XX业务具备的功能和API全靠跑业务负责人那反复逐个询问、确认。用哪个API;怎么用;有没有限制;等等各个业务间,甚至同一业务内,API风格不统一。API命名:按自然语义全翻译的;按属性角度定义的;按操作角度定义的;动宾、非动宾的;复数、非复数的;等等API入参:带Map的;相同语义字段名称不一样;API出参:有包装Resoponse的;直接返回结果数据的;相同数据,返回格式和字段名称有差别的;错误信息:直接返回中文提示的;返回提示信息编码的;返回异常类型的原创 2020-09-23 09:26:39 · 2429 阅读 · 6 评论 -
服务端业务处理不成功,应该返回HTTP 200 还是 HTTP 4XXX系列?
场景其实,纠结只出现在例如保存表单的场景,如果服务端因各种业务上的原因(校验不通过,状态不满足等)导致保存未成功,并要返回对应的提示信息,此时服务端回应此HTTP 请求时,是用 “200 + json” 还是用“400 + 错误信息”?在公司内不同项目间,两种风格都有,且小伙伴们各执己见。我这么看首先,我先表达我赞同“200 + json”的方式。更具体些,服务端所有的Controller Method对返回值做统一的Response包装样例1:{ "code": 200, "d原创 2020-09-22 23:03:15 · 1710 阅读 · 0 评论