系统架构设计、优化
关注
分享
扫一扫
文章平均质量分 80
Hacker天使马晓培
目标明确生机勃勃地活出欣然的自己！
展开
-
单点系统架构的可用性与性能优化
参考一、需求缘起明明架构要求高可用，为何系统中还会存在单点？回答：单点master的设计，会大大简化系统设计，何况有时候避免不了单点 在哪些场景中会存在单点？先来看一下一个典型互联网高可用架构。典型互联网高可用架构：（1）客户端层，这一层是浏览器或者APP，第一步先访问DNS-server，由域名拿到nginx的外网IP转载 2017-04-08 00:52:19 · 553 阅读 · 0 评论 -
微信为啥不丢“离线消息”？
参考需求缘起当发送方用户A发送消息给接收方用户B时，如果用户B在线，之前的文章《微信为啥不丢“在线消息”？》聊过，可以通过应用层的确认，发送方的超时重传，接收方的去重保证业务层面消息的不丢不重。那如果接收方用户B不在线，系统是如何保证消息的可达性的呢？这是本文要讨论的问题。 问题：接收方不在线时，消息发送的流程是怎么样的？回答：如上图转载 2017-04-08 02:12:43 · 4065 阅读 · 0 评论 -
58到家入驻微信钱包的技术优化
参考一、需求缘起大伙打开微信钱包，会发现58到家入驻了微信钱包的一级入口（如下图），这个入口流量极大，微信要求被接入的H5必须能抗住n万的qps（58到家的系统是偏交易的系统，虽然一天100w订单其实也没多少请求），这是之前的业务系统没有遇到过的，要抗住这个n万的qps的优化思路是怎么样的呢？这里做一个思路分享，希望能对业界同仁有启示作用。 二、业务转载 2017-04-08 02:02:01 · 1489 阅读 · 0 评论 -
从IDC到云端架构迁移之路（GITC2016）
参考 来自58到家的沈剑分享的《58到家从IDC到云端架构迁移之路》。机房迁移是一个很大的动作：15年在58同城实施过一次（“逐日”项目），几千台物理机，从IDC迁到了腾讯的天津机房，项目做了10个多月，跨所有的部门，与所有的业务都相关；16年在58到家又实施了一次（“凌云”项目），几百台虚拟机，从IDC迁到阿里云，前后大概一个季度的时间，也是所有技术部门都需要转载 2017-04-08 01:50:43 · 532 阅读 · 0 评论 -
数据库软件架构设计些什么
参考缘起：受@萧田国 萧总邀请，上周五晚上在“高效运维1号群”内分享了《58同城数据库软件架构设计与实践》（这个topic今年在数据库大会上分享过），应组织方要求，发出纪要。一、基本概念二、数据库架构设计思路（1）可用性（2）读性能（3）一致性（4）扩展性一、基本概念概念一“单库”转载 2017-04-08 01:29:39 · 313 阅读 · 0 评论 -
架构演变
参考接入层负载均衡技术，部分同学持这样的观点：1）nginx前端加入lvs和keepalived可以替代“DNS轮询”2）F5能搞定接入层高可用、扩展性、负载均衡，可以替代“DNS轮询”“DNS轮询”究竟是不是过时的技术，是不是可以被其他方案替代，接入层架构技术演进，是本文将要细致讨论的内容。 一、问题域nginx、lvs、keepa转载 2017-04-08 01:25:32 · 336 阅读 · 0 评论 -
如何实施异构服务器的负载均衡及过载保护？
参考零、需求缘起第一篇文章“一分钟了解负载均衡”和大家share了互联网架构中反向代理层、站点层、服务层、数据层的常用负载均衡方法。第二篇文章“lvs为何不能完全代替DNS轮询”和大家share了互联网接入层负载均衡需要解决的问题及架构演进。在这两篇文章中，都强调了“负载均衡是指，将请求/数据【均匀】分摊到多个操作单元上执行，负载均衡的关键在于【均匀】”。转载 2017-04-08 01:15:55 · 474 阅读 · 0 评论 -
一分钟了解负载均衡的一切
参考什么是负载均衡负载均衡（Load Balance）是分布式系统架构设计中必须考虑的因素之一，它通常是指，将请求/数据【均匀】分摊到多个操作单元上执行，负载均衡的关键在于【均匀】。 常见的负载均衡方案常见互联网分布式架构如上，分为客户端层、反向代理nginx层、站点层、服务层、数据层。可以看到，每一个下游都有多个上游调用，只需要做到，每一个上游都均转载 2017-04-08 01:04:54 · 331 阅读 · 0 评论 -
互联网架构，如何进行容量设计？
参考一，需求缘起互联网公司，这样的场景是否似曾相识： 场景一：pm要做一个很大的运营活动，技术老大杀过来，问了两个问题：（1）机器能抗住么？（2）如果扛不住，需要加多少台机器？ 场景二：系统设计阶段，技术老大杀过来，又问了两个问题：（1）数据库需要分库么？（2）如果需要分库，需要分几个库？转载 2017-04-08 01:01:51 · 380 阅读 · 0 评论 -
如何快速实现高并发短文检索
一、需求缘起某并发量很大，数据量适中的业务线需要实现一个“标题检索”的功能：（1）并发量较大，每秒20w次（2）数据量适中，大概200w数据（3）是否需要分词：是（4）数据是否实时更新：否 二、常见潜在解决方案及优劣（1）数据库搜索法具体方法：将标题数据存放在数据库中，使用like来检索优点：方案简单缺点：不能转载 2017-04-08 02:55:47 · 474 阅读 · 0 评论