从0开始学架构
李运华
资深技术专家
立即订阅
38968 人已学习
课程目录
已完结 59 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 照着做,你也能成为架构师!
免费
基础架构 (13讲)
01 | 架构到底是指什么?
02 | 架构设计的历史背景
03 | 架构设计的目的
04 | 复杂度来源:高性能
05 | 复杂度来源:高可用
06 | 复杂度来源:可扩展性
07 | 复杂度来源:低成本、安全、规模
08 | 架构设计三原则
09 | 架构设计原则案例
10 | 架构设计流程:识别复杂度
11 | 架构设计流程:设计备选方案
12 | 架构设计流程:评估和选择备选方案
13 | 架构设计流程:详细方案设计
高性能架构模式 (8讲)
14 | 高性能数据库集群:读写分离
15 | 高性能数据库集群:分库分表
16 | 高性能NoSQL
17 | 高性能缓存架构
18 | 单服务器高性能模式:PPC与TPC
19 | 单服务器高性能模式:Reactor与Proactor
20 | 高性能负载均衡:分类及架构
21 | 高性能负载均衡:算法
高可用架构模式 (10讲)
22 | 想成为架构师,你必须知道CAP理论
23 | 想成为架构师,你必须掌握的CAP细节
24 | FMEA方法,排除架构可用性隐患的利器
25 | 高可用存储架构:双机架构
26 | 高可用存储架构:集群和分区
27 | 如何设计计算高可用架构?
28 | 业务高可用的保障:异地多活架构
29 | 异地多活设计4大技巧
30 | 异地多活设计4步走
31 | 如何应对接口级的故障?
可扩展架构模式 (6讲)
32 | 可扩展架构的基本思想和模式
33 | 传统的可扩展架构模式:分层架构和SOA
34 | 深入理解微服务架构:银弹 or 焦油坑?
35 | 微服务架构最佳实践 - 方法篇
36 | 微服务架构最佳实践 - 基础设施篇
37 | 微内核架构详解
架构实战 (13讲)
38 | 架构师应该如何判断技术演进的方向?
39 | 互联网技术演进的模式
40 | 互联网架构模板:“存储层”技术
41 | 互联网架构模板:“开发层”和“服务层”技术
42 | 互联网架构模板:“网络层”技术
43 | 互联网架构模板:“用户层”和“业务层”技术
44 | 互联网架构模板:“平台”技术
45 | 架构重构内功心法第一式:有的放矢
46 | 架构重构内功心法第二式:合纵连横
47 | 架构重构内功心法第三式:运筹帷幄
48 | 再谈开源项目:如何选择、使用以及二次开发?
49 | 谈谈App架构的演进
50 | 架构实战:架构设计文档模板
特别放送 (7讲)
架构专栏特别放送 | “华仔,放学别走!”第1期
架构专栏特别放送 | “华仔,放学别走!” 第2期
如何高效地学习开源项目 | “华仔,放学别走!” 第3期
架构师成长之路 | “华仔,放学别走!” 第4期
架构师必读书单 | “华仔,放学别走!” 第5期
新书首发 | 《从零开始学架构》
致「从0开始学架构」专栏订阅用户
结束语 (1讲)
结束语 | 坚持,成就你的技术梦想
从0开始学架构
登录|注册

39 | 互联网技术演进的模式

李运华 2018-07-26
由于各行业的业务发展轨迹并不完全相同,无法给出一个统一的模板让所有的架构师拿来就套用,因此我以互联网的业务发展为案例,谈谈互联网技术演进的模式,其他行业可以参考分析方法对自己的行业进行分析。
互联网业务千差万别,但由于它们具有“规模决定一切”的相同点,其发展路径也基本上是一致的。互联网业务发展一般分为几个时期:初创期、发展期、竞争期、成熟期。
不同时期的差别主要体现在两个方面:复杂性、用户规模
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《从0开始学架构》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(18)

  • 大兵
    不知道拼多多的架构演进是怎么样,在短短3年内发展到现在的规模?有在拼多多的同学吗?分享下

    作者回复: 应该很快就会在各种技术大会看到他们分享了

    2018-08-06
    10
  • yoummg
    壮年期的公司,对于一个初级的工程师,应该在这样的公司做好什么事?

    作者回复: 在一个领域做精,成为专家

    2018-07-29
    8
  • 孙振超
    在上一家公司经历了从发展期到竞争期的转变,起初业务增加比较快,各种功能不断向上堆。在后期开始慢慢搭建自己的文件存储系统、数据库中间件、消息中间件,当第一任架构师离职时cto的评价就是各种重构。
    现在的公司应该算成熟期,虽然也面对着巨大的竞争压力,内部总结经历过几次大的架构阶段:第一代的大一统架构、第二代烟囱式架构、第三代分布式微服务架构、第四代的多地多中心架构以及现在正在进行的第五代架构升级。参与了多地多中心架构升级,也和腾讯的同学聊过,因而对异地多活有了一些定性认识,对于正在进行的第五代架构,还处于摸索阶段。

    作者回复: 你的经历非常有价值,好好总结一下,你也可以开专栏了😄

    2018-09-25
    5
  • hello
    请教李老师,现在微服务架构已经很成熟了,特别是spring cloud 提供了各种基础服务,初创企业一开始就上微服务好像成本也不大,还需要经历从单体架构拆分的过程吗?

    作者回复: 可以用spring cloud ,但谨记我在微服务章节提到的三个火枪手原则,不要拆的太细

    2018-07-26
    5
  • 小胖狗
    我大概经历了 1万~10万,10万到40万这个阶段。😂😂😂
    2018-07-27
    3
  • 陈俊
    看到华仔每条都有回复,真的很用心,虽然专栏已经结束了,依然向你学习。

    作者回复: 加油👍

    2018-09-20
    2
  • 大光头
    现在公司就处于竞争期,大家重复造轮子以及整合轮子的过程

    作者回复: 赶紧成立平台技术部,因为到了这个阶段,说明你们业务已经发展不错了,有资源投入

    2018-07-26
    2
  • KingPoker
    这个和开篇的内容类似吧

    作者回复: 这篇是详细分析,开篇只是说业务促进技术演进

    2018-08-01
    1
  • Bright.亮
    初创型公司,用户还不够一万,已经是分布式了,这样是不是有点儿浪费?

    作者回复: 看分布式的规模,如果只是简单拆几个服务是可以的,如果拆分成几十个微服务那就浪费了

    2018-07-29
    1
  • godtrue
    目前所在的企业应该是巨人期(中国电商三巨头应该用户都过亿吧?),从三尺柜台到现在十几年的发展,和老师讲的发展阶段比较类似。
    华仔,怎么感觉进入架构实践篇反而阅读起来容易了,这是错觉吗?还是我还没到能GET到的层次?

    作者回复: 架构实践部分很多人多少都接触了一些

    2019-09-03
  • GeekCoder
    用户规模指的是平台所有用户还是日活?

    作者回复: 一般是总用户

    2019-07-03
  • Andy
    我们公司做云卡服务的,同时在线设备有10到15万,用设备出货超百万,不知道算是什么阶段。

    作者回复: 根据行业来判断

    2019-05-10
  • 日光倾城
    在一些小的互联网公司跳来跳去,当时都没想过公司处在什么阶段

    作者回复: 公司不同阶段对人要求不一样,机会也不一样

    2019-04-28
  • 万物皆导
    我们用户量在百万级,大概属于少年期

    作者回复: 很有前途👍👍

    2018-09-25
  • 无聊夫斯基
    这些判断性能,判断瓶颈的工作是不是需要测试不断的去测试?

    作者回复: 量级和范围可以凭经验

    2018-09-14
  • 文竹
    目前公司相当于集团的技术支持部门,做出的产品用户数量为常数,很多架构设计的措施都用不上,感觉对技术积累不是很有帮助。老师是怎么看的?

    作者回复: 通常情况下一个集团的技术支持部门技术是最牛逼的呀😄

    2018-08-25
    1
  • 天天向上卡索
    上家公司发展感觉已经到了成熟期,从刚去的时候,业务发展远远大于优化和架构,到优化重构,到系统架构改变,我们有自己的基础架构团队,有自己的一些基础类库,避免重复造轮子,业务也进入服务化,各系统之间通过服务相互调用,相对来说比较成熟了

    作者回复: 技术积累不错,挺规范的

    2018-08-22
  • 帕奎奥_nan
    我们业务还处于婴儿期哎

    作者回复: 那说明还有很大上升空间,后面也会有很多技术挑战和机会😀

    2018-08-07
收起评论
18
返回
顶部