我所理解的架构
![]() 框架可以理解为组件实现的一种规范,比如我们经常说的开源框架,这是可以拿来直接使用的或者在此基础上进行二次开发的,这些应该是关乎代码层面的,规范着组件的具体实现方式。 设计架构的出发点? 对于设计而言,我们首先需要知道,设计的这个架构是做什么的?所以对于我们而言,首先要明确架构的作用是什么? 架构是系统的骨架,通过各个组件的交互链接,支撑起对所有业务的整体抽象描述。所以在个人的理解中,所有架构的出发点都是为业务服务,所以我们的架构设计的一个出发点是 - 业务! 从日PV上千到日PV上亿的业务数量级演变,驱动着单体式系统到分布式系统的架构技术演变,技术不会平白无故的出现和自驱动发展的,都是受到不同的刺激因素的影响进行发展,就好比如果不是人类看到了火,才知道可以取火,那么人类是永远不会平白无故发明火。而我们架构的发展恰好是基于业务的驱动。 什么才是好的架构设计? 上面已经说了,在架构设计过程中当我们系统已经明确了所有的组件,那么剩下的就是考虑的是组件和组件间的交互。 这里的交互不仅仅是理解为基于不同的网络协议通讯,还有比如组件间的缓存如何交互(分布式缓存),消息队列进行数据交互,是分布式调用还是进程间调用。组件如何能进行良好的交互呢?这就是好的架构设计体现了。 那么好的架构设计是什么呢? 1、能解决当下业务问题 2、能以优雅且可复用的方式解决当下所有业务问题 3、能在未来一段时间都能以第2种方式满足业务 这其实就是健壮的系统体现的特性了,高可用、高性能,安全性、可扩展性、可维护性、可伸缩性,而这恰好是一个架构设计需要考虑的东西。 框架可以理解为组件实现的一种规范,比如我们经常说的开源框架,这是可以拿来直接使用的或者在此基础上进行二次开发的,这些应该是关乎代码层面的,规范着组件的具体实现方式。 设计架构的出发点? 对于设计而言,我们首先需要知道,设计的这个架构是做什么的?所以对于我们而言,首先要明确架构的作用是什么? 架构是系统的骨架,通过各个组件的交互链接,支撑起对所有业务的整体抽象描述。所以在个人的理解中,所有架构的出发点都是为业务服务,所以我们的架构设计的一个出发点是 - 业务! 从日PV上千到日PV上亿的业务数量级演变,驱动着单体式系统到分布式系统的架构技术演变,技术不会平白无故的出现和自驱动发展的,都是受到不同的刺激因素的影响进行发展,就好比如果不是人类看到了火,才知道可以取火,那么人类是永远不会平白无故发明火。而我们架构的发展恰好是基于业务的驱动。 什么才是好的架构设计? 上面已经说了,在架构设计过程中当我们系统已经明确了所有的组件,那么剩下的就是考虑的是组件和组件间的交互。 这里的交互不仅仅是理解为基于不同的网络协议通讯,还有比如组件间的缓存如何交互(分布式缓存),消息队列进行数据交互,是分布式调用还是进程间调用。组件如何能进行良好的交互呢?这就是好的架构设计体现了。 那么好的架构设计是什么呢? 1、能解决当下业务问题 2、能以优雅且可复用的方式解决当下所有业务问题 3、能在未来一段时间都能以第2种方式满足业务 这其实就是健壮的系统体现的特性了,高可用、高性能,安全性、可扩展性、可维护性、可伸缩性,而这恰好是一个架构设计需要考虑的东西。 (编辑:唐山站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |



