我来自应用程序开发的angular度（我的日常工作），而不是基础设施，或操作，视angular，所以如果这是一个完全瞎的问题，请让我知道！
我们在我们的应用程序服务器前有代理，这对我们来说很好。 这个（硬件/软件）代理提供了一个抽象的端点（除了负载平衡/分配等其他服务之外），以便我们的客户端总是知道如何连接。
有没有人有经验之间的应用程序服务器和数据库之间的代理？
似乎有人必须这样做，特别是在托pipe服务提供商或云空间，但是当我和我们的（企业）基础架构团队交谈时，他们只是说'不'，尽pipe我仍然在努力理解为什么 。
我不明白，如果由于数据库前面的抽象层，这会导致function或性能问题，或者只是简单的事情，当事情出错时更难以出手。
任何人都可以分享这方面的想法，经验或资源吗？ 我将不胜感激！
谢谢！
ž
我也喜欢TomTom的DNS想法。 短TTLs，这比你做的更容易。
但是你当然可以在你的数据库之前运行一个代理。 SQLProxy和HAProxy可以做到这一点，例如。 但是，如果你关心的不是负载均衡或分离读写，为什么当你用CNAME做这件事时，为什么还要增加这个额外的等待时间（往返于代理服务器）？我认为这个参数是一个你的行动/系统家伙会考虑。
主要问题：
数据库连接在应用程序服务器和后端之间更持久 – 因此负载平衡很难通过它们。
代理mus讲述协议。 那里有大量的HTTP代理。 尝试获取一个例如SQL Server协议。 没有必要，没有市场 – 没有产品。
最后，尽pipeSQL Server是什么，caching是不可能的。 不是没有协议来使结果无效等，而且这不是任何SQL实现的一部分。 没有“如果修改自”标签。 人类，你要么一无所获，要么处理过时的数据 – 在这一层都不可接受。