最佳实践
文章平均质量分 86
技术来源于实践
试剑江湖。
做你没做过的事叫成长,做你不愿意做的事叫改变,做你不敢做的事叫突破。
展开
-
【最佳实践】服务端高并发分布式架构演进之路
架构的调整是否必须按照上述演变路径进行?不是的,以上所说的架构演变顺序只是针对某个侧面进行单独的改进,在实际场景中,可能同一时间会有几个问题需要解决,或者可能先达到瓶颈的是另外的方面,这时候就应该按照实际问题实际解决。如在政府类的并发量可能不大,但业务可能很丰富的场景,高并发就不是重点解决的问题,此时优先需要的可能会是丰富需求的解决方案。对于将要实施的系统,架构应该设计到什么程度?对于单次实施并且性能指标明确的系统,架构设计到能够支持系统的性能指标要求就足够了,但要留有扩展架构的接口以便不备之需。转载 2022-11-02 00:18:43 · 168 阅读 · 0 评论 -
【最佳实践】当前疫情下火爆的直播应用,你了解背后的技术架构吗?
这场疫情让线下零售降至冰点,但是却带火了直播应用。直播电商、直播教育等各类直播应用可谓赢得了历史性的机会,很多大众开始接受并认可这种新型应用的便利和价值,个人感觉随着5G的普及,『直播+垂直领域+精细化的私域流量』将会是互联网的一个大热点,迎来真正的红利期。直播行业大概在10年多前就开始兴起了,秀场直播和游戏直播是PC时代比较成功的应用场景,直到16年,随着移动互联网的大规模普及,直播行业迎来了真正的元年,成百上千的直播APP出现在大众视野,大概在18年年初,直播答题当时火了一把,那算是直播类应用的第一转载 2021-07-24 14:55:27 · 12061 阅读 · 0 评论 -
【最佳实践】百度大规模Service Mesh落地实践
导读:百度过去基于rpc框架的服务治理存在各种框架能力参差不齐、业务自身服务治理效率低、全局可观测性不足等诸多问题。本文介绍了百度内部落地service mesh的实践过程,以基础稳定性能力治理和流量调度治理能力为业务落地点,详细阐述了内部落地的service mesh整体技术方案以及一系列关键技术,如性能的极致优化、扩展的高级策略、周边服务治理系统等。一、背景百度大部分产品线已完成微服务的改造, 数万个微服务对架构服务治理能力提出了更高的要求。传统的服务治理一般通过rpc框架去解决,多年以来百度内转载 2021-07-05 00:17:56 · 546 阅读 · 0 评论 -
【最佳实践】京东实时计算架构演进之路
一、背景:从 2004 年开始,京东进军互联网线上化开始到至今,随着京东的高速发展,京东商城的订单量从万级到百万级、最终到达亿级。而对于实时的数据需求也是层出不穷,实时计算架构随着数据量的增长,不断进行革新。二、京东实时计算架构演进之路2.1订单量万级、百万级(以京东海外站为例)在订单量万级、百万级别的时候,也存在不少实时的数据需求,比如:商家需要看看自己每天的成交量、老板需要看看整体的成交金额,以为后续的融资做准备。类似于现在很多的 a、b 轮创业公司数据体量。解决方案:而此时为了节.转载 2021-06-30 23:08:27 · 301 阅读 · 3 评论 -
【最佳实践】携程服务注册中心架构演进
1.前言携程的微服务框架产品从2013年发展至今,已经历了7年多的打造。其中所使用的服务注册中心也从最开始人工数据维护架构演进到了现在全自动、百万容量级的架构。本文将逐一回顾携程服务注册中心所经历的三轮迭代过程,并重点介绍最新的第三版架构的设计与实现。...转载 2021-05-28 13:33:48 · 278 阅读 · 0 评论 -
【最佳实践】ClickHouse在携程酒店数仓的实践
一、背景随着时间推移和业务的快速发展,携程酒店数据累积越来越多。目前流量日数据在3T左右,再加上各种订单、价、量、态等数据更是庞大。现有Hive(Spark引擎)执行速度虽然相对较快,但在国际化发展背景下,一些海外业务由于时差问题,数据需要比国内提前数小时完成,性能提升迫在眉睫。2020年初,我们开始研究ClickHouse在数据仓库领域应用。本文将从技术方案选型、集成开发环境封装、ClickHouse代码优化技巧、异常问题处理、服务器故障处理五个方面分享ClickHouse实践,希望给关注同样问题转载 2021-05-27 23:01:17 · 1375 阅读 · 0 评论 -
【最佳实践】携程ClickHouse日志分析实践
ElasticSearch是一种基于Lucene的分布式全文搜索引擎,携程用ES处理日志,目前服务器规模500+,日均日志接入量大约200TB。随着日志量不断增加,一些问题逐渐暴露出来:一方面ES服务器越来越多,投入的成本越来越高;另一方面用户的满意度不高,日志写入延迟、查询慢甚至查不出来的问题一直困扰着用户;而从运维人员的角度看,ES的运维成本较高,运维的压力越来越大。1.为什么选择ClickHouseClickHouse是一款高性能列式分布式数据库管理系统,我们对ClickHouse进行了测试,转载 2021-05-13 20:28:48 · 2008 阅读 · 2 评论 -
【最佳实践】有赞crash平台符号化实践
背景有赞在基础保障平台的实践中完成了 Crash平台 的建设,但是iOS的崩溃日志未经符号化,排查问题比较困难。为了降低iOS App的crash率,快速排查线上crash,疑难crash的跟踪处理,符号化崩溃日志显得尤为重要!1. crash日志的收集与分析1.1如何收集crash日志手机上直接看,在隐私-分析与改进 -分析数据,可以找到所有崩溃日志,未符号化。 连接电脑,通过“音乐”同步到本地 ~/Library/Logs/CrashReporter/MobileDevice/xxx.转载 2021-05-13 00:07:38 · 399 阅读 · 0 评论 -
【实践案例】分库分表扩容如何实现平滑数据迁移?
1. 问题背景2020年,笔者负责的一个高德打车弹外订单系统进行了一次扩分库分表和数据库迁移。该订单系统整体部署在阿里云上,服务使用阿里云ECS部署,数据库采用阿里云RDS,配置中心基于阿里云ACM自研,数据同步基于阿里云DTS自研以及自研分库分表组件、分布式ID组件等等。此次进行扩分库分表的背景是,原4实例4库、每个库64张表一共256张表,部分单表已超千万量级,按当前每日单量量级,一年内单表会达到上亿条记录,单表数据量过大会带来数据库性能问题。【弹内弹外】弹是指弹性计算,弹内与弹外其实是指转载 2021-03-17 13:44:21 · 626 阅读 · 0 评论 -
【实践案例】复杂环境下落地Service Mesh的挑战与实践
OCTO是美团内部的服务治理平台,包含服务通信框架、命名服务、服务数据中心和用户管理平台等组件,为公司内全部服务提供了整套的服务治理方案和统一的服务治理体验。我们在之前的几篇文章中分别从不同的角度介绍了OCTO平台的建设情况。包括:《美团命名服务的挑战与演进》介绍了美团命名服务(MNS)从1.0到2.0演进的初衷、实现方案以及落地的效果,并介绍了命名服务作为一个技术中台组件,对业务的重要价值以及推动业务升级的一些成果。 《美团OCTO万亿级数据中心计算引擎技术解析》介绍了美团自研的 OCTO数据中心计转载 2021-03-13 08:53:45 · 287 阅读 · 1 评论 -
【架构演进】XX系统架构演进的思考(一)
任何架构的演进都是由场景驱动的,离开场景谈架构就是耍流氓。因此,做架构设计之前,我们要先了解当下的场景。场景就是需求,一般可以将需求分为三类:商业需求、功能需求和质量需原创 2021-03-09 16:53:54 · 461 阅读 · 3 评论 -
【实践案例】struct2+mysql+json+jquery实现数据库的增删改查项目
struct2+mysql+json+jquery实现数据库的增删改查项目原创 2019-01-14 17:33:03 · 638 阅读 · 1 评论 -
【实践案例】实现struts2+mysql+jquery基于下拉菜单的多样查询项目
实现struts2+mysql+jquery基于下拉菜单的多样查询项目原创 2019-01-14 16:35:21 · 369 阅读 · 0 评论 -
【最佳实践】从生产故障解锁RocketMQ集群部署的最佳实践
一、前言临近年末笔者维护的生产MQ集群中的一台物理机内存故障导致操作系统异常重启,在10分钟内众多的应用发送客户端出现消息发送超时,事故并定性为S1,笔者的“年终奖”...1.1 故障描述RocketMQ 集群采取的部署架构为2主2从,其部署架构如下图所示:其部署架构中一个非常明显的特点是一台物理机上分别部署了 nameserver,broker 两个进程。其中一台机器(192.168.3.100)的内存出现故障,导致机器重启,但Linux操作系统由于重启需要自检等因素,整个重启过程转载 2021-01-12 20:58:15 · 317 阅读 · 1 评论