草庐IT

业务中台

全部标签

logstash毫秒时间戳转日期以及使用业务日志时间戳替换原始@timestamp

文章目录问题解决方式参考问题在使用Kibana观察日志排查问题时发现存在很多组的@timestamp数据一样,如下所示详细观察内部数据发现其中日志数据有一个timestamp字段保存的是业务日志的毫秒级时间戳,经过和@timestamp数据对比发现二者的时间不匹配。经过分析得知@timestamp是按照logstash插入es数据的时间来排序,而且数据是按照批次来的,每一批次的时间可能都是大径相同,结果就是导致上面描述的一系列问题。解决方式针对该问题,我们可以使用logstash中的filter中date属性来进行日期的转换,即使用业务日志中的timestamp字段去替换掉logstash自己

一种通用的业务监控触发方案设计

一、背景业务监控是指通过技术手段监控业务代码执行的最终结果或者状态是否符合预期,实现业务监控主要分成两步:一、在业务系统中选择节点发送消息触发业务监控;二、系统在接收到mq消息或者定时任务调度时,根据消息中或者任务中的业务数据查询业务执行的结果或状态并与业务预期的结果相对比。目前供销系统的方案如下:由业务系统发送消息触发规则中心的校验任务,校验逻辑和报警规则通过规则中心的groovy脚本代码实现,该方案的缺点如下:1.业务监控代码掺杂在正常的业务代码中,业务监控的代码侵入性高;2.业务监控消息触发代码可复用性极低,各个应用都要维护一套代码,后期若要增加或维护某个功能时成本大;3.增加业务监控的

业务指数级增长,可用性建设也可以如此稳当?

一、问题与挑战从图中可以看到,从17年开始,vivo的机器规模、服务数量都有很大的增长。在机器规模方面,从17年到22年大概是增长了五倍的左右,在服务数量方面也是基本上增长了十几倍。在规模增长的情况下,挑战和复杂度肯定随之上升,在vivo比较典型的挑战主要分为变更挑战和故障挑战。1、变更挑战变更中还是存在着或多或少的手工变更场景;我们的单次的发布时间是比较长的;存在很多的业务大量迁移的场景;谷歌SRE有这样一个概念:70%的故障是由变更引起的。对应到vivo也确实是存在这种情况,变更对线上稳定性确实存在很大的影响。2、故障挑战机房级故障风险(大小公司都会遇到,光纤挖断或机房内部故障等);业务快

实战案例:场景测试之ATM机取款业务测试

本期,我们通过经典案例——ATM机的操作,来为大家详细说说如何撰写对应的测试用例。【案例】在我们日常生活中,ATM机是个大家都非常熟悉的事物。银行为例提高工作效率,方便客户随时办理基础的储蓄和提现业务,于是,ATM机就诞生了。我们都知道,所谓用户取款业务,就是指为用户提供插卡、校验和取款操作的全过程。那么,围绕用户取款业务,我们应该如何为之设计测试步骤呢?【解析】在这一场景下,我们首先需要做的,就是构造基本流和备选流。详情如下:1)基本流对于ATM机来说,它的基本流的初始状态是:荧幕出现欢迎页面,表示系统已经准备就绪,可以开始自主操作。接下来,它的业务处理流程基本如下:①插卡:用户将银行卡插入

华为od业务主管面试问题-我的回答

目录1.怎么处理项目上的需求2.业余会不会学什么东西3.你对加班的看法4.你对OD的看法5.哪里人6.后续的发展7.你对华为的认识,对当前岗位的了解​​​​​​​​​​​​​​1.怎么处理项目上的需求>项目经理和产品经理进行需求对接>项目经理将需求发给项目组各成员,每个成员对需求进行问题分析,总结自己的优化建议和不合理需求反馈>全员会议对每个需求明细进行讨论分析。每个成员都参与需求优化、不合理需求的反馈。>做到每个成员对需求都理解到位,这样有利于项目的协同开发,毕竟大家是一个团队,开发过程中不能只对自己负责的部分熟悉,尽可能掌握需求可以写出更优质的代码>项目经理和产品经理再次确认需求之后,开始

德邦快递:逆境之下,让数字化辅助业务的利润增长

#01行业背景2022年,我国快递业务量完成1105.8亿件,业务量连续9年位居世界第一,仅用七年时间,中国的快递行业就完成了从百亿到千亿的十倍增长。我国快递物流行业正从蓝海进入红海,在下半场激烈竞争中破局的关键在于客户体验和成本控制,而这两者的改善则离不开数字化和智能化。德邦快递是一家联动快递、物流、跨境、仓储与供应链的综合性物流供应商,2022年德邦用339.89%的增长盈利成绩单,让大家意识到数字化可以辅助企业创造实实在在的价值。随着数字化转型不断深入,大到企业数字化和业务系统的优化、升级,小到每一件快递的收件、转运、派送、售后的整个流转过程,都和数据息息相关。作为国内知名的物流供应商,

什么是中台系统以及挑战和解决方案?

本文由drawon.cn(桌案)创始人编辑整理。18年前后,中台的概念开始被广泛讨论。但与此同时,关于中台究竟是什么,却是众说纷纭。在有些人眼里:中台就是技术平台,像微服务开发框架、Devops平台、PaaS平台,容器云之类的,人们都叫它“技术中台”。在有些人眼里:中台就是微服务业务平台,像最常见的什么用户中心,订单中心,各种微服务集散地,人们都叫它“业务中台”。在有些人眼里:中台应该是组织的事情,在释放潜能:类似于企业内部资源调度中心和内部创新孵化组织,人们叫它“组织中台”。这些理解都对,但也都有不够准确或不够完整的部分。中台,作为一个还在被定义当中的概念,正处在一个大家都有感觉,但又难以被

人工智能机器人被任命为业务领导团队

人工智能机器人被任命为业务领导团队|AIROBOTAPPOINTEDTOBUSINESSLEADERSHIPTEAMOct18,20162016年10月18日MachineLearningBusinessRevolutionItseemsnoonewillbesafefromtheinvasionofAIandrobotsintobusinesslife–apartfromveryopenendedjobssuchasplumbingandcarrepair–maybe.Inanycase,expectittobecomethenormthatAIsoftwarerobotsareappoin

2022.1.17 学习笔记 (SPN中业务是如何传输的,主要是业务切片的调度编排)

一、SPN简介SPN技术是一种基于SDN架构、具有硬切片特性的的时分复用技术,具有高效的路由分配、多通道聚合,不同业务间的网络切片,以及低时延的交换的特点。SPN架构上分为SPL层,SCL层,STL层三层。SPN层次包括:SPL(SlicingPacketLayer)切片分组层,实现分组数据的路由处理;SCL(SlicingChannelLayer)切片通道层,实现切片以太网通道的组网处理;STL(SlicingTransportLayer)切片传送层,实现切片物理层编解码及DWDM光传送处理。1、SPL层实现传统的L2/L3层功能,通过使用基于SDN架构的SR隧道扩展技术(SR-TP和SR-

数据中台(01)- 全面了解数据中台

文章目录01数据中台起源02数据中台的定义2.1数据中台建设目标2.2如何实现建设目标2.3数据中台定义与特点03大数据平台与数据中台3.1为什么要建设数据中台3.2数据中台与传统的大数据平台的区别3.3数据中台的评判标准04数据中台建设总纲4.1业务驱动,快速落地4.2顶层架构设计及数据规范4.3平台管理,由工具来指导数据能力的抽象和共享4.4明确的责权利制定,并由工具来配合责权利的管理4.5必须是一个安全、高效、稳定、可扩展的系统05文末01数据中台起源尽管大数据产生于硅谷,数据中台与大数据关系密切,但硅谷却没有数据中台这个名词,“数据中台”的概念是在其倡议者阿里巴巴内部产生的。2015年