在大中型组织中，哪个团队或小组通常支持像 Oracle 应用服务器这样的中间层组件？
（Unix 团队、DBA 团队或应用程序开发/支持团队）
在客户端服务器应用程序设计中，服务器和客户端之间的所有权划分非常清晰。在客户端服务器的情况下，Unix 管理员管理服务器，开发支持团队管理和支持客户端。（以及 DBA 的支持/管理数据库）
最近在我们店里，线条变得模糊了；推出了 Oracle 应用服务器 (OAS)；
OAS 似乎需要一套非常独特的技能，但也显示出与客户端服务器技能有一些相似之处。（部分 Unix 管理员，部分 Dba，部分应用程序开发人员/客户支持）
其他人在面对这种挑战时做了什么......？？
是否有一个全新的团队形式，专门支持中间层？
我们的 IT 小组有 3 名 Unix 管理员；3 应用支持人员；3 Dba 给出团队规模的观点......
对于大型组织，您通常最终会得到专门的团队来管理中间层 Web 服务器和应用程序服务器。
小型组织的问题通常是，当您第一次部署应用程序服务器时，可能没有足够的管理工作来证明一个单独的人担任该角色的合理性，此时您必须从其他团队拼凑时间。DBA 管理应用程序服务器并不少见（尤其是 Oracle DBA 管理 Oracle 应用服务器）。Unix 管理员管理应用服务器也不是什么特别的事。不管怎样，一些工作将不可避免地从其他团队的投入中受益。
恕我直言，应该有一个单一的“Oracle”团队，包括 DBA、unix 管理员、应用程序管理员，甚至是大型安装的网络人员。实际上只有一个系统，尽管它有多个层次和技术。当系统故障发生时，您不希望四个团队都推卸责任。问我怎么知道的；）
在我看来，有几种不同的选择：
1) 将其纳入应用程序开发/支持团队，因为这是应用程序的一部分，不一定只有管理员才有用。在某种程度上应该将开发和支持分开，因为可能会使用不同的工具，并且有些工具可能比另一种具有更强的技能，例如，如果一个人更喜欢调查事物，那么支持可能更适合。
2) 平台管理团队是一个独立的团队，公司生产的应用程序所涉及的层是分开的。我曾经在一家公司工作，其中中间层和后端由一个独立于应用程序组的团队管理，如果有计划让中间层和后端层成为公司的平台，这似乎是合适的向其他公司推销，以使用他们认为合适的方式在此 API 之上制作自己的应用程序。
我可以看到使用任何一种方法的逻辑，这取决于人们如何看待 IT 部门在某种意义上提供的东西。