CLOUD云将数据库服务器和应用服务器放在一起并不是一种理想的架构选择，主要存在以下几个显著的坏处：性能瓶颈、资源竞争、安全风险增加以及扩展性受限。在企业级应用中，这种架构模式可能会导致系统整体性能下降，难以应对高并发访问，并且在安全性方面也容易出现漏洞，影响业务连续性和数据安全。
性能瓶颈
当数据库服务器和应用服务器部署在同一台物理或虚拟机上时，两者会共享同一套硬件资源（如CPU、内存、磁盘I/O等）。数据库操作通常需要大量的磁盘读写和内存交换，而应用程序则可能频繁地占用CPU资源进行计算和处理。这种资源争用会导致系统响应速度变慢，特别是在高并发场景下，数据库查询和应用逻辑处理之间的相互干扰会进一步加剧性能问题。例如，当多个用户同时发起请求时，应用服务器可能因为数据库的高负载而无法及时响应，导致用户体验下降，甚至可能出现超时错误。
资源竞争
除了性能上的瓶颈，资源竞争也是另一个不容忽视的问题。数据库和应用服务器对资源的需求是不同的，数据库更依赖于磁盘I/O和内存，而应用服务器则更多地依赖于CPU和网络带宽。当两者共存于同一台服务器时，资源分配往往难以做到最优，尤其是在资源有限的情况下，一方的过度使用可能会直接影响另一方的正常运行。例如，数据库的大量写入操作可能会占用过多的磁盘I/O资源，从而影响应用服务器的文件读取或其他I/O操作，导致整个系统的响应时间延长。
安全风险增加
从安全角度来看，将数据库服务器和应用服务器放在同一台服务器上也会带来额外的风险。数据库通常存储着企业的核心数据，如用户信息、交易记录等敏感数据，而应用服务器则直接面向外部用户提供服务，容易成为攻击的目标。如果两者位于同一服务器，一旦应用服务器被攻破，攻击者可以直接访问数据库，获取敏感信息，造成严重的数据泄露风险。此外，应用服务器的安全配置相对复杂，容易出现漏洞，而数据库的安全要求更高，两者的安全策略也不尽相同，混在一起可能会导致安全配置不当，增加被攻击的风险。
扩展性受限
由于业务的发展，系统需要具备良好的扩展性来应对不断增加的用户量和数据量。然而，当数据库服务器和应用服务器放在一起时，扩展变得非常困难。一方面，由于两者共享资源，任何一方的扩展都会影响到另一方的性能；另一方面，这种架构模式不便于实现水平扩展，即通过增加更多的服务器来分担负载。例如，当应用服务器需要扩展时，必须同时考虑数据库的扩展需求，这不仅增加了部署的复杂度，还可能导致资源浪费。相比之下，将数据库服务器和应用服务器分离后，可以根据各自的负载情况独立扩展，灵活性更高，成本也更低。
综上所述，虽然将数据库服务器和应用服务器放在一起可以简化初期的部署和管理，但从长远来看，这种方式会带来诸多不利影响，不利于系统的稳定性和安全性。因此，在设计企业级应用架构时，建议尽量避免这种做法，而是采用分离的架构模式，以确保系统的高性能、高可用性和高安全性。