互联系统架构演化史之感

发布于: 2020 年 06 月 30 日
互联系统架构演化史之感

架构师能力概述

知前知后会集成,

定规制具提效能,

精软知硬熟业务,

能拆会合看时机,

懂优知劣做平衡,

快进稳退多沟通,

上的架构厅堂,下的代码厨房。

左知技术选型,右知业务重构。

前知用户体验,后知平台复用。

进能展望未来,退能兜底复盘。

抵得住线上峰流,解的出运营难题。

不求一步就到位,只求循序稳中胜。

不只一人独全能,能帮全员效能升,

不止知技出方案,还为公司提营收。


架构

架构要懂业务

架构是要解决实际业务场景。

架构要知公司战略

所有一切工作都是要给ROI的,哪怕你是做一个开源代码。

多、快、好、省的平衡

架构这件事情其实说到底还是那句话

成年人的世界里没有对错,只有利弊。

功能全,系统大,细节多 即分清八二原则分清系统的要点。

快速设计、快速开发、快速部署发布 即 响应变化快。

界面设计友好,程序稳定性能高,客户满意度高

客户可以省钱,公司可以省成本、员工可以省时间,提效能。

架构是一个不断演化的过程

那不就是在不断适应业务需求的变化,而不断演化的在业务变化的过程中,每个阶段都有它的一个主要矛盾,而架构就是为了解决这个主要矛盾而设计一系列的技术方案去支撑这个业务的发展,当然也会有适当前瞻性。让程序有更好的扩展性

纵观互联网的发展,我们也从架构的演化看到了互联网架构的一系列变化,

架构是个权衡博弈的过程

架构有架构策略,也有架构模式,同时架构也需要一些技术的支持。而所有的一切都是为了解决所面对的业务发展碰到的问题,架构就是用最简单最实惠的技术来解决最主要的问题,实现公司盈利,所以架构其实他会考虑一个是时间成本,一个是价格成本,还有一个技术实现的可靠性。

架构不局限于软件设计。因为架构是时间成本效率的平衡,所以架构一般不只给出软件的设计,还会给出硬件的方案,有时候用硬件的方案能够快速解决问题,就不会去做一些软件的改造,而会选择纵向的扩容。

例如淘宝在初期的时候,由于市面上已经有成熟的拍卖系统,所以淘宝初期选择购买源码的方式改造,然后进行上线,而不是从零开始开发一个新的系统;但是随着淘宝业务的发展,购买的源码系统已经支撑不住大量的业务的时候,淘宝又选择购买偶尔口的硬件来支撑高速发展的业务,高薪聘请了JAVA的工程师,将系统从PHP转向了JAVA的开发。而随着业务的发展,包括这种传统性IT解决方案已经解决不了的问题,淘宝于是决定使用开源的分布式解决方案来解决互联网的三高系统,去IOE。

架构并不是使用高大上的技术来解决问题,而是使用实惠的技术或者实惠的方案来解决业务问题,在这个方面,维基百科给大家带来了一个经典的案例维基百科并没有什么高大上的技术,都是些比较朴实的技术,但是能够解决互联网的三高系统问题。

发布于: 2020 年 06 月 30 日 阅读数: 27
用户头像

旭东(Frank)

关注

世事洞明皆学问,日思一刻,日拱一卒。 2011.04.01 加入

微信公众号:ThinkingInDev,记录工作过程中点滴思考。这里有坑,有料,有思,有想的开发工作日记

评论

发布
暂无评论
互联系统架构演化史之感