草庐IT

新业务

全部标签

阿里高级技术专家方法论:如何写复杂业务代码?

 张建飞是阿里巴巴高级技术专家,一直在致力于应用架构和代码复杂度的治理。最近,他在看零售通商品域的代码。面对零售通如此复杂的业务场景,如何在架构和代码层面进行应对,是一个新课题。结合实际的业务场景,他沉淀了一套“如何写复杂业务代码”的方法论,在此分享给大家,相信同样的方法论可以复制到大部分复杂业务场景。 — 1 —一个复杂业务的处理过程 业务背景简单的介绍下业务背景,零售通是给线下小店供货的B2B模式,我们希望通过数字化重构传统供应链渠道,提升供应链效率,为新零售助力。阿里在中间是一个平台角色,提供的是Bsbc中的service的功能。 商品力是零售通的核心所在,一个商品在零售通的生命周期如下

阿里高级技术专家方法论:如何写复杂业务代码?

 张建飞是阿里巴巴高级技术专家,一直在致力于应用架构和代码复杂度的治理。最近,他在看零售通商品域的代码。面对零售通如此复杂的业务场景,如何在架构和代码层面进行应对,是一个新课题。结合实际的业务场景,他沉淀了一套“如何写复杂业务代码”的方法论,在此分享给大家,相信同样的方法论可以复制到大部分复杂业务场景。 — 1 —一个复杂业务的处理过程 业务背景简单的介绍下业务背景,零售通是给线下小店供货的B2B模式,我们希望通过数字化重构传统供应链渠道,提升供应链效率,为新零售助力。阿里在中间是一个平台角色,提供的是Bsbc中的service的功能。 商品力是零售通的核心所在,一个商品在零售通的生命周期如下

顺应潮流,解放双手,让ChatGPT不废话直接帮忙编写可融入业务可运行的程序代码(Python3.10实现)

众所周知,ChatGPT可以帮助研发人员编写或者Debug程序代码,但是在执行过程中,ChatGPT会将程序代码的一些相关文字解释和代码段混合着返回,如此,研发人员还需要自己进行编辑和粘贴操作,效率上差强人意,本次我们试图将ChatGPT直接嵌入到代码业务中,让ChatGPT生成可以直接运行的代码。ChatGPT的主观回答问题首先,我们向ChatGPT提出一个简单的代码需求:可以看到,就像上文所描述的那样,ChatGPT会将文字描述和代码片段混合着返回,其实对于真正的需求者来说,文字描述本身是不必要的,因为如果提问者不知道什么是布隆过滤器,也就不会提出布隆过滤器相关的代码需求。再看ChatGP

顺应潮流,解放双手,让ChatGPT不废话直接帮忙编写可融入业务可运行的程序代码(Python3.10实现)

众所周知,ChatGPT可以帮助研发人员编写或者Debug程序代码,但是在执行过程中,ChatGPT会将程序代码的一些相关文字解释和代码段混合着返回,如此,研发人员还需要自己进行编辑和粘贴操作,效率上差强人意,本次我们试图将ChatGPT直接嵌入到代码业务中,让ChatGPT生成可以直接运行的代码。ChatGPT的主观回答问题首先,我们向ChatGPT提出一个简单的代码需求:可以看到,就像上文所描述的那样,ChatGPT会将文字描述和代码片段混合着返回,其实对于真正的需求者来说,文字描述本身是不必要的,因为如果提问者不知道什么是布隆过滤器,也就不会提出布隆过滤器相关的代码需求。再看ChatGP

卷扩容业务失败了,在线等…

摘要:卷扩容一般指实例级的磁盘扩容。本文分享自华为云社区《【公有云公共】卷扩容业务失败》,作者:酷哥。一、基本背景介绍卷扩容一般指实例级的磁盘扩容。随着客户业务的不断开展,磁盘使用率也会随之增加。当磁盘使用率过高时,会影响数据库的使用,这时建议用户清理无用数据、运维清理无用日志或用户来操作卷扩容任务。tips:1、磁盘使用率过高时,会影响甚至完全阻塞客户的业务开展,所以GaussDB为各实例配置了巡检告警的指标参数,超过该指标的阈值时,即会上报告警。(该指标阈值必须设定的比datastorage_threshold_value_check(数据库只读阈值)低一些,这样才能达到提醒的效果。)2、

卷扩容业务失败了,在线等…

摘要:卷扩容一般指实例级的磁盘扩容。本文分享自华为云社区《【公有云公共】卷扩容业务失败》,作者:酷哥。一、基本背景介绍卷扩容一般指实例级的磁盘扩容。随着客户业务的不断开展,磁盘使用率也会随之增加。当磁盘使用率过高时,会影响数据库的使用,这时建议用户清理无用数据、运维清理无用日志或用户来操作卷扩容任务。tips:1、磁盘使用率过高时,会影响甚至完全阻塞客户的业务开展,所以GaussDB为各实例配置了巡检告警的指标参数,超过该指标的阈值时,即会上报告警。(该指标阈值必须设定的比datastorage_threshold_value_check(数据库只读阈值)低一些,这样才能达到提醒的效果。)2、

Serverless 时代开启,云计算进入业务创新主战场

作者|于洪涛“我们希望让用户做得更少而收获更多,通过Serverless化,让企业使用云服务像用电一样简单。”Serverless化正在成为全新的软件研发范式,阿里云将坚定推进核心产品全面Serverless化,帮助客户更好的实现敏捷创新。近来,全球正在加速推进云计算的Serverless化进程。作为一个革命性的技术,Serverless的价值,不仅体现在技术层面和开发者层面,更为企业的业务创新带来了价值,并推动商业模式的变革,以获得更强的市场竞争力。阿里云资深技术专家、Serverless研发负责人**杨皓然**在接受「科技商业」媒体采访的时候,介绍Serverless将带来三大趋势:云产品

Serverless 时代开启,云计算进入业务创新主战场

作者|于洪涛“我们希望让用户做得更少而收获更多,通过Serverless化,让企业使用云服务像用电一样简单。”Serverless化正在成为全新的软件研发范式,阿里云将坚定推进核心产品全面Serverless化,帮助客户更好的实现敏捷创新。近来,全球正在加速推进云计算的Serverless化进程。作为一个革命性的技术,Serverless的价值,不仅体现在技术层面和开发者层面,更为企业的业务创新带来了价值,并推动商业模式的变革,以获得更强的市场竞争力。阿里云资深技术专家、Serverless研发负责人**杨皓然**在接受「科技商业」媒体采访的时候,介绍Serverless将带来三大趋势:云产品

中国人寿业务稳定性保障:“1+1+N” 落地生产全链路压测

引言保险业务的数字化转型正如火如荼地进行,产品线上化、投保线上化、承保线上化、核保线上化等业务转型,导致系统的应用范围不断扩大,用户的高频访问也正在成为常态。同时,系统复杂性也呈指数上升,这些因素都增加了系统的稳定性风险。中国人寿将无侵入在线压测作为防御稳定性风险的重要手段,作为保险行业首家落地生产全链路压测的企业,其实践经验具有相当的借鉴意义。作者介绍中国人寿寿险研发中心高级工程师熊军军TakinTalks稳定性社区专家团成员,毕业于中国科学院自动化所,就职于中国人寿保险股份有限公司研发中心,先后从事产品研发、架构设计、质量管理工作,熟悉保险销售管理及销售支持业务,具备数据治理和高可用架构设

中国人寿业务稳定性保障:“1+1+N” 落地生产全链路压测

引言保险业务的数字化转型正如火如荼地进行,产品线上化、投保线上化、承保线上化、核保线上化等业务转型,导致系统的应用范围不断扩大,用户的高频访问也正在成为常态。同时,系统复杂性也呈指数上升,这些因素都增加了系统的稳定性风险。中国人寿将无侵入在线压测作为防御稳定性风险的重要手段,作为保险行业首家落地生产全链路压测的企业,其实践经验具有相当的借鉴意义。作者介绍中国人寿寿险研发中心高级工程师熊军军TakinTalks稳定性社区专家团成员,毕业于中国科学院自动化所,就职于中国人寿保险股份有限公司研发中心,先后从事产品研发、架构设计、质量管理工作,熟悉保险销售管理及销售支持业务,具备数据治理和高可用架构设