从 0 开始学架构
李运华
网名“华仔”,前阿里资深技术专家(P9)
152573 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 66 讲
结束语 (1讲)
结课测试 (1讲)
从 0 开始学架构
15
15
1.0x
00:00/00:00
登录|注册

44 | 互联网架构模板:“平台”技术

权限控制
身份认证
离线业务
在线业务
深度学习
机器学习
数据挖掘
数据统计
数据安全
数据访问
数据存储
数据采集
可视化
自动化
平台化
标准化
权限管理
数据应用
数据分析
数据管理
数据管理
任务管理
资源管理
用例管理
自动化
性能测试
接口测试
集成测试
单元测试
核心设计要素
应急
监控
部署
配置
管理平台
数据平台
测试平台
运维平台
互联网架构模板的“平台”技术有哪些?

该思维导图由 AI 生成,仅供参考

当业务规模比较小、系统复杂度不高时,运维、测试、数据分析、管理等支撑功能主要由各系统或者团队独立完成。随着业务规模越来越大,系统复杂度越来越高,子系统数量越来越多,如果继续采取各自为政的方式来实现这些支撑功能,会发现重复工作非常多。因此我们自然而然就会想到将这些支撑功能做成平台,避免重复造轮子,减少不规范带来的沟通和协作成本。
今天,我就来聊聊互联网架构模板的“平台”技术。由于每个平台本身都是一个庞大的体系,专栏只是介绍一下平台的核心职责和关键设计点,具体细节就不详细展开了。

运维平台

运维平台核心的职责分为四大块:配置、部署、监控、应急,每个职责对应系统生命周期的一个阶段,如下图所示:
配置:主要负责资源的管理。例如,机器管理、IP 地址管理、虚拟机管理等。
部署:主要负责将系统发布到线上。例如,包管理、灰度发布管理、回滚等。
监控:主要负责收集系统上线运行后的相关数据并进行监控,以便及时发现问题。
应急:主要负责系统出故障后的处理。例如,停止程序、下线故障机器、切换 IP 等。
运维平台的核心设计要素是“四化”:标准化、平台化、自动化、可视化。
1. 标准化
需要制定运维标准,规范配置管理、部署流程、监控指标、应急能力等,各系统按照运维标准来实现,避免不同的系统不同的处理方式。标准化是运维平台的基础,没有标准化就没有运维平台
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文介绍了互联网架构模板中的“平台”技术,包括运维平台和测试平台。运维平台的核心职责是配置、部署、监控和应急,其设计要素是“四化”:标准化、平台化、自动化和可视化。而测试平台旨在提升测试效率,通过用例管理、资源管理、任务管理和数据管理实现自动化测试。这些平台技术能够帮助互联网架构应对业务规模不断增大、系统复杂度不断提高的挑战,避免重复工作,减少沟通和协作成本,提升产品质量和运维效率。 此外,文章还介绍了数据平台的核心职责,包括数据管理、数据分析和数据应用。数据管理涵盖数据采集、存储、访问和安全,而数据分析包括统计、挖掘、机器学习和深度学习。数据应用则广泛应用于在线和离线业务,发挥数据的价值需要大数据支持。另外,管理平台的核心职责是权限管理,包括身份认证和权限控制。 总的来说,本文详细介绍了互联网架构中的平台技术及其功能,为读者提供了全面的概览。文章内容涵盖了技术细节,适合对互联网架构和平台技术感兴趣的读者阅读。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《从 0 开始学架构》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(29)

  • 最新
  • 精选
  • 天使
    jira+gitlab+jenkins+nexus+bearychat 最简单的DevOps 平台。如果将生产环境完全交给运维团队的话,个人觉得这个应该可以称为开发平台。输入的是需求,输出的是各种工件。

    作者回复: 这个可以算开发平台👍👍👍

    2018-08-09
    43
  • 文竹
    运维和测试平台由中间件团队开发: 优点:平台架构有保障,代码质量高,开发效率高 缺点:前期业务沟通成本大 适用场景:运维和测试开发能力弱。 运维和测试平台的由运维和测试人员开发: 优点:前期沟通成本低 缺点:技术能力弱,开发效率低 场景:运维和测试开发能力强

    作者回复: 逻辑很清晰👍

    2018-08-26
    4
    31
  • Freedom
    为啥没有产品设计平台,开发平台

    作者回复: 这个问题非常有意思,先说产品平台,实际上是有的,其他例如商务,HR也有平台,但因为专栏聚焦技术,且我对这些平台没有太多理解,所以没有讲。 再说开发平台,为何我们说数据平台,运维平台等,但不说开发平台呢?我理解是运维平台,数据平台,测试平台,管理平台,产品平台,商务平台等,这些平台都是“管理”平台,运维平台是管理机器和系统,数据平台是管理数据……以此类推,但开发平台如果说管理的话就是代码,但这明显跟我们讲的分层技术栈不是一个概念,所以从整个一个公司的技术架构来讲,一般不会说“开发平台”,但其实狭义的开发平台是存在的,例如maven+git就可以算开发平台,完成代码和包管理

    2018-08-07
    2
    18
  • 小胖狗
    如果运维系统让中间件团队开发 1.中间件团队需要去理解运维方的需求,他们本身可能并不熟悉运维。 2.像阿里的中间件团队,看他们的技术博客得知,貌似只专注中间件。 让运维开发: 1.运维人员只需将其日常操作平台化即可,能更好的解决运维人员的系统。 2.当然,这种情况下,运维团队需要形成一定的规模和能力。

    作者回复: 写不了代码的运维不是好的开发😀😀👍👍

    2018-08-07
    15
  • 旭东(Frank)
    平台这种需要领导层认可和推动,否则只能在作坊的沼泽里苦苦挣扎。靠开发工程师个人和运维工程师来推动,很是痛苦。

    作者回复: 非常正确,需要一个好的CTO,不然很难落地

    2018-08-09
    11
  • 课后思考及问题 运维平台或者测试平台,有的公司是由中间件团队负责开发,有的是运维和测试团队自己开发,你觉得两种方式各有什么优缺点,分别适用什么场景呢? 我们公司的运维平台是中间件团队开发的,性能测试平台是测试团队自己开发的。 中间件团队的开发 优点:问题少,规范,统一 缺点:体验稍差,问题修复慢一些 适用场景:大厂有中间件团队,需求多,测试或运维研发有困难 自己的团队开发自己使用的平台 优点:体验更好,问题修复响应更快 缺点:代码bug多一些, 适用场景:运维测试研发能力强,有时间及精力做和维护 感觉架构实践环节讲的内容大而广,比较靠上层,增长见闻,辅助写PPT可以😄,具体到要做一个东西找最佳实践是找不到的!,老师为啥这么安排?

    作者回复: 给架构师参考用的,尤其是当你需要规划整个公司的技术架构的时候,知道一个全貌和基本的范围更重要

    2019-09-04
    2
    5
  • jh.mai
    数据平台,初创公司,针对业务数据的一些报表统计,是动态查询好,还是抓取业务数据统一存储!例如:数据库是mysql 业务表有多个,要实现报表统计,需要关联多张表,这时候会存在性能问题,如果是独立报表统计的表,然后抓取数据存储统计,这时候就会发生数据一致性问题。老师有什么好的建议吗?

    作者回复: 抓取业务数据统一存储好一些,因为数据一致性不影响报表整体准确性,几条或者几十条数据不一致没关系,如果大规模不一致那就要重跑报表

    2018-08-30
    5
  • 那迦树
    个人觉得平台或者中台,在大公司才能发展起来,小公司很难开展,毕竟业务受限

    作者回复: 是的,小公司就开源全家桶组合就差不多了,发展业务是最优先的

    2020-03-26
    3
  • 孙振超
    最近几期的内容,每一个小主题都可以独立成一个专栏来讲了,在这里只能简要做个介绍。 对于课后作业,中间件团队来做的优点:平台的性能、可用性、扩展性、伸缩性等非功能性属性会好不少;缺点是在功能性需求上,易用性和需求的响应速度会差些。 运维或者测试团队自己开发的话优点是:功能完善性好,交互界面符合一线同学的使用习惯。实际上,虽然有些公司也有测试开发工程师和运维开发工程师,但真正的开发水平和开发工程师还是有一些差距,因而缺点可能是开发效率差些,使用的技术也会老些,系统的性能和稳定性差。

    作者回复: 篇幅只能告诉大家一个公司的总体技术架构,知道总体技术架构后,你再按照架构设计的方法论来实现各个系统就可以了😀

    2018-10-03
    2
    3
  • brant
    老师请教一个问题,你是怎么定义什么是平台的。然后你觉得应该什么时候开始建设平台的

    作者回复: 平台就是将不同业务都会用到的功能提取出来

    2020-04-08
    2
收起评论
显示
设置
留言
29
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部