在dyno上运行redis是一个有趣的想法。您可能需要创建一个redis
buildpack，以便您的dynos可以下载并运行redis。由于“
redis除了可以正常运行的GCC编译器和libc外没有其他依赖项”，从技术上讲应该是可能的。
但是，这可能会遇到一些问题：
- Heroku dynos没有静态IP地址
“
dynos没有静态IP地址..您永远无法通过IP直接访问dyno”
即使您在dyno上设置并运行Redis，我也无法找到一种定位该dyno实例并将其发送给redis请求的方法。这意味着您的Redis服务器可能必须与Web服务器/主应用程序在相同的dyno上运行。
这 也 意味着，如果您尝试通过创建更多的Web
dynos来扩展应用程序，则还将创建更多的本地redis实例。它们之间将不会共享数据。这并不是一个特别可扩展的设计，但是如果您的应用足够小，只需要一次网络测功就可以了。
- Heroku dynos具有临时文件系统
“任何其他dyno中的进程都看不到已写入的文件，并且在dyno停止或重新启动时，所有写入的文件将被丢弃”
默认情况下，Redis将其RDB文件和AOF日志写入磁盘。您需要定期将这些备份到某个位置，以便在dyno重新启动后进行获取和还原。请参阅有关Redis持久性的文档。
- Heroku测功机经常重启
“
Dynos每天至少循环一次，或者每当dyno歧管检测到底层硬件中的故障时，都要进行循环。”
每次dyno启动时，您将需要能够启动您的Redis服务器并还原数据。
- Heroku dynos具有512MB RAM
“每个dyno分配了512MB的内存以在其中运行”
如果您的Redis服务器与Web服务器在同一台dyno上运行，请减去主应用程序所需的RAM。您需要多少Redis内存？
以下是一些尝试估计和跟踪Redis内存使用的问题：
* [Redis：数据库大小与内存之比？](https://stackoverflow.com/questions/4731873/redis-database-size-to-memory-ratio)* [分析Redis内存使用情况](https://stackoverflow.com/questions/5532701/profiling-redis-memory-usage)
--
总体： 我建议阅读12个因子应用程序，以进一步了解heroku的预期应用程序模型。
简短的版本是，dynos旨在成为可以轻松创建和丢弃以满足需求的独立工作者，并且dynos访问各种资源以读取或写入数据并为您的应用服务。Redis实例是资源的示例。从上面的项目中可以看到，通过使用Redis附加组件，您将获得可以保证是静态，稳定和可访问的内容。
阅读材料：
- http://www.12factor.net/-特别是流程和服务
- Heroku过程模型
- Heroku博客-过程模型
