认识达内从这里开始

云存储技术随着互联网的不断发展而被越来越多的程序员掌握，今天我们就通过案例分析来简单了解一下，云存储技术实践方法分享。

云上善用「对象存储服务」

云上建议尽量不要使用类NAS的共享文件存储服务，而应该使用对象存储服务来替代。

在传统环境，NAS的使用场景如下：

负载均衡：使用LB+多台云服务器(如：Web服务器)部署的业务。多台云服务器需要访问同一个存储空间，以便多台云服务器共享数据。

替代方案：直接使用普通云数据盘，通过DevOps等工具实现批量部署及数据一致。

代码共享：多台云服务器应用，部署的代码一致。将代码放在同一个存储空间，提供给多台云服务器同时访问。代码集中管理。

替代方案：代码放在代码仓库中集中管理。

日志共享：多台云服务器应用，需要将日志写入到同一个存储空间，以便做集中的日志数据处理和分析

替代方案：日志定期存储到对象存储中，可以根据策略、冷热数据的实际情况选择分别存储到「标准对象存储」、「低频对象存储」和「归档存储」中进一步压缩成本;或直接使用云上的「日志服务」。

企业办公文件共享场景：企业有公共的文件需要共享给多组业务使用，需要集中的共享存储来存放数据。

替代方案：使用对象存储来替代。

容器服务的场景：部署的容器服务需要共享访问某个文件数据源，特别是在资源编排的容器服务。对应的容器可能会在不同的服务器中进行服务漂移，所以文件共享访问尤为重要。

替代方案：这种场景确实需要用到云上文件系统服务。

备份的场景：用户希望将数据备份到云上，可以通过挂载文件系统来存储数据备份。

替代方案：备份到对象存储的「归档存储」中，进一步降低成本。

错误用法：NGINX做公网转发到对象存储

在某个客户场景中，静态资源放到对象存储中，前端对静态资源的请求通过Nginx反向代理转发给对象存储。但这种做法，在云端架构上是不推荐的，因为它会带来几个问题：

访问静态资源的流量走云服务器的带宽流量，特别是中大型的Web应用中。流量走云服务器的带宽，很可能出现性能瓶颈。

Nginx是通过公网将请求反向代理转发给对象存储的，所以在网络传输上会影响速度性能。

通过Nginx反向代理，不仅增加运维成本，还要维护Nginx配置文件等。

所以，添加Nginx做反向代理是多此一举。云端不推荐这么做。该客户这么用，主要原因是业务代码侧，静态资源的请求，都是通过目录划分。如果将静态资源单独放在二级域名，跨域等问题代码侧没很好地解决，从而产生这种不伦不类的架构。终在业务代码侧进行了优化调整，对对象存储静态资源的使用规范如下：

业务侧使用单独的二级域名来管理静态资源，静态资源统一放在对象存储中;

静态资源的二级域名直接将CNAME绑定在对象存储的URL地址上(访问量很少的情况下)，这样就直接跳过「使用Nginx做反向代理」这个冗余的步骤了

如果想要进一步提升对象存储中存放的静态资源的访问速度，可以无缝接入CDN。CDN的回源请求，会直接通过内网回源请求对象存储中的源数据。相比Nginx反向代理走公网请求对象存储，速度和效率会提升得更高，价格特定情况下也会更划算。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音达内三江区域学习了解。