关键绩效指标法的IT服务的关键绩效指标法

Posted 2023-03-18

参考技术A

关键绩效指标法将成为考核IT服务绩效的一个重要因素。关键绩效指标法包括与业务需求结合的度量，数据中心的监测和能力规划等等指标。
IT服务的关键绩效指标法指标与常见的监测指标之间的差异是企业领导的参与。任何一个企业都可以部署一些监控工具来跟踪分配给虚拟机的资源或服务器的带宽利用率等。这些分散的技术因素对IT技术人员有帮助，但对企业的实际应用价值并不大。企业应该了解关键绩效指标法，利用关键绩效指标法来管理和解决问题。
虽然ITIL有一套通用的性能建议关键绩效指标法设置，但它没有一套可以通用于所有项目的需求关键绩效指标。IT的关键绩效指标法关键绩效指标通常分为三大类：服务交付力关键绩效指标法、服务关键绩效指标法或性能的效率关键绩效指标法和灵活性关键绩效指标法（应对服务的变化）。企业的IT服务提供商也应该使用服务可用性的关键绩效指标法指标。 　　服务吞吐量关键绩效指标法体现在用户对应用程序或系统的使用或需求。通常是指事务的数量或计算工作的措施。　　·响应时间关键绩效指标法
　　响应时间的关键绩效指标法指标包括需要完成事务的时间长短。响应时间关键绩效指标法包括多种基础设施元素，如服务器、网络和存储。它与服务级别协议有紧密的关系（SLA）。　　· 资源利用率关键绩效指标法
　　举个例子，物理或虚拟机的资源与被分配资源总量的比值就是一种利用率关键绩效指标法。如果一个虚拟机分配了10G的内存关键绩效指标法，而它使用了10G的内存关键绩效指标法，利用率便是100%关键绩效指标法。　　·正常运行时间关键绩效指标法
　　正常运行时间关键绩效指标法是衡量应用或系统正常运行时间的百分比指标关键绩效指标法。群集技术关键绩效指标法，自动恢复服务器关键绩效指标法和网络故障转移关键绩效指标法都有助于正常运行时间的指标关键绩效指标法。　　企业可以利用这些指标来计算其定制服务关键绩效指标法。例如，如果设备的吞吐量关键绩效指标法和正常运行时间关键绩效指标法的指标高而响应时间的指标低关键绩效指标法，无论资源利用率的高低，服务分数都不会受到很大影响。但如果资源利用率和响应时间增加而吞吐量或者运行时间下降，则会严重影响服务关键绩效指标法分数。 　　·工作效率还是性能关键绩效指标法？　　这个派生关键绩效指标法的指标将工作量的分配资源关键绩效指标法和利用资源关键绩效指标法拿来做比较。这个指标可以看出工作量对资源需求的大小，是浪费资源、资源不足还是刚刚好。　　·系统效率和性能关键绩效指标法
　　系统效率关键绩效指标法是以服务器的分配资源与可用资源对比的一个指标关键绩效指标法，让服务器能达到最佳的性能负载。从这个指标可以看出服务器是存在资源浪费还是资源超载关键绩效指标法。　　工作负载关键绩效指标法和系统的指标关键绩效指标法通常是通过数据中心汇总数据后计算出来的平均值。IT团队通过快速测量工作期间的状态，再比较它以前的状态来为新技术项目的投资提供必要的数据关键绩效指标法。例如得到一个较低的关键绩效指标法数据，就表明可能需要升级负载均衡或其他技术项目关键绩效指标法。 　　·服务请求回应的关键绩效指标法
　　服务请求回应关键绩效指标法是指在可接受的时间内回应通过呼叫或者其他方式的服务关键绩效指标法请求，并成功解决的事件数量关键绩效指标法。　　·服务处理时间TTR关键绩效指标法
　　TTR关键绩效指标法是衡量需要解决关键绩效指标法服务请求的时间。例如当收到一个新虚拟机的请求时，评估的时间，方案的确定，批准到提供一个新的虚拟机这一整套流程的时间关键绩效指标法；或者收到要进行资源关键绩效指标法分配更改的请求，所需要的性能检测时间关键绩效指标法。　　伴随着IT服务请求的数量增加，TTR关键绩效指标法会相应的下降。可以看出TTR关键绩效指标法是灵活的，能够应对变化的工作量和用户需求。如果服务请求和TTR关键绩效指标法的数量同时增加，则表明IT服务存在明显的服务敏捷性短板关键绩效指标法。 　　IT服务提供商或其他提供受SLA（Service-Level Agreement 服务等级协议）约束的IT服务组织，都可以采用SLA 关键绩效指标法，这是一个涉及范围广泛的指标。　　·服务请求处理率KPI
　　这个关键绩效指标法指标是度量在一个可接受的时间对服务请求提供可用服务或者帮助的百分比关键绩效指标法。　　·正常运行时间关键绩效指标法
　　正常运行时间关键绩效指标法指标体现在一个计费周期内关键绩效指标法服务的可用性上。在周期内，也许不可避免有一定量的关键绩效指标法服务中断，但这个中断时间可以衡量SLA的履约能力和关键绩效指标法经营业绩。　　·平均故障间隔时间（MTBF）/平均修复时间（MTTR）关键绩效指标法
MTBF和MTTR是指故障频率关键绩效指标法和修复故障关键绩效指标法所需要时间的两个指标。
　　·服务请求数量的关键绩效指标法
　　这个关键绩效指标法指标是投诉或服务请求的数量。它的增加表明某些系统或平台存在问题。　　收集所有的关键绩效指标法数据，整合并制定关键绩效指标法结果提供给业务主管，它是SLA问题的一个重要早期关键绩效指标法预警。根据这个关键绩效指标法提供的关键绩效指标法基础数据可以为业务目标改善服务。 　　一个也许最重要但被忽视的方面——关键绩效指标法是与业务紧密相关的。无论会计、市场营销、销售等等行业，IT服务都可以管理关键绩效指标法和提供符合行业所需的关键绩效指标法应用系统和工具的关键绩效指标法统计报告。但并不是每一个关键绩效指标法指标都必不可少或可以作为测量目标。从公司到公司，甚至从项目到项目，这些关键绩效指标法指标的作用并不相同。　　选择IT的关键绩效指标法指标首先要了解这些指标的作用。专注于关键绩效指标法服务的业务将关注在不同负载条件下的事务或吞吐量相关的测量和活动关键绩效指标法指标。相反，企业关注控制成本的关键绩效指标法指标，包括计算资源的可用性指标、利用率和系统功耗。　　因此，随着时间推移，根据不同区域选择可测量并建立阈值的机制，实现与监控管理工具测量和选择不同关键绩效指标法指标是一个成熟IT服务的关键。

sql 关键绩效指标的基础知识

\!h Example from the perspective of a video game company

\!h Daily Revenue
-- The sum of money made per day
select
  date(created_at),
  round(sum(price), 2) as daily_rev
from purchases
where refunded_at IS NOT NULL -- exclude refunds
group by 1
order by 1;

\!h Daily Active Users(DAU)
-- The number of unique players seen in-game each day: [date, dau_count]
select
  date(created_at), 
  count(distinct user_id) as dau -- select date, count distinct user_ids - to avoid multiples
from gameplays
group by 1
order by 1;

-- DAU per platform: [date, platform, dau_count]
select
  date(created_at), 
  platform,
  count(distinct user_id) as dau
from gameplays
group by 1, 2
order by 1, 2;

\!h Daily Average Revenue Per Purchasing Customer(DARPPU)
-- Sum of revenue divided by the number of purchases per day:
select-- date, (daily revenue / by no. of unique purchasers) rounded to 2 decimal points
from purchases
  date(created_at),
  round(sum(price) / count(distinct user_id), 2) as arppu 
where refunded_at is null
group by 1
order by 1;

\!h ARPU - Average Revenue Per User
-- Revenue divided by the number of players, per-day.
with daily_revenue as ( -- temporary data set for daily revenue
  select
    date(created_at) as dt,
    round(sum(price), 2) as rev
  from purchases
  where refunded_at is null
  group by 1
), 
daily_players as ( -- temporary data set for daily amount of unique players
  select
    date(created_at) as dt,
    count(distinct user_id) as players
  from gameplays
  group by 1
)
select
  daily_revenue.dt, -- date
  daily_revenue.rev / daily_players.players -- daily revenue / by the no. of players that day
from daily_revenue
  join daily_players using (dt); -- two of the temporary tables joined
-- done with 'using' instead of 'on' because the two columns have the same name in both tables