九游会App

九游会App：把服务器能耗、碳排和电竞资源放进一个移动工作台

运营人员离开工位以后，最常遇到的问题是：凌晨收到一条服务器告警，手边只有手机。要判断这是玩家真的涌进来了，还是某个区域的机器长时间空转，靠一个只会显示“在线/离线”的应用是不够的。九游会App想解决的正是这个场景：把服务器状态、实时能耗、碳足迹和电竞活动资源放在同一个移动工作台里，让人在手机上也能得到可以行动的信息。

本栏目介绍九游会App的设计取向和通常做法，不涉及具体版本号、应用商店链接或界面截图细节。文中出现的数值都是模拟示例，只用来说明换算关系，不代表真实项目或九游会的运营数据。

移动工作台里放什么：能耗、碳排、服务器和报告

九游会App的核心用途可以归纳为五件事：能耗监控、游戏碳足迹、服务器状态、ESG 报告和移动管理。能耗监控回答“现在用了多少电”；碳足迹回答“这些电和其他活动折算下来对应多少碳排”；服务器状态回答“机器现在是忙、闲还是异常”；报告把这些数据按时间区间整理成可以对外说明的材料；移动管理则是把告警查看、项目切换、报表导出这些日常操作放到手机上完成。

它不是一个云游戏客户端，也不是一个通用监控软件。它关心的是“运营一款持续在线的游戏，需要多少能源、产生多少碳排，以及有没有办法在不影响玩家体验的前提下降低这两项”。所以界面里的指标会更偏向功率、电量、碳强度、区域和时段，而不是单纯的 CPU 曲线。

以“游戏运营项目”为单位：先建项目，再看数据

App 里的所有数据都挂在“游戏运营项目”下面。一个项目里可以配置游戏平台、服务器区域、玩家地区、游戏模式、云服务和赛事活动。这样设计有一个很实际的原因：同一款游戏在不同区域使用不同的电网，碳强度不一样；同一个区域里的对战服务器与后台分析任务对延迟的要求也不一样，混在一起看只会得到一个没有意义的平均值。

如果跳过这一步，后面会出现不少奇怪的现象：图表没有数据、碳排结果对不上、报告里缺少区域。第一次使用时应该怎么配置、哪些字段最容易填错，可以先读《第一次使用九游会App，为什么要先建立“游戏运营项目”？》。

实时功率与累计电量：kW 和 kWh 不是一回事

App 的能耗页面里，实时功率的单位是 kW，表示某一瞬间的用电速率；累计电量的单位是 kWh，表示一段时间内功率的积分。举个模拟示例：一组服务器保持 10 kW 的功率运行 3 小时，累计电量是 30 kWh；如果只看某一刻的 10 kW，就无法知道整天用了多少电。

另外，App 中的数据很多是采集或估算值，与电费账单不会完全一致。账单包含计量周期、分时电价、需量电费、基础费、税费和折算口径，而 App 展示的是运营视角的能耗趋势。把两者直接相减去“对账”，通常会失败。具体差异在哪里，见《九游会App里的实时能耗为什么和电费账单不完全一样？》。

碳足迹怎么来的：活动数据乘以排放因子

App 中的碳足迹遵循一个朴素的公式：活动数据（电量 kWh、流量 GB、设备小时等）乘以排放因子（例如区域电网的 gCO2/kWh，可以选平均值，也可以按时段取值）。所以碳排结果同时受两个变量影响，用电量变了会变，排放因子变了也会变。

这就是为什么有时会看到碳排下降，而耗电几乎没变。可能是电网碳强度下降，可能是可再生能源占比上升，也可能是可延迟的任务被移到了低碳时段（Workload Shift），并不一定是“省了电”。少耗电和少排碳是两个口径，App 会把它们分开显示，避免混为一谈。这个现象的完整解释，在《九游会App为什么有时显示碳排下降，但耗电没有明显下降？》里。

数据从哪来：API 接入、权限与时间区间

App 不直接测量机房，数据来自通过 API 或数据接入读取的服务器与云服务指标。要让数据显示出来，至少要满足三个条件：接入账号有相应的读取权限，项目里设置了合适的时间区间，项目里的服务器区域与电力因子对应的区域一致。任何一个条件不满足，图表就可能空着。

这类问题的排查思路是一层一层向下查：先看权限，再看时间区间，最后看区域和因子。因为排查步骤较多，已经放在下载与使用支持里，可以到九游会下载栏目查看，也可以参考《九游会App碳足迹图表没有数据怎么办？区域、电力因子和项目设置排查》。

换手机和更新之后：账号同步与本地缓存

项目、报表和设置保存在账号的云端，手机本地只有缓存。换手机后，登录同一账号并等待同步完成，项目和历史记录通常就会恢复；但尚未上传的本地草稿可能丢失，所以在换机之前，应确认重要的草稿已经完成同步。更新 App 之后历史项目不显示，也多半是缓存、账户或工作区切换、时间筛选、同步未完成这几种情况，而不是数据消失了。

这一块的逐层说明见《换手机以后九游会App里的能源项目和碳足迹记录会不会丢？》。

电竞活动与设备资源：不只是机房里的数据

项目里可以加入赛事活动这一类维度，用来记录临时性的算力、直播和场馆用电。一场线上或线下的电竞活动，是一套临时搭建的数字基础设施：选手用的 PC 与显示器、比赛服务器、直播编码、场馆的空调与照明，全都会计入活动数据。App 的作用是把这些分散的记录归并到同一个项目下，方便后续算碳足迹。

在设备生命周期方面，App 关注设备的使用时长与更新周期，因为硬件制造的隐含碳也会摊入年度结果。对于设备更新、回收和二次利用，九游会电商相关的设备循环只是这个应用生态里较小的一环，App 本身并不承担交易功能，也不据此给出任何购买建议。

一个模拟的使用场景：从告警到报告

下面是一个模拟示例，用来说明各个页面如何衔接，并非真实项目。凌晨，运营人员收到某个服务器区域的负载告警，打开 App 后先在服务器状态页确认：该区域的实例数量正常，但 CPU 利用率长期偏低，说明并不是玩家涌入，而是空闲机器没有被及时回收。接着切换到能耗页，看到这个区域的实时功率在低峰时段依然维持在较高水平，这与“服务器空闲时也会有不小的基础功耗”的经验一致，空闲功耗的机理可以对照《服务器利用率只有20%，电费会不会只剩20%？九游会为什么开始关注“空闲算力”的隐藏能耗》。

随后运营人员进入碳足迹页，把时间区间限定在这一段低峰时间，观察该区域的电网碳强度是否偏高。如果偏高，就把结论写进备注，留给白天的调度会议决定是否合并实例或迁移可延迟任务。最后，在月度报告页选择时间区间与项目，导出一份包含能耗、碳排和口径说明的报告。整个过程里，App 只负责呈现与记录，是否缩容、迁移，仍由后台流程和有权限的人员决定。

这类流程的价值不在于“一键完成”，而在于让每一步的依据留在同一个地方：当时的实例数、功率、碳强度和所选因子，都可以事后回看，避免几个月后没人记得为什么做了那次调整。