多租户SaaS中经常面临的一个挑战是确保每个租户公平地分享平台的资源。在Salsify，我们必须在我们的拖延工作基于后台任务执行基础设施。因为我们的客户有不同的用例，他们倾向于运行不同复杂度和大小的任务。随着时间的推移，我们制定了租户公平的工作预留策略，这使得我们的工作系统很难扩大，甚至不可能扩大。在这篇文章中，我将讨论我们如何通过扩展Delayed Job来解决租户公平问题。

Rails开发的优点和缺点之一是能够使用Rails控制台调试问题和检查数据。控制台通常在生产环境中使用，因为它是收集任何问题信息的最快方法。强大的功能带来了巨大的责任:通过删除模型的所有记录试图重置本地开发人员环境的命令可以很容易地输入到生产控制台。此外，对于可能未知的剪贴板数据(由于“copy-on-select”)，任何带有换行符的有效Ruby代码在粘贴时会自动执行。任何删除模型、排队事件和意外或有意更新记录的用户都应该知道其中的含义。在Salsify，我们已经解决了这个问题，结合了开源和自制的改进，并把它们变成了一个方便的工具宝石．继续阅读，了解更多!

介绍

在我的开发生涯中，使用vim一直是最有效的提高生产率的方法之一。我进入vim是作为一个低级的系统管理员，因为它似乎是交易的工具。从那里，我的知识增长，现在它是我选择的编辑几乎所有的项目。这篇文章将介绍我目前的Ruby on Rails开发设置。我想给@tpope一个巨大的欢呼，他创造了大量令人惊叹的插件，所有这些插件都值得成为你日常工作的一部分。

在Salsify，我们的许多客户定期将大量的表格产品数据导入系统。在导入过程的不同部分处理此数据之前，需要对其进行排序。由于我们在Heroku上运行，内存是一种稀缺资源。对这些任意大的表格数据文件进行排序需要非常小心。一次性将所有数据读入内存会导致执行时间非常长，因为Ruby垃圾收集器的压力会增加，并且会占用同一系统上的其他进程的内存。

我们需要一种方法来使用可预测的内存量对大文件进行排序。像地图简化这样的大数据技术对于我们的数据规模来说是过度的。创建一个线下的宝石这样做是相当冒险的，迫使我深入研究Ruby如何管理内存，最终需要专门的堆实现。