ruby - 仅使用必需的提供程序构建 Fog gem 并限制依赖项

Question

我正在使用出色的 Fog gem 来访问 Rackspace 云文件服务。我面临的挑战是，我正在努力使访问 Cloud Files 的服务保持轻量级，而且 Fog 似乎通过其灵 active 具有很多我永远不需要的依赖项和代码。

有没有人尝试过构建 Fog 的精简副本，只包含一部分提供者，从而限制依赖性？例如，专门针对 Rackspace 云文件 API，我希望能够在没有 net-ssh、net-scp、nokogiri gems 以及亚马逊、Rackspace 和其他 20 个未使用的提供商的所有未使用代码的情况下处理所有内容用过的。我希望避免在每次这些未使用的提供程序之一发现错误时升级 gem，同时减少我的内存占用。

如果任何人在这方面有任何经验，或者任何熟悉构建 Fog 的人的建议，我将不胜感激。

如果我只是使用了错误的 gem，那也没关系。我将转向更专注的事情。

Answer 1

我是雾的维护者，所以我会插话帮助填补一些解释/空白。简短的回答是，是的，它有很多东西，但大部分都不应该对您产生负面影响。

首先，雾会随着时间的推移自然地增长，所以它确实变得比预期的要大。我们解决这个问题的方法之一是我们相当积极地避免在真正需要之前要求/加载文件。因此，尽管您必须下载许多不会用于安装 fog 的提供程序文件，但它们实际上不应最终存储在内存中。这是我们可以做的最简单的事情，以便让事情“正常工作”，同时减少内存使用(和加载时间)。

发布时间表不会太疯狂(平均大约每月一次)，并且往往包括大多数提供商的混合内容。因此，我希望您在这里不会有太多流失(紧急/安全类型修复除外，这可能需要缩短正常周期)。

因此，希望这能提供一些有关最新技术水平的见解。我们还讨论了从长远来看开始更多地拆分事情。我认为如果/当发生这种情况时，我们最终会得到类似 fog-rackspace 的所有与机架空间相关的东西。然后他们可以通过 fog-core 或类似的方式分享东西。我们有一个粗略的轮廓，但这是一项没有巨大优势的相当大的事业，所以我们并没有真正积极地开始。

希望对您有所帮助，如果您有其他问题或疑虑，当然很乐意进一步讨论。