39 | 互联网技术演进的模式
该思维导图由 AI 生成,仅供参考
业务复杂性
- 深入了解
- 翻译
- 解释
- 总结
互联网业务发展的不同阶段呈现出不同的特点和挑战。初创期注重创新,发展期需快速满足不断增长的业务需求。随竞争加剧,业务变得更复杂,技术团队需应对系统数量激增和交互关系复杂化。成熟期则面临技术优化挑战。针对不同阶段提出解决方案,如平台化、服务化和技术优化策略。这些策略为读者提供了对互联网技术演进模式的深入理解,并可为其他行业的技术发展提供借鉴。文章简洁明了地阐述了互联网业务发展的技术特点和应对策略,对技术人员和企业管理者具有重要的参考价值。文章强调用户规模增大对技术的影响,包括性能和可用性要求的提升,以及量变带来质变的关系。最后,鼓励读者通过分析所在行业,寻找典型的技术演进模式。整体而言,本文深入浅出地探讨了互联网技术演进的基本模式,为读者提供了有益的思考和启发。
《从 0 开始学架构》,新⼈⾸单¥68
全部留言(33)
- 最新
- 精选
- 孙振超在上一家公司经历了从发展期到竞争期的转变,起初业务增加比较快,各种功能不断向上堆。在后期开始慢慢搭建自己的文件存储系统、数据库中间件、消息中间件,当第一任架构师离职时cto的评价就是各种重构。 现在的公司应该算成熟期,虽然也面对着巨大的竞争压力,内部总结经历过几次大的架构阶段:第一代的大一统架构、第二代烟囱式架构、第三代分布式微服务架构、第四代的多地多中心架构以及现在正在进行的第五代架构升级。参与了多地多中心架构升级,也和腾讯的同学聊过,因而对异地多活有了一些定性认识,对于正在进行的第五代架构,还处于摸索阶段。
作者回复: 你的经历非常有价值,好好总结一下,你也可以开专栏了😄
2018-09-25452 - yoummg壮年期的公司,对于一个初级的工程师,应该在这样的公司做好什么事?
作者回复: 在一个领域做精,成为专家
2018-07-2923 - 大兵不知道拼多多的架构演进是怎么样,在短短3年内发展到现在的规模?有在拼多多的同学吗?分享下
作者回复: 应该很快就会在各种技术大会看到他们分享了
2018-08-06217 - hello请教李老师,现在微服务架构已经很成熟了,特别是spring cloud 提供了各种基础服务,初创企业一开始就上微服务好像成本也不大,还需要经历从单体架构拆分的过程吗?
作者回复: 可以用spring cloud ,但谨记我在微服务章节提到的三个火枪手原则,不要拆的太细
2018-07-26314 - Bright.亮初创型公司,用户还不够一万,已经是分布式了,这样是不是有点儿浪费?
作者回复: 看分布式的规模,如果只是简单拆几个服务是可以的,如果拆分成几十个微服务那就浪费了
2018-07-2913 - 大光头现在公司就处于竞争期,大家重复造轮子以及整合轮子的过程
作者回复: 赶紧成立平台技术部,因为到了这个阶段,说明你们业务已经发展不错了,有资源投入
2018-07-26211 - Kian.Lee公司应该属于“孕育期”,去年10月成立,业务类型 SaaS 服务产品,产品已成型,属于激进务实派,全面上云,后端 Spring boot + kotlin 部署 k8s + 公有云普惠型 DevOps,发布流水线,构建、测试、部署自动化,前端 Web VUE、SPA 无服务器部署(OSS),发布流水线,构建、测试、部署自动化,APP Weex+VUE 前端统一技术栈,监控 ARMS、流控 AHAS (代码无侵入),现在最幸福的事情,代码Push ,5分钟就能收到流水线部署成功通知。架构设计应该在“简单”、“适用”的原则上考虑适当的技术前瞻性!
作者回复: WEEX还在维护么?😂
2020-06-2929 - Amos看到华仔每条都有回复,真的很用心,虽然专栏已经结束了,依然向你学习。
作者回复: 加油👍
2018-09-208 - 日光倾城在一些小的互联网公司跳来跳去,当时都没想过公司处在什么阶段
作者回复: 公司不同阶段对人要求不一样,机会也不一样
2019-04-285 - 恒初作者能说说项目化运作的产品复杂度如果应对吗
作者回复: 你是说类似2B类的产品么? 如果是外包类的一锤子买卖,基本不需要考虑演进,核心复杂度是如何用尽量少的人力和尽量低的成本来实现客户项目,这样利润才多。 如果是电信设备这类产品,后期的维护合同和升级合同比卖设备的钱还多,不过这种产品演进绝大部分是技术升级,而不是业务量和用户量增加。
2021-03-173