Oracle应用服务器；组织中的哪个角色通常支持中间层？

在中大型组织中，哪些团队或团队通常支持Oracle Application Server等中间层组件？

（Unix团队、DBA团队或应用程序开发/支持团队）

在客户机-服务器应用程序设计中，服务器和客户机之间的所有权划分非常清楚。在客户机-服务器的情况下，Unix管理员管理服务器，开发支持团队管理和支持客户机。（以及DBA对数据库的支持/管理）

最近在我们店里，线条变得模糊；Oracle应用服务器（OAS）的引入已经出现

OAS似乎需要一套非常独特的技能，但也与客户机-服务器技能有一些相似之处。（部分Unix管理员，部分Dba，部分应用程序开发人员/客户端支持）

面对这种挑战，其他人都做了些什么……？

是否有一个全新的团队形式专门支持中间层？？？

---

我们的It团队有3名Unix管理员；3名申请支援人员；3 Dba为了解团队的规模……

对于大型组织，通常最终会有专门的团队来管理中间层web服务器和应用程序服务器

---

小型组织的问题通常是，当您首次部署应用程序服务器时，可能没有足够的管理工作来证明单独一个人担任该角色是合理的，此时您必须从其他团队中拼凑时间。DBA管理应用程序服务器（尤其是管理Oracle应用程序服务器的Oracle DBA）并不特别少见。对于Unix管理员来说，管理应用程序服务器也不是特别少见。不管怎样，一些工作都不可避免地会从另一个团队的投入中受益。

我认为应该有一个“Oracle”团队，包括DBA、unix管理员、应用程序管理员，甚至是大型安装的网络人员。实际上只有一个系统，尽管它有多个层次和技术。当系统发生故障时，您不希望四个团队都推卸责任。问我怎么知道的；）

在我看来，有两种不同的选择：

1） 将其纳入应用程序开发/支持团队，因为这是应用程序的一部分，不一定只有管理员才有用。在某种程度上，开发和支持之间应该是分离的，因为可能会使用不同的工具，有些工具可能具有更强的技能集，例如如果一个人更喜欢调查事情，那么支持可能更适合

2） 平台管理团队是一个独立的团队，该团队将公司生产的应用程序中涉及的各个层分离开来。我曾在一家公司工作，该公司的中间层和后端由一个独立于应用程序组的团队管理。如果有计划让中间层和后端层成为一个平台，让该公司向其他公司推销，让他们在制作自己的应用程序时使用他们认为合适的方式，这似乎是合适的在这个API之上

我可以看到使用这两种方法的逻辑，这取决于人们如何看待IT arm在某种意义上提供的功能