# 极主观点 聚焦于技术方向、程序员职业倒退、个人成长等主题，致力于发动有价值的探讨，输入有价值的观点。
在本栏目中，咱们将为大家举荐在 #极主观点 版块被热烈探讨的话题，甄选出乏味的观点为你出现。期待咱们一起成长和提高呀 🥰🥰
今日关键词：# 分布式系统 #UI 框架 #大厂上线流程
如何艰深地了解「分布式系统」？
话题发起人：Alluxio
如何艰深地了解「分布式系统」，它解决了哪些问题，有什么优缺点？
乏味的观点：
对于“分布式系统”的定义，《分布式系统原理和范型》一书中是这样定义分布式系统的：“分布式系统是若干独立计算机的汇合，这些计算机对于用户来说就像是单个相干零碎”。对于这个定义，咱们直观的感触就是：首先，这种零碎相对来说比拟牛逼，起码由好几台主机组成。以谷歌、亚马逊等服务商而言，他们的数据中心都由上万台主机撑持起来的。其次，尽管很牛逼，但对于外人来说，是感觉不到这些主机的存在。也就是说，咱们只看到是一个零碎在运作。
“ 宕机事件 ” 为例，平时，咱们压根不晓得所提供的服务背地是由多少台主机组成，然而等到宕机才晓得，是如许重大的事变。从过程角度看，两个程序别离运行在两个台主机的过程上，它们相互协作最终实现同一个服务（或者性能），那么实践上这两个程序所组成的零碎，也能够称作是“分布式系统”。当然，这个两个程序能够是不同的程序，也能够是雷同的程序。如果是雷同的程序，咱们又能够称之为“集群”。所谓集群，就是将雷同的程序，通过一直横向扩大，以进步服务能力的形式。“分布式系统”和“集群”的定义够都简略吧。分布式系统有哪些劣势那么，为啥咱们要用分布式系统？说起分布式系统，咱们就不得不说下分布式系统的先人——集中式零碎。集中式零碎跟分布式系统是齐全相同的两个概念。集中式零碎就是把所有的程序、性能都集中到一台主机上，从而往外提供服务的形式。集中式零碎最容易了解了。比方，咱们主机的 PC 电脑，或者手机，咱们把各种软件都装置在一台机子上，当我须要什么性能，我就从这台机子下来获取。再比方，咱们在学生时代做的课程设计或者开发时的小利用，咱们把 Web 服务器、数据库等都会装置到一台电脑上。益处是，易于了解、不便保护，想要的货色我都放到了一个中央，货色好找啊。当然弊病也是不言而喻的，如果这台机子崩了，或者硬盘坏了，那相当与整个零碎就奔溃了，而且如果备份也是在这个硬盘上，那相当于招了灭顶之灾。
有个名言，就是“不要把鸡蛋放在一个篮子里”。对于零碎而言也是如此。厂商的机子不可能永远保障永远不坏，咱们也无奈保障黑客不会来对咱们的零碎搞基，最为要害的是，咱们本人无奈保障本人的程序不会出 bug。所以问题无奈防止，谬误也不可避免。咱们只能鸡蛋扩散到不同的篮子里，来加重一锅端的危险。这就是为什么须要分布式系统的起因。应用分布式系统的另外一个理由是可扩展性。毕竟任何主机（哪怕是小型机、超级计算机）都会有性能的极限。而分布式系统能够通过一直扩张主机的数量以实现横向程度性能的扩大。
————社区用户：bucai
乏味的观点：
我本人的了解：分布式系统能广为人知，跟社会的倒退脱不了干系，每年的网民数量在逐渐递增，随即带来的就是访问量以及数据量的问题，以前的单体架构不足以满足社会的倒退，分布式系统存在的意义就是解决这样的事件，高并发、高可用、高、高性能，这也是常说的三高；至于长处后面曾经说了，毛病的话我集体了解是取决于物理因素了，比方网络带宽等等，也会因为一些环境架构起因，通常最让人头疼的优化就是实时数据更新的问题
————社区用户：小乘字节
Vue 能够在一个我的项目中应用多个 UI 框架吗?
话题发起人：mmkk_ccvv
Vue 的 UI 框架有 ElementUI, AntUI 等，能够在一个我的项目中应用多个 UI 框架吗?
乏味的观点：
先阐明：没问题，然而不举荐。
有几点思考：
全局款式不同。会导致抵触，尽管可能很少，然而只有呈现一个，就会很烦。
站点 UI 设计通常是基于一个组件库。多个组件的格调混合会让出现成果显得心心相印，因为每套组件库都有本人一套设计模式，组合应用成果更佳。
组件齐全。以后来说，应该不会呈现组件不够用，要去隔壁借一个用的场景，真呈现了，那么能够思考那种，专门做一种组件的插件，会更加业余。
————社区用户：YangFong
乏味的观点：
能够，但齐全没有必要。
首先一个 UI 框架打包下来，即便按需加载，再怎么也得 100K 往上了。你用几个框架，打进去的包会相当大。
不同 UI 框架应用的 CSS 预编译不同，有些是 less，有些是 scss，混用会相当凌乱，并且你必须装置两个 loader。无形之中你的开发环境会变得十分臃肿。
设计语言不同，不同的 UI 框架遵循的设计语言和标准不同，容易呈现放在一起不谐和的状况。
主题换肤性能不好做，须要对立两个框架的换肤形式。比方 Ant Design 能够间接用 less.js 换肤，然而 Quasar 是 scss，没法通用。
可能引起款式抵触。
————社区用户：Gomi
大厂上线流程：是先上前端，还是先上后端？怎么保障平滑上线？
话题发起人：孟思行
1、如果先上前端，还没上后端，就申请不到新的接口。
2、如果先上后端，还没上前端，应用老接口的页面可能会报错。
乏味的观点：
个别状况都是后端先上线，这样现网对上线的感知也是最小的。毕竟前端上线之后，客户有了交互的界面，配合早已公布的后端环境，能够晦涩体验新性能。
————社区用户：这个杀手不太沉着
乏味的观点：
如果是一个新我的项目，无所谓前后端先上后上
如果是老我的项目，在开发的时候，就该思考到比方接口的兼容性了，而后后端先上线，而后前端上线。
————社区用户：冴羽
乏味的观点：
失常状况后端 ->bff-> 前端，如果是非凡状况比方前后端没有关联，先后上线不影响线上性能等就能够不关注程序，想怎么上就怎么上。
还有一种状况就是没有标准的小公司了，可能是线上流量不大不在乎宕机就能够不关注上线程序。
————社区用户：bucai
他们的观点和探讨是否也能带给你启发呢？你又有什么乏味的观点，心愿与大家分享？
快扫描二维码退出咱们，一起交换成长吧，等你哦 🙌🙌🙌欢送在评论区留下你的观点呀~