ruby – 使用所需的提供程序构建Fog gem并限制依赖项

我正在使用优秀的Fog gem来访问Rackspace Cloud Files服务.我的挑战是,我正在努力保持访问云文件的服务轻量级,而且似乎Fog通过其灵活性具有很多依赖性和代码,我永远不需要.

有没有人试图构建一个精简的Fog副本,只是为了包含一部分提供者,因此限制了依赖关系？例如,对于Rackspace Cloud Files API,我希望能够处理所有没有net-ssh,net-scp,nokogiri gems以及Amazon,Rackspace和其他20个未使用的代码的未使用代码.用过的.我希望每当其中一个未使用的提供商注意到一个bug时,就会避免升级gem,同时保持内存占用率下降.

我很感激任何人在这方面可能有的经验,或者任何熟悉我能够并且不能扯掉Fog的人的建议.

如果我只是使用错误的宝石,那就同样好了.我会转向更专注的事情.

解决方法

我在Rackspace上工作,其中包括我们的 Ruby SDK.你正在使用正确的宝石. Fog是我们的官方Ruby API.

这可能是通过将另一个gemspec引入到仅由雾核心和Rackspace特定文件构建的项目中来完成的.虽然这将是非常规的,并使@geemus'(宝石维护者)宝石发布过程更加复杂 – 特别是其他供应商应该开始做同样的事情.从长远来看,这将有助于将雾社区从作为统一API的角色转移.