评估

要构建应用程序和桌面交付解决方案,首先需要进行正确的评估。无法正确评估当前环境的架构师后来发现自己需要评估信息,因而强制其返回进行评估,这可能会拖延项目并导致项目面临风险。

如果一开始即收集所有信息,架构师将获得当前环境的评价,并且从一开始即可正确地使业务和用户要求与整体解决方案相一致。

评估阶段分为四步,只需按照以下过程进行操作即可:

评估过程示意图

步骤 1:定义组织

虚拟桌面项目中的第一个步骤应为理解组织的战略性命令并确定其优先级。这使项目管理团队能够定义成功条件并允许设计团队构建量身定做的优化体系结构。

可以在会议过程中或者通过分发调查问卷来获得要求。会议占用的时间较长,但允许跟进要提问的问题以及帮助简化确定优先级的过程。此操作由业务经理和 IT 决策者共同完成非常重要,因为这两个组的观点截然不同。

以下面某些组织面临的问题为例,这些问题促使其选择桌面虚拟化。

来自现场的经验

  • 金融业 – 某大型金融机构在指定为即将召开的 G8 峰会的主办城市有一家分支机构。由于这些类型的会议在历史上曾遇到过会破坏业务及其员工安全性的暴乱、抗议以及其他问题,因此,该金融机构需要一种允许其用户在家中安全工作的备选方法。
  • 农业 – 由于利润非常薄,因此,某家粮农组织希望通过延长桌面 PC 的使用寿命但仍能运行最新的应用程序来节省资金。
  • 医疗卫生业 – 某家大型医疗卫生组织需要一种能够简化应用程序更新的解决方案,因为主应用程序每周都需要更新。由于端点设备非常分散,因此,该组织需要一种更加出色的应用程序交付解决方案。

上文仅仅是几个示例,但说明了组织对其优先事项的看法。大多数组织不会将注意力放在技术方面,而是关注用户和组织的需求。这些需求可以通过技术解决方案满足,但团队理解项目的“原因”非常有必要。

除上文列举的三个真实世界的示例之外,下表也说明了许多组织通常表示需要优先注意的其他几个事项:

请求者 要求
业务经理 更加出色的 IT 灵活性和响应能力 – 能够适应变革时期(例如快速增长或规模降低)的灵活的桌面解决方案。例如,允许企业快速设立项目办公室或临时销售点,而不会长期延迟或需要采购硬件或 IT 通知时段。自带设备 – 允许员工选择自己的设备以提高生产率、协作性和移动性。协作 – 随着全球化和移动性不断提高,团队成员通常分散在多个物理位置。需要具有强大的协作功能才能确保实现高水平的生产率、效率和质量。随时随地工作 – 企业需要支持在家办公人员的业务需求以便吸引和留住顶尖人才和/或在旅途中工作的员工
IT 决策者 更加出色的桌面管理 – 简化了桌面体系结构的管理过程。IT 的主动性并不像决策者所希望的那样,而是花费很多时间“救火”。提高安全性 – 数据窃取或丢失包含敏感数据的设备是一项很大的风险,预防风险是需要优先考虑的事项。延长桌面硬件生命周期 – 每隔三到五年更换一次工作站以便跟上操作系统的要求,否则应用程序的成本会非常高。缩小 IT 管理范围 – 通过仅聚焦于可推动业务发展的方面,同时通过云或服务提供商将剩余功能转移至第三方来提高 IT 效率。改进用户体验 – 提高性能或启用分散在各地的用户可能无法使用的功能。

确定优先考虑的事项的过程应与项目成员、业务经理和 IT 经理协作完成,以便将所有观点都考虑在内。

步骤 2:定义用户组

虽然可以通过多种方式定义用户组,但最简单的方法通常是使用户组与部门相一致,因为同一部门或组织单元内的大多数用户会占用同一组应用程序。

用户细分

可能会有一部分用户具有独特的要求,具体取决于部门规模。应根据以下条件评估定义的每个用户组,以确定是否需要进一步将部门用户组划分为更专业的用户组。

  • 主数据中心 - 每个用户都将被分配一个主数据中心或云资源位置,用于托管其虚拟桌面、数据以及应用程序服务器。请确定应分配给用户的数据中心,而非确定用户当前正在使用的数据中心。用户将根据其主数据中心进行分组,以便能够为每个用户构建独一无二的设计。

  • 个性化 – 个性化要求用于帮助确定适用于每个用户组的恰当 VDI 模型。例如,如果某个用户组需要完整个性化,则将推荐个人桌面作为最佳解决方案。有三种分类:

个性化 要求
用户无法修改用户或应用程序设置,例如 kiosk。
基本 用户能够修改用户级别的桌面和应用程序设置。
完全 用户可以做任何更改,包括安装应用程序。
  • 安全性 - 安全性要求用于帮助确定适用于每个用户组的适当桌面和策略。例如,如果某个用户组要求高安全性,则将推荐托管池桌面或本地 VM 桌面作为最佳解决方案。有三种分类:
安全级别 说明
允许用户在虚拟化环境内部和外部传输数据。
应确保所有身份验证和会话流量的安全;用户应无法安装或修改其虚拟化环境。
除流量加密外,不应将任何数据留在数据中心(例如通过打印或复制/粘贴);用户对环境的所有访问都应被审核。
  • 移动性 - 移动性要求用于帮助确定适用于每个用户组的适当桌面模型。例如,如果某个用户组面临网络连接断断续续的情况,需要活动网络连接的任何 VDI 模型都不适用。有四种分类:
移动性 要求
本地 总是使用相同的设备,连接到内部高速安全网络。
漫游本地 在内部高速安全网络中从不同位置连接。
远程 有时从外部速度可变且不安全的网络连接。
移动 网络时断时续或不可用时通常需要访问。
  • 桌面丢失临界点 - 桌面丢失临界点用于确定所需的高可用性、负载平衡和容错措施的级别。例如,如果当用户的资源不可用时业务存在高风险,则不应向用户分配本地桌面,因为如果该本地桌面出现故障,用户将无法访问其资源。有三种分类:
桌面丢失临界点 要求
产品、项目或收入不会面临主要风险。
产品、项目或收入面临潜在风险。
产品、项目或收入面临严重风险。
  • 工作负载 - 用户访问的应用程序类型和数量会对整体密度以及恰当的 VDI 模型产生影响。需要高质量图形的用户需要利用本地桌面实现或专业图形桌面。有三种分类:
用户类型 特征
1-2 个办公生产力应用程序或 kiosk。
2-10 个办公生产率应用程序,偶尔应用多媒体。
密集型多媒体、数据处理或应用程序部署。

注意

性能阈值不根据处理器、内存或磁盘利用率进行标识,因为这些特征会动态更改后续的应用程序合理化和桌面优化过程。此外,用户的管理工具和操作系统有可能会在迁移过程中发生变化。相反,工作负载是根据用户运行的应用程序数量和类型估算的。

来自现场的经验

  • 公用事业公司 – 某家大型公用事业公司收集与其组织中的每个用户有关的数据。在用户细分过程中,该公司意识到组织的现有角色定义已非常充分,某个角色内的所有用户都共享相同的要求。这样可以通过检查每个组中选定数量的用户来节省大量时间。
  • 政府 – 某个政府组织发现每个角色内的用户要求之间存在显著差别,特别是针对安全性和桌面丢失临界点方面。因此,需要仔细检查每个用户以确保用户恰当分组。

分配 VDI 模型

与物理桌面一样,一种类型的 VDI 无法满足每个用户要求。不同类型的用户需要不同类型的资源。有些用户可能需要简单化和标准化,而其他用户可能对性能和个性化有较高要求。在整个组织内实施一种 VDI 模型会不可避免地导致用户遇到挫折并且生产率降低。

Citrix 提供了一组完整的 VDI 技术,这些技术已整合到一个集成解决方案中。由于每种模型具有不同的优势,因此,为组织内的每个用户组选择恰当的模型非常重要。

下表提供了每种 VDI 模型的简要说明。

  • 托管应用程序 - 托管应用程序模型仅向用户提供应用程序接口。此方法向组织提供了一种在用户的本地 PC 中无缝交付集中管理和托管的应用程序的方式。当组织必须简化几个业务线应用程序的管理过程时通常利用托管应用程序模型。托管应用程序包括几个变体:
    • Windows 应用程序 - Windows 应用程序模型利用基于服务器的 Windows 操作系统,从而实现多个用户访问一个 VM 模型。
    • VM 托管应用程序 - VM 托管应用程序模型利用基于桌面的 Windows 操作系统,从而实现一个用户访问一个 VM 模型。此模型通常用于克服多用户操作系统(如 Windows 2008、Windows 2012 和 Windows 2016)面临的应用程序兼容性挑战。
    • Linux 应用程序 – Linux 应用程序模型利用基于服务器的 Windows 操作系统,从而实现多个用户访问一个 VM 模型。
    • 浏览器应用程序 - 浏览器应用程序模型利用基于服务器的 Windows 操作系统以用户的本地首选浏览器中的选项卡方式提供应用程序。此方法向组织提供了一种在用户要使用其首选浏览器(Internet Explorer、Microsoft Edge、Google Chrome、Mozilla Firefox 等)时克服浏览器兼容性挑战的无缝方式。
  • 共享桌面 - 在共享桌面模型中,多个用户桌面将通过基于服务器的单个操作系统(Windows 2008、2012、2016、Red Hat、SUSE、CentOS 和 Ubuntu)进行托管。共享桌面模型提供低成本、高密度解决方案,但是,应用程序必须与基于多用户服务器的操作系统兼容。此外,由于多个用户共享一个操作系统实例,因此,限制用户执行会对其他用户产生负面影响的操作,例如,安装应用程序、更改系统设置以及重新启动操作系统。
  • 池桌面 - 池桌面模型向每个用户提供一个随机临时桌面操作系统((Windows 7、Windows 8 和 Windows 10)。由于每个用户收到各自的操作系统实例,因此,与共享桌面模型相比,整体虚拟机管理程序密度较低。但是,池桌面不要求应用程序必须识别多用户并且支持基于服务器的操作系统。
  • 个人桌面 - 个人桌面模型向每个用户提供一种静态分配的、可自定义的持久型桌面操作系统(Windows 7、Windows 8、Windows 10、Red Hat、SUSE、CentOS 和 Ubuntu)。由于每个用户收到各自的操作系统实例,因此,与共享桌面模型相比,整体虚拟机管理程序密度较低。但是,个人桌面不要求应用程序必须识别多用户并且支持基于服务器的操作系统。
  • 专业图形桌面 - 专业图形桌面模型向每个用户提供一个基于硬件的图形处理器 (GPU),该处理器允许处理清晰度更高的图形内容。
  • 本地流桌面 - 本地流桌面模型向每个用户提供一种集中管理的桌面,该桌面在本地 PC 硬件上运行。
  • 本地 VM 桌面 - 本地 VM 桌面模型向每个用户提供一种集中管理的桌面,该桌面在能够在没有网络连接的情况下运行的本地 PC 硬件上运行。
  • Remote PC Access – 通过 Remote PC Access 桌面模型,用户可以安全地远程访问其静态分配的传统 PC。这通常是可部署的最快速、最简单的 VDI 模型,因为该模型利用已部署的桌面 PC。

应根据下表比较每个用户组,以确定最能满足整体用户组要求的 VDI 模型。在多种环境中,一个用户可能会同时利用一个桌面 VDI 模型和一个应用程序 VDI 模型。

在此表中:

  • Y 表示“推荐”
  • N 表示“不推荐”
  • o 表示“可行”

工作负载

细分特征

托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y º º º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
N º º º
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
º Y Y º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º º º
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
N N N º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
Y Y Y º

移动性

细分特征

  • 本地
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º Y º º
  • 漫游本地
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º N º º
  • 远程
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º N º Y
  • 移动
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
N N N N
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
N N Y N

个性化

细分特征

托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y N
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º º º
  • 基本
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y N
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º º º
  • 完全
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
N N N Y
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
  N Y Y

安全性

细分特征

托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
º º º º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º º º
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º º º
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
º º Y N
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º Y Y N

桌面丢失临界点

细分特征

托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
º º º º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º º º
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y º
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º º N
托管应用程序 托管共享桌面 托管池桌面 托管个人桌面
Y Y Y N
托管专业图形桌面 本地流桌面 本地 VM 桌面 Remote PC Access
º º N N

请务必采用 Citrix 咨询部门基于多年经验提供的下列首要建议:

Citrix 咨询部分提供的成功技巧

  1. 从使用 Windows 应用程序、共享和池桌面开始 – 如上述 VDI 功能表中所示,在大部分情况下,都可以使用 Windows 应用程序、共享和池桌面模型。本地流桌面和本地 VM 桌面模型应仅作为例外使用。通过减少所需的 VDI 模型数量,将帮助缩短部署时间并简化管理过程。
  2. 完美匹配 – 可能无法选择与用户组完美匹配的 VDI 模型。例如,您无法向用户提供高度安全的桌面,同时又提供完整的个性化服务。在这些情况下,请为用户组选择与组织的最高优先级最匹配的 VDI 模型。
  3. 桌面丢失临界点 – 只有三个可满足高桌面丢失临界点用户组(可用的备份桌面)的 VDI 模型,这三个模型都无法提供完整的个性化服务。如果高桌面丢失临界点用户组还需要能够个性化其桌面,除了主桌面之外,还可以为其提供备份桌面(托管共享桌面、池桌面)池。虽然这些桌面不包括对其主桌面所做的自定义设置,但是它们允许用户访问核心应用程序,例如邮件、Internet 和 Microsoft Office。
  4. 考虑操作和维护 – 决定使用哪种 VDI 模型时,应考虑对各个 VDI 模型的持续支持。例如,池桌面可以引导至已知良好的状态,与每个桌面都独一无二的个人桌面相比,这通常可导致维护工作量降低。

步骤 3:定义应用程序

将用户分为几个组之后,下一步是确定用户所需的应用程序。这是一个两步过程:

  1. 应用程序合理化 – 通过从清单中删除数据捕获期间捕获的冗余应用程序来帮助简化应用程序评估过程。

  2. 链接应用程序与用户 – 使用数据捕获过程的结果将应用程序映射到用户组。

应用程序合理化

清单操作过程中识别的应用程序数量通常非常惊人,即使对于相信自己对应用程序具有高级别控制的组织亦如此。要帮助降低复杂度以及所需的整体时间,花时间整合应用程序列表非常重要。下面的指南将帮助确保您的应用程序列表已恰当整合:

  • 多个版本 – 清单操作过程中可能已识别同一应用程序的不同版本。这有多种原因,包括修补或升级过程不一致、应用程序管理不集中、许可证数量有限以及用户需要特定的应用程序版本以便与其他应用程序、宏和文档格式兼容的情形。请尽可能与应用程序所有者共同努力,降低所需版本的数量。最佳实践为对每个应用程序的一个版本进行标准化,通常选择最新版本。
  • 非业务应用程序 – 应将非业务所需的应用程序从应用程序清单中删除,以降低资源要求以及帮助简化整个项目。非业务相关应用程序通常在向用户提供安装自己的应用程序的功能时在应用程序清单中找到,并且通常包括游戏、通信客户端、屏幕保护程序、外围软件以及媒体播放器。
  • 旧版应用程序 – 清单可能会标识已停用或业务不再需要的旧版应用程序。这些应用程序可能尚未从桌面中删除,因为未建立删除过程,或者因为始终存在需要完成的高优先级活动。应在应用程序评估的合理化阶段整合这些应用程序。
  • 管理应用程序 – 实施桌面虚拟化项目过程中,将在整个组织中完全重新设计防病毒、应用程序交付、监视、清单、维护和备份应用程序。在此阶段应同时整合这些应用程序。

来自现场的经验:

政府:某个政府组织确定其整个桌面资产中安装了 2660 个应用程序。其中大多数应用程序是由具有本地管理权限的用户安装的。通过执行上述应用程序合理化建议,可以将所需应用程序的数量缩减到 160 个。

应用程序分类

应根据一定的条件对项目中包括的每个应用程序进行分类,这将帮助确定最恰当的应用程序托管和集成方式。可以直接将每个应用程序安装到映像中,在隔离容器中进行虚拟化并通过流技术推送到桌面 (Microsoft App-V),在独一无二的层中捕获并附加到虚拟机 (Citrix App Layering) 或者在本地安装在用户的端点设备上并无缝集成到用户的虚拟桌面中(Citrix 本地应用程序访问)。由于每个应用程序具有唯一性,因此,许多大型部署会同时利用多种方法。应按下文所述对每个应用程序进行分类:

  • 通用应用程序 - 每个组织都有一套几乎每个用户都会使用的应用程序,例如 Microsoft Office。这一套应用程序通常是指桌面 VDI 模型中利用率最高的应用程序。
  • 部门应用程序 - 一组特定的仅与独一无二的业务单元或部门有关的应用程序。例如,工程部门通常需要使用软件开发应用程序。
  • 用户应用程序 - 通常组成最大的一组应用程序,这些应用程序由极少数个人用户使用。在传统 PC 实现中,这些应用程序由用户因临时要求或个人要求安装,通常不直接影响业务。
  • 管理应用程序 – 许多桌面部署都包括一组防病毒、监视、清单、维护和备份应用程序。其中多数应用程序都具有独特的虚拟化要求,并且通常整个组织都需要使用。

应用程序特征化

工作负载 要求
资源密集型 应用程序需要 1 GB 或更多的 RAM 或 CPU 使用率平均值为 50% 或更多。
应用程序不是资源密集型的。

应为每个应用程序标识以下特征,以便在项目设计阶段可以选择合适的应用程序交付模型。

  • 复杂 - 如果某个应用程序很难设置、存在大量对其他应用程序的依赖项或需要专用的配置(例如电子病历 (Electronic Medical Records,EMR) 应用程序),则应将该应用程序分类为复杂或技术上具有挑战性。复杂应用程序需要在应用程序评估期间进行标识,因为这些应用程序通常不适合在池/个人桌面模型中安装或通过应用程序流技术推送交付。将复杂应用程序作为托管应用程序进行交付通常有助于降低基础桌面映像的复杂性。
  • 高要求 - 通过收集应用程序资源要求,可以调整虚拟化基础结构的大小以及选择合适的应用程序交付模型。例如,高要求或资源密集型应用程序不会通过池/个人桌面模型进行交付,因为对用户之间共享资源的方式只能进行有限的控制。用户评估工作表中有两种分类:

  • 移动 - 有些用户组可能需要能够在移动时工作,有时在脱机时工作。因此,设计可以确定哪些应用程序将可在没有网络连接的情况下运行以及哪些不能,这一点很重要。需要后端基础结构的应用程序(如 Web 和数据库服务器)通常在脱机时不可用。
  • 外围设备 - 如果应用程序需要与外围设备连接,则应标识所需接口,以便在从虚拟会话中运行应用程序时,该接口可提供给该应用程序使用。
  • 限制 - 由于许可证/资源不足以及为了保护敏感数据/工具,可能需要限制应用程序访问。例如,许可证数量有限的应用程序不应安装在与未许可用户共享的基础映像上。应用程序评估工作簿中存在三个受限访问类别:
受限制的访问 要求
未对应用程序进行任何限制,并且组织中的任何用户都可以访问应用程序。
用户组 应用程序可能安装在多用户操作系统中,但是应仅为特定的用户组提供某个图标。
虚拟机 通常由于存在许可要求,应用程序应仅安装在授权用户可以访问的虚拟机上。

步骤 4:定义项目团队

桌面虚拟化是需要各种业务和技术团队之间密切协作才能成功的基本变更。例如,虚拟化和桌面团队需要一起工作以确保虚拟桌面映像满足用户需求,同时还针对数据中心进行优化。如果无法建立具有合适角色和技能的有凝聚力的项目团队,会对性能、可用性、用户体验和可支持性产生负面影响,同时提高成本和风险。

下表列出了进行企业虚拟桌面部署期间所需的业务和技术角色。尽管该列表可能看起来相当大,但其中很多角色只是需要一小段时间,且一个人可以执行多个角色。项目经理和 Citrix 架构师应为全职角色,而其他团队成员是仅在需要时加入。项目经理角色是确保合适的人员在合适的时间加入项目的关键所在。

业务角色

角色和说明

项目发起人。项目发起人是认识到桌面虚拟化将为企业带来的各种好处的公司高级主管。项目发起人角色通常是由首席技术官 (CTO) 履行。

职责示例

项目前期

  • 提升企业内的桌面虚拟化。
  • 确定指导委员会的成员。

确保资金安全

  • 评估与解决方案有关的一般费用。
  • 识别关键业务驱动因素并确定其优先级。

角色和说明

项目经理。项目经理领导项目团队并负责确保在预算范围内按时完成项目目标。

职责示例

所有步骤

定义关键项目里程碑。 创建和更新项目计划。 根据规划跟踪进度。 根据预算跟踪支出。 维护问题和风险登记簿。 管理作用域变更。 创建每周项目报告。 向指导委员会简要介绍项目进度。 组织项目研讨会和会议。 确保各项目团队保持同步。 确保已满足必备条件。 创建变更控制请求。

角色和说明

业务经理。根据公司结构和规模,业务经理将按部门、区域或公司级别监督规划和执行情况。业务经理了解其员工获得业务成功需要满足的要求。

职责示例

评估

  • 协助应用程序整合项目。
  • 提供有关用户组的连接要求的详细信息,包括脱机使用情况。
  • 提供有关用户组的风险承受能力的详细信息。
  • 确定外围设备的要求。

部署

  • 提升桌面虚拟化的优势。
  • 协助协调产品推出。

角色和说明

业务连续性经理。业务连续性经理可确保组织在出现自然灾难、犯罪或人为/计算机错误等破坏性事件后继续正常运行。

职责示例

评估

  • 让 Citrix 架构师详细了解当前业务连续性计划。

设计

  • 更新业务连续性计划以整合新的 Citrix 基础结构。

部署

  • 测试业务连续性计划。

角色和说明

测试经理。测试经理负责确保测试环境和用户验收环境尽可能匹配生产环境。通过确保在生产环境中执行更改之前对其进行全面测试,测试经理可以帮助降低风险。

职责示例

评估

  • 让 Citrix 架构师详细了解当前测试基础结构和过程。

设计

  • 与 Citrix 架构师协作,为新的 Citrix 环境设计合适的测试基础结构和测试计划。

部署

  • 请确保正确执行测试设计,并且在推出之前对新的 Citrix 基础结构进行全面测试。

角色和说明

应用程序所有者。应用程序所有者是企业中部署的特定应用程序方面的专家。应用程序所有者负责确保解决应用程序出现的问题,并且顺利执行该升级/更新。应用程序所有者也负责管理与应用程序供应商签订的支持协议。

职责示例

评估

  • 协助应用程序整合项目。
  • 确定应用程序许可限制。
  • 提供有关安全限制的详细信息。
  • 提供有关应用程序依赖项的详细信息。
  • 提供后端资源的位置。

部署

  • 提供安装必备条件和安装指南。
  • 协助 Citrix 团队在 VDI 环境中安装和测试应用程序

角色和说明

服务台经理。通过确保对生产问题及时进行日志记录、上报和解决,服务台经理可帮助提高生产力和最终用户的满意度。服务台经理还会负责报告常见问题、致电数量以及服务台的服务质量。

职责示例

评估

  • 确定现有环境存在的常见问题。
  • 提供有关当前使用的支持工具的详细信息。

设计

  • 协助 Citrix 架构师设计委派管理模型。
  • 参与业务操作和支持设计研讨会。
  • 与培训经理协作以确定培训要求。

部署

  • 监视帮助台收到的与产品推出有关的问题的致电。

角色和说明

培训经理。培训经理可确保技术支持人员和最终用户熟练使用新技术。培训经理还负责确保培训计划是最新的且正确遵循该计划。

职责示例

评估

  • 确定当前为技术支持人员和最终用户设置的技能。

设计

  • 为技术支持人员和最终用户创建培训计划。

部署

  • 为技术支持人员和最终用户实施培训计划。

角色和说明

公关经理。公关经理负责宣传整个组织的重要信息。

职责示例

设计

  • 与项目经理协作以创建沟通计划。

部署

  • 转告桌面虚拟化的优势。
  • 通知用户重要的迁移日期。
  • 确保设置相应地预期。

技术角色

角色和说明

Citrix 桌面架构师。Citrix 架构师是所有 Citrix 产品的设计权威人士,并与其他架构师保持联络以确保将 Citrix 基础结构成功整合到组织中。

职责示例

评估

  • 与项目发起人和利益干系人协作以识别关键业务驱动因素并确定其优先级。
  • 监督用户细分和应用程序评估。
  • 将 VDI 模型映射到用户组。
  • 执行功能评估,以确定当前就绪状态。
  • 识别存在的风险并提供补救措施。

设计

  • 创建包括硬件和存储估算的 Citrix 设计。
  • 配合其他架构师将 Citrix 基础结构整合到组织中。
  • 与监视架构师协作,以确保 Citrix 环境得到适当监视。
  • 创建业务操作和支持设计。
  • 创建实现和产品推出设计。
  • 创建测试计划

部署

  • 确保按照设计实现 Citrix 环境。
  • 验证实现通过了测试计划。
  • 确保正确实现 Citrix 设计。

角色和说明

存档目录架构师。Microsoft Active Directory(包括组织单位 (OU) 和组策略对象 (GPO))的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解最新的 Active Directory 基础结构。

设计

  • 与 Citrix 架构师协作,为新的 Citrix 环境设计 OU 结构、组策略、权限、服务帐户等。
  • 更新 Active Directory 基础结构设计以反映集中管理的用户数据和帐户。

部署

  • 确保正确实现 Active Directory 设计。

角色和说明

虚拟化架构师。使用 Citrix XenServer、Microsoft Hyper-V、Nutanix Acropolis 或 VMware vSphere 的服务器和桌面虚拟化的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前虚拟化基础结构

设计

  • 与 Citrix 架构师协作,为服务器和桌面虚拟化设计硬件、网络连接、存储、高可用性等 
  • 与监视架构师协作,以确保虚拟化环境得到适当监视

部署

  • 确保正确实现虚拟化设计

角色和说明

网络架构师。网络连接(包括路由、VLAN、DHCP、DNS、VPN 和防火墙)的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前网络连接基础结构。

设计

  • 与 Citrix 架构师协作,以为新的 Citrix 环境设计物理网络、虚拟网络、路由、防火墙、服务质量、远程访问、网络优化等。
  • 与监视架构师协作,以确保网络得到适当监视。

部署

  • 确保正确实现网络设计。

角色和说明

桌面架构师

  • Microsoft 桌面操作系统(包括 Windows XP、Windows 7 和 Windows 8)的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前桌面环境。

设计

  • 与 Citrix 架构师协作,以为新的 Citrix 环境设计核心桌面虚拟映像、核心应用程序、桌面优化等。
  • 与监视架构师协作,以确保虚拟桌面得到适当监视。

部署

  • 确保正确实现桌面设计。

角色和说明

存储架构师。存储解决方案(包括直连存储、直连网络和网络连接存储)的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前共享存储环境。

设计

  • 与 Citrix 架构师协作,为新的 Citrix 环境设计存储基础结构、层、规模、连接等。
  • 与监视架构师协作,以确保存储得到适当监视。

部署

  • 确保正确实现存储设计。

角色和说明

备份架构师。备份和恢复(包括虚拟机、桌面、服务器、用户数据以及数据库)的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前备份基础结构和过程

设计

  • 与 Citrix 架构师和灾难恢复架构师协作,为新的 Citrix 环境设计备份基础结构、过程、计划、保留等

部署

  • 确保正确实现备份设计

角色和说明

应用程序软件包架构师。通过系统管理团队打包应用程序以进行部署的设计权威人士

职责示例

评估

  • 让 Citrix 架构师详细了解当前应用程序打包过程和状态

部署

  • 确保所有必需的应用程序将根据设计进行打包

角色和说明

监视架构师。监视(包括硬件、网络、服务器、存储和安全设备)的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前监视基础结构和过程。

设计

  • 与 Citrix 架构师协作,为新的 Citrix 环境和支持基础结构设计监视基础结构、指标、警报等。

部署

  • 确保正确实现监视设计。
  • 在产品推出旗期间提供有关容量和趋势的常规报告。

角色和说明

系统管理架构师。系统管理(包括服务器/桌面构建过程、修补和自动安装应用程序)的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前系统管理过程。

设计

  • 与 Citrix 架构师协作,为新的 Citrix 环境定义服务器/桌面构建过程、修补和应用程序交付策略。

部署

  • 确保正确实现系统管理设计。

角色和说明

安全架构师。安全性(包括桌面、服务器、网络和 VPN)的设计权威人士。

职责示例

评估

  • 让 Citrix 架构师详细了解当前安全策略。

设计

  • 与 Citrix 架构师协作,为新的 Citrix 环境设计安全标准,包括身份验证、加密、端口号、防火墙规则等。

部署

  • 确保正确实现安全设计。