系统架构
文章平均质量分 74
key_next
现就职于Zoom,历经有赞会员中台、阿里交易中台、滴滴服务生态中心
展开
-
缓存使用规范
前言:有赞开始制定自己的技术规范,应邀请,笔者负责“缓存使用规范”的制定,摘去部分保密内容,分享给大家。一、为什么要使用缓存1、业务视角根据谷歌的一项研究,假如一个网站在3秒钟或更短时间内没有加载成功,会有 53% 的手机用户会离开。因此在提高应用程序的速度和性能上,每一毫秒都很重要,这直接影响了业务的留存率、转化率。2、技术视角大型网站的特点有高并发、大流量、用户分布广泛、网...原创 2019-11-24 11:42:08 · 1311 阅读 · 0 评论 -
有赞透明多级缓存解决方案(TMC)
前言:原文发表于“有赞技术博客”,笔者有幸作为TMC中间件的开发组成员,深度参与了该项目的研发,希望给更多技术人带来新的思考。一、引子1-1. TMC 是什么TMC ,即“透明多级缓存( Transparent Multilevel Cache )”,是有赞 PaaS 团队给公司内应用提供的整体缓存解决方案。TMC 在通用“分布式缓存解决方案(如 CodisProxy + R...转载 2019-08-18 16:21:44 · 781 阅读 · 0 评论 -
有赞客户运营系统的演进
原文发表于有赞技术博客,作为2019年上半年笔者在有赞的一次小总结吧。一、引子有赞,是一个商家服务公司。我们帮助每一位重视产品和服务的商家私有化顾客资产、拓展互联网客群、提高经营效率,全面助力商家成功。而拉新、留存、促活、转化则是商家经营的关键指标。随着线上线下流量越来越贵,商家对客户精准运营诉求越来越强烈。有赞客户运营相关的业务产品也在近一年不断推陈出新。二、早期“烟囱式”系统...原创 2019-07-14 15:28:44 · 1570 阅读 · 0 评论 -
读书笔记:《企业IT架构转型之道》
前言:有赞最近开始在做平台化的事情,作为共享技术部门的成员,那么自然去要去参与平台化。偶然间,从同事那看到这本书,随意翻了下,不禁感觉相遇恨晚。第1章:阿里巴巴集团中台战略引发的思考第2章:构建业务中台的基础-共享服务体系第3章:分布式服务框架的选择第4章:共享服务中心建设原则第5章:数据拆分实现数据库能力线性扩展第6章:异步化与缓存原则第7章:打造数字化运营能力...原创 2019-01-19 22:02:51 · 2682 阅读 · 0 评论 -
关于SOA服务化
soa服务化,SOA,这个诱惑的很多人都想对系统做服务化的改造,但你真的需要服务化吗?所谓的服务化,是指根据业务的职责划分为多个系统,系统之间的交互以服务的方式进行,这样的好处看起来就是系统的职责变得非常清晰。但其实呢,服务化并不仅仅是一个纯粹的技术改造,服务化就意味着业务是由多个系统构成,这个时候首先会产生的第一个核心问题是需要有相应的人员来维护,在服务转载 2017-02-10 14:24:00 · 831 阅读 · 0 评论 -
《大型网站技术架构》读书笔记四:瞬时响应之网站的高性能架构
一、网站性能测试(1)性能测试指标:①响应时间;②并发数;③吞吐量;④性能计数器;(2)性能测试方法:①性能测试;②负载测试;③压力测试;④稳定性测试;(3)性能优化策略: ①性能分析:检查请求处理各个环节的日志,分析哪个环节响应时间不合理,检查监控数据分析影响性能的因素; ②性能优化:Web前端优化,应用服务器优化,存储服务器优化;二、Web前转载 2016-10-31 10:05:05 · 320 阅读 · 0 评论 -
单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构
前言MySQL数据库大家应该都很熟悉,而且随着前几年的阿里的去IOE,MySQL逐渐引起更多人的重视。MySQL历史1979年,Monty Widenius写了最初的版本,96年发布1.01995-2000年,MySQL AB成立,引入BDB2000年4月,集成MyISAM和replication2001年,Heikki Tuuri向MySQL建议集成InnoDB2003发布5.0,提供了视图、存...转载 2018-04-15 20:21:10 · 11755 阅读 · 4 评论 -
《大型网站技术架构》读书笔记二:大型网站架构模式
一、分层 最常见的架构模式,将系统在横向维度上切分成几个部分,每个部分单一职责。网站一般分为三个层次:应用层、服务层和数据层,其具体结构如下图所示: 通过分层,一个庞大系统切分成不同部分,便于分工合作和维护。 但是,分层架构也有一些挑战:①必须合理规划层次边界和接口;②禁止跨层次的调用及逆向调用。二、分割 分割是在纵向方面对软件进行切分->将转载 2016-10-31 10:30:45 · 328 阅读 · 0 评论 -
《大型网站技术架构》读书笔记之八:固若金汤之网站的安全性架构
一、网站应用攻击与防御二、信息加密技术与密钥安全三、信息过滤与反垃圾四、电子商务风险控制五、学习总结 转眼之间,《大型网站技术架构》的读书笔记到此就结束了。最近时间非常紧,因此本篇没有详细对笔记进行介绍(本篇涉及太多内容,而且都是安全相关的)。通过本书的学习,我们从高性能、高可用、伸缩性、可扩展性、安全性五个方面的架构学习了转载 2016-10-31 10:41:32 · 259 阅读 · 0 评论 -
《大型网站技术架构》读书笔记之七:随需应变之网站的可扩展架构
一、可伸缩与可扩展—傻傻分不清楚 上篇笔记我们学习了可伸缩架构,但在实际场合中,包括许多架构师也常常混淆可伸缩和可扩展,用可扩展表示伸缩性。那么在此,跟随作者我们来理清这两个概念,避免我们以后对其傻傻分不清楚。 (1)扩展性(Extensibiltiy) 指对现有系统影响最小的情况下,系统功能可持续扩展或提升的能力。我们不禁想到了面向对象中一大原则:开闭原则,转载 2016-10-31 10:38:54 · 315 阅读 · 0 评论 -
《大型网站技术架构》读书笔记之六:永无止境之网站的伸缩性架构
首先,所谓网站的伸缩性,指不需要改变网站的软硬件设计,仅仅通过改变部署的服务器数量就可以扩大或者缩小网站的服务处理能力。在整个互联网行业的发展渐进演化中,最重要的技术就是服务器集群,通过不断地向集群中添加服务器来增强整个集群的处理能力。一、网站架构的伸缩性设计1.1 不同功能进行物理分离实现伸缩 (1)纵向分离:将业务处理流程上得不同部分分离部署,实现系统的伸缩性;转载 2016-10-31 10:37:24 · 420 阅读 · 0 评论 -
《大型网站技术架构》读书笔记之五:万无一失之网站的高可用架构
一、可用性度量与考核 首先,不得不说:要保证一个网站永远完全可用几乎是一件不可能完成的任务(Mission Impossible,是不是有点碟中谍的感觉)。 (1)如何度量网站可用性? 一个神奇的数字—9!你有几个9,就代表了你的可用性。例如QQ可用性达到了4个9:99.99% ①2个9=基本可用 ②3个9=较高可用 ③4个9=具有自动恢复能力转载 2016-10-31 10:35:37 · 391 阅读 · 0 评论 -
《大型网站技术架构》读书笔记一:大型网站架构演化
一、大型网站系统特点 (1)高并发、大流量:PV量巨大 (2)高可用:7*24小时不间断服务 (3)海量数据:文件数目分分钟xxTB (4)用户分布广泛,网络情况复杂:网络运营商 (5)安全环境恶劣:黑客的攻击 (6)需求快速变更,发布频繁:快速适应市场,满足用户需求 (7)渐进式发展:慢慢地运营出大型网站二、大型网站架转载 2016-10-31 10:33:51 · 333 阅读 · 0 评论 -
《大型网站技术架构》读书笔记三:大型网站核心架构要素
一、性能—响应时间决定用户(1)浏览器端: ①浏览器缓存; ②使用页面压缩; PS:Gzip压缩效率非常高,通常可以达到70%的压缩率,也就是说,如果你的网页有30K,压缩之后就变成了9K左右。想要启用Gzip压缩,提高浏览速度,可以浏览这篇文章:http://www.chinaz.com/web/2012/1017/278682.shtml转载 2016-10-31 10:27:49 · 428 阅读 · 0 评论 -
亿级Web系统搭建——单机到分布式集群
当一个Web系统从日访问量10万逐步增长到1000万,甚至超过1亿的过程中,Web系统承受的压力会越来越大,在这个过程中,我们会遇到很多的问题。为了解决这些性能压力带来问题,我们需要在Web系统架构层面搭建多个层次的缓存机制。在不同的压力阶段,我们会遇到不同的问题,通过搭建不同的服务和架构来解决。Web负载均衡 Web负载均衡(Load Balancing),简单地说就是给我们的服转载 2016-10-26 18:08:38 · 201 阅读 · 0 评论 -
php应该使用缓存和连接池
从PHP诞生之日起,PHP就开始在Web应用方面为广大的程序员服务。同时,作为针对Web开发量身定制的脚本语言,PHP一直秉承简单、开源的思想,这也使得PHP得以快速的发展,并且大力地推动Web2.0的出现与发展。但是,长期以来,PHPer(PHP Programmers)被认为是处于草根阶层的程序员,被认为是技术含量少,层次低的程序员。这点在国内尤其突出。记得一个技术主管说过这样一个转载 2016-10-26 15:46:23 · 582 阅读 · 0 评论