首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

线上业务优化之案例实战

本文是我从业多年开发生涯中针对线上业务的处理经验总结而来,这些业务或多或少相信大家都遇到过,因此在这里分享给大家,大家也可以看看是不是遇到过类似场景。...本文大纲如下, 后台上传文件 线上后台项目有一个消息推送的功能,运营新建一条通知消息时,需要一起上传一列包含用户 id 的文件,来给文件中包含的指定用户推送系统消息。...但是 CSV 文件针对复杂电子表格操作的支持就没 Excel 功能那么强大了,不过在这个只有一列的文件上传业务里够用了。...海量日志采集 公司线上有一个项目的客户端,采用 tcp 协议与后端的一个日志采集服务建立连接,用来上报客户端日志数据。 在业务高峰期下,会有同时成千上万个客户端建立连接,实时上报日志数据。...最后聊两句 到这里本文所介绍三个线上业务优化实战就讲完了,其实这种实战案例还有很多,但是碍于篇幅本文就没讲那么多拉,后续有机会也会继续更新这类文章,希望大家能够喜欢。

51062

你必须知道的《线上业务开展指南》

在线下业务无法开展的现在,捉紧时间把业务转到线上开展,才能够抢占市场份额,让企业扭转乾坤,成为第二个“马云”。现在,耐思智慧送您5大在线办公锦囊,祝您提升工作效率,无惧疫情影响开展业务。...锦囊三:线上业务平台 线上展现.jpg 对于企业,特别是实体店来说,受疫情影响最大,无法线下开铺,顾客无法访店,导致产品无法销售,经济损失惨重。...工具:建站宝盒 线上展示平台,不但能让企业和实体店多了一个销售的渠道,更能够在线下无法经营时,及时利用线上营销,进行业务渠道的切换。...在互联网发展越来越快的今天,线上平台,一定会变成主流。 锦囊四:线上业务推广 线上业务推广.jpg 对于线下走访、派传单、刊登报纸广告等方式的线下走访业务,很多人都纷纷表示难以看到效果。...工具:千城千站、抖音、百度、头条 如果说业务进行线上推广,很多人会想到很火的抖音、百度,还有类似搜狐、头条号等自媒体平台,这确实让很多大企业获得了不少的客户。

1.6K71
您找到你想要的搜索结果了吗?
是的
没有找到

数字化转型杂谈6:“数字化业务”之“业务线上化”

不同企业对业务数字化转型的理解不同。以传统制造业为例,主要以数据孪生的思路,将产品生产、研发、销售等数据线上化来提升自动化水平、提高生产效率、降低成本、挖掘新的业务商机。...金融企业经过20几年的发展,大部份业务都由线上业务系统支撑,业务数字化主要包括业务线上化、数据业务化、业务智能化三个方面。...业务线上化是基于连接、数据、赋能的数字化思维,对成熟的业务场景进行业务重塑,沉淀企业数字化能力,让业务和技术相互融合,扩展业务边界,增加支撑创新业务的能力。...业务线上化不仅仅是指将线下业务操作转移到线上系统,关键是业务在线化与业务数据化,需要关注:数据在线、产品研发在线、业务运营在线、渠道在线、客户在线、风控在线六个在线。...注:本篇杂谈从前面的数字化业务、数字化管理、数字化技术上进行细化,重点围绕重塑业务流程,业务线上化。

1.1K10

百度基于 Prometheus 的大规模线上业务监控实践

本文将会介绍,百度云原生团队是如何针对金融行业的场景需求,结合百度内的应用实践经验,构建基于 Prometheus 的大规模线上业务交易监控能力。...经过观察发现,业务中核心要监控的是交易量的指标,这部分指标占全部指标量的 99% 以上。...减少指标量级,核心需要分析业务对于这些指标是如何进行使用的。...根据业务的故障报警与定位的需求,对原有指标进行聚合计算,派生出如下指标: 将原有的实例与业务指标的全叉乘组合,转换为两种数据,即实例级指标和业务级汇聚指标。核心针对这两种指标进行长期存储和报警。...基于流式计算的特征,业务所提出的计算、报警低延迟的需求也同样得到了满足。

70820

【进阶之路】基于ShardingSphere的线上业务数据脱敏解决方案

对于已经上线的业务,如何在不修改业务逻辑、业务SQL的情况下,透明化、安全低风险地实现无缝进行脱敏改造呢?...2、 如何能在不改动业务SQL和逻辑情况下,将新增数据进行脱敏处理,并存储到数据库。 3 、如何较为安全地实现业务系统在明文与密文数据间的迁移。...业务方需面向Encrypt-JDBC进行JDBC编程。由于Encrypt-JDBC实现所有JDBC标准接口,业务代码无需做额外改造即可兼容使用。...此时,业务代码所有与数据库的交互行为交由Encrypt-JDBC负责。业务只需提供脱敏规则即可。...三、新业务与旧业务 1、新业务 如果不涉及到旧业务改造,就可以免去plainColumn字段,直接使用cipherColumn即可。 ?

66030

一次线上 Node.js 业务流量异常增长问题定位过程

线上 Node.js 业务流量异常增长问题定位 记一次简单的抓爬虫的过程 问题现象 某日,通过自建的监控系统,我们发现部门下属全部业务的 notFound 页面的性能上报量都有大幅的异常增长,进而影响了单一页面的性能指标以及全量的性能指标...问题分析 遇到流量突然暴涨的情况,我们首先从两个角度分析:业务自身的正常增长、来自爬虫的异常增长。...从正常增长的角度来看: 增长的流量全是来自没有实际内容的 notFound 页面 跟业务方沟通后找不到合法的流量来源 都不带 referrer 以及合法用户的 cookie 通过以上三点,我们基本可以确定异常流量来自于爬虫...这是由于业务特质导致的。我们业务的 notFound 页面一直有承担部分爬虫流量的职责,所以整体服务调用量一直较多。在大量服务日志中,爬虫部分 IP 并不是特别起眼。

31210

业务线上存在五个项目并行开发的情况时,MQ的使用状况

业务线上存在五个项目并行开发的情况,当时对于MQ的使用状况如下: Rocket:核心业务3个项目,版本有差异; Kafka:数据权重偏高,1个项目采用; Redis:基于Python连接,队列消息模式...; 刚开始因为用的不多,整体还在可控范围内,后续随着业务的持续迭代,项目间出现需要通信的情况,就开始混乱难以维护,然后就是被迫开始重构,统一消息组件。...二次选型 基于业务的综合考量,对现有几个项目进行MQ重新设计,形成的整体架构思路如下: MQ组件选择:采用RocketMQ; 换掉Redis组件的队列模式; 将基于Python的系统改Java语言;...提供消息生产与消费两个服务; MQ的功能由上述服务进行统一维护; 这里在核心业务线上没有改变组件选择,换掉kafka的一个原因是涉及大量结算业务,Redis队列模式弃用,基于Python的管理系统功能不多...,这里只是顺手换掉,统一业务线的编程语言。

31420

餐饮行业如何通过线上+线下智能解决方案扩展业务

现在,疫情已经减缓,线下餐厅重新营业,但线上业务依然运行,以线上与线下进行智能结合,为餐饮业找到了一线生机。...因此线上业务,更加趋向于为餐饮店铺进行推广,利用线下经营+线上运营的智能解决方案,更利于餐饮行业的长远发展。 利用线上推广,可以更加迅速地让你的餐饮行业在互联网上建立并快速获得精准用户。...同时,再利用手机网站、小程序等渠道拓展业务,将外卖等服务同时开展,打通各个流量入口,必定能够为餐饮行业带来空前的一个高度。...网民数据.png 传统模式的餐饮业不用担心突然转型客户会难以接受,iiMedia Research(艾媒咨询)数据显示,46.7%的受访网民认为传统餐饮商家开展线上外卖业务可以发挥自身在品牌知名度、消费群体方面的优势...受访网民整体上对传统商家开展线上业务的举措持肯定态度,通过加大渠道宣传力度、提升运营水平,传统餐饮商家能够通过线上外卖业务获得较好的经营结果。

1.1K21

我是如何用 redis 分布式锁来解决线上历史业务问题的

近期发现,开发功能的时候发现了一个 mq 消费顺序错乱(历史遗留问题),导致业务异常的问题,看看我是如何解决的 问题抛出 首先,简单介绍一下情况: 线上 k8s 有多个 pod 会去消费 mq 中的消息...,再是 2 消息 的业务逻辑,最后是 1 消息的业务逻辑 那么这个时候,小 d 用户就没有绑定上 允许看视频类型的网站 这一条策略,自然 b组 和 a 组也没有绑定上这条策略,这就和我们预期的完全不一致了...当然,实际情况对于单条单条的消息处理基本不会出现这种偏差,但是在批量处理的时候,就会出现实际业务处理顺序与期望不一致的情况,那么就是妥妥的线上问题了(小 d 上网的时候想看视频,可是一直看不了,于是就疯狂投诉...想法二 对于这一个业务,也不能去对整个架构大改,对于这些历史遗留问题,能少动就少动,兄弟们你们都懂的 于是便想出了使用 redis 分布式锁来处理,对于一个部署在 k8s 中服务的多个 pod 去抢占,...谁先抢到锁,那么就谁消费 mq 中的消息,没有抢到锁的 pod ,那就过一会再抢 当然,对于其他类型的业务是没有影响的 如何去实现这个想法呢,我们可以模拟一下 1 首先,我们设置一个 redis 的

15520

选择香港服务器发展线上业务的未来趋势:技术与市场的变化

随着全球数字化浪潮的不断涌现,线上业务的发展变得更加重要。选择适当的服务器位置对于在线业务的成功至关重要。...本文将探讨选择香港服务器作为线上业务的未来趋势,以及技术和市场方面的变化如何影响这一决策。  1. 引言:线上业务的崛起  随着互联网的普及,线上业务已经成为商业世界中的一个主要趋势。...越来越多的公司将业务扩展到在线平台,以满足不断增长的数字化市场需求。  2. 香港服务器的优势  高速互联网连接  香港拥有强大的互联网基础设施,提供高速连接,适用于在线业务的需求。...市场变化与在线业务  本地化需求  市场趋势表明,用户更喜欢本地化内容和体验。香港服务器可以帮助在线业务更好地满足本地用户的需求。  ...移动设备普及  随着智能手机的广泛普及,移动设备上的在线业务需求增加。香港服务器可以提供低延迟和高性能,以适应移动用户。  5. 结论  选择香港服务器作为线上业务的未来趋势具有很多优势。

14920

线上巡检机制

微服务架构它的特点之一是服务太多,很难保障所有的服务都是可用的,有可能出现这样的一个情况就是晚上上线的时候,产品的各个业务形态都是正常的,但是到第二天的时候,某个服务由于某些问题导致服务不可用然后影响到具体的业务形态...也会让业务交付的团队承担不应该属于自己的问题。那么这就涉及一个很核心的问题,这问题到底是谁的责任了?总不能让运维去承担吧。...这种情况下,可以使用线上巡检机制。 线上巡检机制可以把它理解为实时的进行轮训监控,如果一旦服务出现问题,触发报警的机制通知相关的人员进行紧急的处理。...针对线上巡检的机制可以沿着两个维度来思考,一个是单纯的验证服务的可用性,也就是服务返回200的状态码认为服务是可用的,另外一种是结合业务场景来进行,因为服务返回200的状态码不代表服务提供的业务场景是可用的...下面案例代码是针对一个登录服务每隔10分钟的轮训检查,主要核心是检查服务可用性,没带具体的业务场景。具体案例代码如下: #!

1.1K10

Debug线上服务

日志在线上服务中,通过日志进行调试是一种常见的方法。...以下是一些常用的方法,可以让我们通过日志来进行线上服务的调试:设置详细的日志级别:在开发和测试环境中,我们可能会使用较低的日志级别,例如 debug 或 trace,以记录详细的调试信息。...实时日志查看:在线上环境中实现实时日志查看功能,以便能够及时地查看日志输出。使用工具如 ELK Stack(Elasticsearch, Logstash, Kibana)进行实时日志分析。...通过以上策略,我们可以更有效地使用日志来进行线上服务的调试和监控。请注意,在生产环境中,要小心处理敏感信息,确保日志中不包含敏感数据。...在线上服务中访问 pprof 数据:在浏览器中访问 http://your-service-address:6060/debug/pprof/ 来查看 pprof 提供的数据。

15210
领券