部署人员是秘书长特别代表简编服务之一,似乎很少引起注意。 显然有具体内容,因此大概是参考执行情况和合规测试。 一项执行工作对阿帕奇·费利克斯项目作出了贡献,但似乎在没有痕迹的情况下大量沉降。

我在设计普春锡尔采德服务器的PAR文档支持时,对阿明进行了部署,但这一模式不适合我们使用。 尤其是,具有特定象征名称(和任何版本)的支架可能并不居住在同一秘书长特别代表框架内的两种不同的部署包。

相比之下,在同一台 d服务器安装的2个PAR文档可能都含有一个带有特定捆绑象征名称的捆绑(以及相同或不同的捆绑式)。 我们认为这是一项申请规模要求:我们确实想要大量应用“lide石”,仅仅因为他们的开发者在包装同一捆绑上。 PAR文件也扩大了服务范围。

在0m服务器2.0中,我们已将PAR概念概括为“计划”,这些档案按类型名称和版本,指的是将要安装的工艺品。 一项计划可能范围广(如PAR)或范围不广,可以是原子(其内容的生命周期与该计划的封存周期(如PAR)或非生物体。

正在对 Nest式框架进行调查,将其作为今后可能采用的SGi标准,以满足应用范围要求,但设计点与服务器范围相当不同。 宽松的框架不能自动在其母框架中看到一揽子计划和服务。 因此,这一模式是因违约而孤立的,无论是孤立儿童框架还是孤立儿童和父母框架。 d) 服务器范围故意将儿童从彼此隔离开来,但只将儿童从父母一方分离出来:儿童可以看到其父母的所有包裹和服务。

你们可能有兴趣知道,(目前处于孵化和ram升状态)能够动态地为部署的阿明特制作部署一揽子计划,并(在为秘书长特别代表目标提供时)使用费利克斯·部署阿明。