Image 使用公共API、管理控制台和自动调整大小的图像托管，有什么建议吗？

我正在尝试为我的移动应用程序找到合适的图像宿主。我一直在使用flickr，但由于（新的？）条款和条件，我不允许上传非我制作的图像，因此无法继续使用它

我正在使用以下flickr功能：

• 管理控制台上载图像并为其分配标记
• RESTAPI可以按标签获取图像，并按添加的日期对其进行排序。匿名或公钥，只允许读取数据
• 自动调整大小，因为我有一个移动应用程序，希望显示缩略图列表
• 可以用于商业用途

我一直在看：

• -四轮马车和不稳定。由于某些原因，图像的顺序有时会有所不同。
• -似乎获取图像列表的唯一方法是使用私有API密钥，这意味着有人可以使用此密钥擦除所有照片。所以这是不安全的。
• -没有管理控制台。
• -对于商业用途来说太复杂了：注册应用程序，使用Mashape注册。。如果我错了，请纠正我。
• -没有对API的调整大小和匿名访问权限。

---

提前谢谢你

您可以使用AmazonS3。这是伟大的，它只是完美的工作

一个可能更便宜的选择是谷歌。Google docs现在支持所有文件类型，因此您可以将图像加载到Google docs文件夹，并共享该文件夹供公众访问。不过，URL有点长。 有各种各样的调整大小的选择等等，这是谷歌，所以很明显他们的API是稳定和完美的

---

对于20GB，谷歌每年只收取5美元。有一个完整的API用于上传照片、文档等。

我不确定您是否希望为您的应用程序提供自托管图像托管服务

---

如果是，我会说签出图像3。一个运行在Amazon S3之上的图像托管服务，它与您一直在关注的其他图像托管服务类似，唯一的不同是它是开源的。

谢谢，如果我可以接受的话，我会看看S3并写一篇文章。更新：最终用作图像的存储和管理工具。不幸的是，大约600个图像的响应时间非常慢（10-20秒），返回的json很重（147KB）。因此，我在EC2上构建了中间件层，以过滤掉冗余的json属性，并在S3上缓存结果json。不幸的是，大约600个图像的响应时间非常慢（10-20秒），返回的json很重（147KB）。所以我在EC2上构建了中间件层，以过滤掉冗余的json属性，并在S3上缓存结果json。