图片服务

from Web Secret:图片服务

需要考虑的问题:

  1. 将图片服务器和应用服务器分开
  2. 不同的业务图片分别存储,尽量不要混合
  3. 审查业务的需要,尽量在存储之前压缩图片,而不是存储原图
  4. 采用适合自己的策略对文件进行散列存储,以避免单一目录下文件过多的情况

不同的解决方案核心的考虑有:

  1. 如何能够灵活的满足目前的业务需求
  2. 如何尽可能的优化资源,包括文件存储和网络带宽

图片的处理技术实现:预先生成和按需生成。可通过URL将预先生成和按需生成结合成一个一种技术实现,即具备性能优势也具备灵活性。

为图片服务添加缓存:

  1. 为客户端增加缓存的能力:减少客户端重复图片请求
  2. 为图片处理结果添加缓存:内存缓存和文件缓存

对图片服务进行抽象,抽象出组件结构,形成通用的存储服务

数据存储解决方案:

  1. DAS
  2. SAN
  3. NAS

提供服务性能:负载均衡

  1. 如何确定负载均衡和数据存储策略:
  2. 请求图片数据的时间分布
  3. 不同业务的访问量
  4. 缓存命中率
时间: 2024-10-09 00:14:01

图片服务的相关文章

6.安装和配置OpenStack图片服务组件

安装和配置图片服务组件 这里是安装在控制器上 安装和配置图片服务组件 yum install –y openstack-glance python-glanceclient 编辑/etc/glance/glance-api.conf mv /etc/glance/glance-api.conf /etc/glance/glance-api.conf_bak vim /etc/glance/glance-api.conf [database] connection = mysql://glance

将图片服务和应用服务分离

需求 将图片服务和应用服务分离 将图片服务和应用服务放在同一个服务器的话,应用服务器很容易会因为图片的高I/O负载而崩溃,因此对于有些大型网站项目,我们有必要将图片服务器和应用服务器分离. 192.168.0.1  作为nfs服务器(同时也是图片服务器)  192.168.0.2作为客户端, 一: 首先在图片服务器安装好NFS,  需对nfs做出如下配置 nfs服务器: vi /etc/exports 在里面加入本机需要共享的文件目录和对应的客户端地址及权限 添加: /data/pic 192.

看大数据时代下的IT架构(1)图片服务器之演进史

        柯南君的公司最近产品即将上线,由于产品业务对图片的需求与日俱增,花样百出,与此同时,在大数据时代,大流量的冲击下,对图片服务器的压力可想而知,那么今天,柯南君结合互联网的相关热文,加上自己的一点实践经验,与君探讨,与君共勉! 一.图片服务器的重要性 当前,不管哪一家网站(包括 电商行业.O2O行业.互联网行业等),不管哪一种渠道 (包括 web端,APP端甚至一些SNS应用),在大数据时代下,在内容为王的前提下,对图片的需求量越来越大,柯南君的公司是一家O2O公司,也不例外,图片

图片服务架构演进

作者:孔凡勇 现在几乎任何一个网站.Web App以及移动APP等应用都需要有图片展示的功能,对于图片功能从下至上都是很重要的.必须要具有前瞻性的规划好图片服务器,图片的上传和下载速度至关重要,当然这并不是说一上来就搞很NB的架构,至少具备一定扩展性和稳定性.虽然各种架构设计都有,在这里我只是谈谈我的一些个人想法. 对于图片服务器来说IO无疑是消耗资源最为严重的,对于web应用来说需要将图片服务器做一定的分离,否则很可能因为图片服务器的IO负载导致应用崩溃.因此尤其对于大型网站和应用来说,非常有

从零开始搭建系统3.3——图片服务开发及部署

从零开始搭建系统3.3--图片服务开发及部署 原文地址:https://www.cnblogs.com/provence666/p/8638594.html

在线图片服务设计小计

(1)图片处理类库 http://imageresizing.net/docs (2)asp.net mvc 输出请求图片加缓存 https://github.com/terjetyl/Simple.ImageResizer https://github.com/terjetyl/Simple.ImageResizer/tree/master/samples/Simple.ImageResizer.MvcDemo https://github.com/terjetyl/Simple.ImageR

大型网站图片服务器架构的演进(转)

在主流的Web站点中,图片往往是不可或缺的页面元素,尤其在大型网站中,几乎都将面临“海量图片资源”的存储.访问等相关技术问题.在针对图片服务器的架构扩展中,也会历经很多曲折甚至是血泪教训(尤其是早期规划不足,造成后期架构上很难兼容和扩展). 本文将以一个真实垂直门户网站的发展历程,向大家娓娓道来. 构建在Windows平台之上的网站,往往会被业内众多技术认为很“保守”,甚至会有点.很大部分原因,是由于微软技术体系的封闭和部分技术人员的短视造成的(当然,主要还是人的问题).由于长期缺乏开源支持,所

大型网站图片服务器架构的演进

在主流的Web站点中,图片往往是不可或缺的页面元素,尤其在大型网站中,几乎都将面临“海量图片资源”的存储.访问等相关技术问题.在针对图片服务器的架构扩展中,也会历经很多曲折甚至是血泪教训(尤其是早期规划不足,造成后期架构上很难兼容和扩展). 本文将以一个真实垂直门户网站的发展历程,向大家娓娓道来. 构建在Windows平台之上的网站,往往会被业内众多技术认为很“保守”,甚至会有点.很大部分原因,是由于微软技术体系的封闭和部分技术人员的短视造成的(当然,主要还是人的问题).由于长期缺乏开源支持,所

高性能图片服务器–ZIMG(转)

2011年李彦宏在百度联盟峰会上就提到过互联网的读图时代已经到来1,图片服务早已成为一个互联网应用中占比很大的部分,对图片的处理能力也相应地变成企业和开发者的一项基本技能.需要处理海量图片的典型应用有:1. 图片类应用,如百度相册.2. 导购类应用,如Guang.com.3. 电商类应用,如淘宝.4. 云存储服务,如七牛云存储.除此之外几乎所有的网站都需要考虑自己图片处理的解决方案,以免在流量变大之后显得手足无措.本文将从作者自己设计完成的图片服务程序zimg的设计思路出发,探讨高性能图片服务器