随着越来越多的节点,中小型公司有买不起共享存储,分布式文件系统就开始了迭代更换,适用不同场景的分布式文件系统应用而生,新的技术也不停的出现在我们的视线里,用我的理解,需求推动了新的技术,有更多的需求导致新旧技术繁衍,如何筛选,适合自己业务的技术,成了很多棘手的难题,看过很多公司的业务变更,一项新的技术出现,很多初学者都没有研究到能掌控这项工具的时候,就觉得它很牛,上新技术,其实,一件新的技术,我从来不排斥,但要理解原理,这项新的技术出现为了解决哪些痛点,适应于什么环境,考量它的风险点、常见问题、优势在哪里,关于优势、我想说,不要听网上的列举,有些事情,别人测试没有问题,因为测试环境不同数据也不同,上新的技术前可以漫长的过渡实现平滑迁移,将不太重要的业务,用来新技术来承载,实现测试,做技术沉淀储备。
国内常见应用的文件系统:
GlusterFS
FastDFS
NFS


大部分公司都会采用上述图中的方式,动静分离,将静态资源放在独立站点下,不需要开发人员配合,根据7层反向代理来处理,根据后缀名等信息来判断资源类型;有了静态服务器,最大的痛点就是多台服务器数据要保持一致型,分布式文件系统就得到了广泛的应用。

在加上,国内外都用的非常火的CDN加速,国内南北互联的问题利用CDN也得到了有效的解决,配合智能CDN,让用户就近获取资源的方式,避免了用户舍近求远的问题。
随着业务越来越复杂,网站功能越来越多,虽然部署层面上采用的全是集群,但应用方面还是集中式架构,导致很多“多耦合”,不利于开发,不利于维护,容易造成片区崩塌情景,就面临这解耦,通常就将网站拆分出不同的子站点。

服务化解耦:
为了解决应用、服务直接出现的依赖,高吞吐、解耦,实现办法,将不同的业务进行拆分出独立的板块,实现解耦,通过消息队列实现高吞吐量。

当然,由于作者水平有限,也省略了其中有一些细节框架,具体实现方式,待有时间更新相应的细节博文,如有错误之处,欢迎联系我及留言指正,谢谢赏阅。

打赏作者

Leave a Reply

Your email address will not be published.