开
构建.com在那里我是一个软件架构师, 我们管理数以亿计图像网站提供超过100万个家庭改良产品,并有多图片-产品画廊图片、动作拍片、特写和缩略图-访问者从各种设备查看,包括手机、平板电脑、桌面计算机和本地应用图片多视图模板使用-登陆页上搜索、分类搜索和推车
自始至终,我们使用自生系统管理并操纵图像我们依赖阿帕契规则 并代理Jaava Resister应用网站扩展后,我们遇到了几个系统问题,包括:
- 速度问题速度缓慢,无法即时变换图像
- 有限特征- 我们只能按比例调整高度宽度和作物缩略图
- 数据一致性上传新图片到网站 但它们无法为客户所见
- 存储器能力问题备份问题 IT操作人员总得 帮助处理系统图像
- 比例化上传成千图像引出串联问题 并导致系统崩溃
- 图像管理所有图像均通过FTP管理,没有任何用户界面
公司进化扩展后,我们知道我们必须找到更好的方式 管理向买家提供最佳图像贝斯特登录入口官网下载花太多时间和资源维护遗留系统引导我们步入交叉路口:我们内部建新系统吗? 还是从第三方供应商那里寻找解决办法?
帮助决策过程, 我们创建矩阵 使我们能够评价ps对内部控件第三方识别新系统必须满足的要求
- 性能显示时间变换和创建多项变异自原创
- 优化化能力通过取出元数据降低图像权值,设置JPEG水平并使用累进JPEGs,为Chrome使用WEP并加速页面加载时间的其他动作
- 富特征集多重变换选项,包括裁剪能力、面部检测、水印应用和提供高分辨率图像视网膜显示
- 准确性适当的缓存清洗解决数据一致性问题并立即向客户发送新图像
- 易用性容易实施、整合和迁移遗留系统现有大型媒体库,以尽量减少对操作的影响
缩小建设或购买决策范围时,我们还辩论关键点,包括成本问题,包括美元和人工时问题这些费用包括:
- 常见费用随任一选项产生(管理文档、整合/迁移到新系统、存储、备份成本和新系统培训)。
- 机会成本(特别是路径图和未来可能需要的功能成本)。
- 人时需求(建设维护系统或整合管理第三方解决方案)。
其他因素包括:
- 文件数需要管理
- 总存储器
- 带宽使用
- 增长期望
- 每种模型的潜在可缩和可靠性支持全球受众或意外交通峰值
归根结底,我们意识到购买是我们最佳选择开发团队才华横溢, 但他们觉得时间用在建设.com新特征上会更好, 而不是外包图像管理服务容易处理的任务
服务公司规模大于Building.com显示它有能力升级,我们寻找的商家被视为可靠并提供高可用性如果这些公司使用商并满足性能,我们知道这对我们是合宜的此外,我们希望确保供应商性能快于遗留系统决策前,我们并排运行
WebPage测试比较使我们能够测试 供应商系统是否提供 高速提高和性能提高
考虑第三方多厂商后,我们选择云形公司是因为它满足或超过我们所有需求自2016年5月迁入云中以来 我们看到多项好处
- 易实现性可用代码库、上传部件和从远程获取图像能力使我们启动和转换过程瞬息万变
- 提高生产率因为我们不必保持和解决故障问题,像我们遗留系统一样,开发团队变得更有成果,平均每月存取10至20小时重定向其他重要方面。
- 即时访问新特征云形引入新特征,如艺术定向裁剪和基于浏览器最优格式选择,我们可以立即利用这些特征
- 更好地利用服务器CPU用量减少,文件修改时CDN净化效果更好,备份提高
- 提高性能Chrome上加载的所有网页现在都使用WebP优化性能,我们通常会降低页码大小并缩短加载时间
决策构建买新图像管理系统不是我们轻视系统,因为我们网站的成功 — — 和企业 — — 如此依赖图像公司需要仔细评估当前挑战、希望实现的目标、对未来的期望和每种选择的风险和报偿,然后再步下一步
分享决策过程 并分享移入云化下个博客中,我会详细讲解我们使用云学的方式和结果
