CLOUD云结论是：对于大多数业务场景，单独购买 Redis 服务器通常是更好的选择。虽然在业务服务器上搭建 Redis 看似简单且成本较低，但从性能、可扩展性、维护成本和安全性等多个方面综合考虑，独立的 Redis 服务器能提供更优的服务质量和更高的灵活性。
首先，从性能角度来看，Redis 是内存数据库，对 CPU 和内存资源的需求较高，尤其是在高并发场景下。如果将 Redis 部署在业务服务器上，可能会导致资源竞争问题。业务服务器通常需要处理大量的业务逻辑、API 请求等任务，CPU 和内存资源已经较为紧张。当 Redis 与业务应用共享同一台服务器时，双方可能互相影响，导致性能下降，甚至出现响应缓慢或超时的情况。而独立的 Redis 服务器可以专注于为 Redis 提供稳定的运行环境，确保其高性能表现。
其次，在可扩展性方面，由于业务的发展，Redis 的数据量和访问量会逐渐增加。如果 Redis 和业务应用部署在同一台服务器上，扩展起来会非常困难。一方面，你需要同时考虑业务应用和 Redis 的资源需求，增加了复杂度；另一方面，当 Redis 需要横向扩展（如集群化）时，业务服务器可能无法满足多节点部署的要求。而使用独立的 Redis 服务器，可以根据实际需求灵活调整硬件配置或增加新的 Redis 节点，实现水平扩展，而不影响业务服务器的正常运行。
再者，维护成本也是不可忽视的因素。业务服务器上的软件环境往往比较复杂，包含多个应用程序和服务。在这种情况下，管理和优化 Redis 变得更加棘手。例如，操作系统级别的调优、内核参数设置以及监控报警机制等都需要针对 Redis 进行专门配置。如果 Redis 单独部署，则可以构建一个纯净、专用的运行环境，便于运维人员进行精细化管理，降低故障排查难度，提高系统稳定性。
最后，安全性也不容小觑。业务服务器通常暴露于互联网环境中，面临着各种网络攻击威胁。如果 Redis 也部署在此类服务器上，一旦业务服务器被攻破，攻击者就有可能获取到 Redis 中的数据，造成敏感信息泄露等严重后果。相比之下，独立的 Redis 服务器可以通过严格的网络安全策略进行保护，比如设置防火墙规则限制外部访问、采用加密通信协议等措施，增强数据安全性。
综上所述，尽管在业务服务器上搭建 Redis 看似节省了初期投入成本，但从长远来看，单独购买 Redis 服务器能够更好地满足企业对于性能、可扩展性、维护便捷性和安全性的要求，是更为合理的选择。当然，在某些特殊场景下，例如小型项目或者测试环境，考虑到成本因素，也可以选择在业务服务器上部署 Redis，但应充分评估潜在风险并做好相应准备。