计数器引擎-“再发展”

最初的COUNTER引擎动力360 COUNTER和COUNTER报告在into评估。原来的引擎已经被改进了很多次。尽管有这些努力，但客户继续看到这些报告的准确性和表现的问题。我们听到了你。几个月前结束，结束了一个完全重新开发。

原始计数器引擎的特殊问题是：

• 影响生产服务
  • 所有处理都在我们的生产数据库中处理，可以影响客户中心，资源管理器，intota和其他应用程序
• 高维护系统
  • 维护系统的成本非常高，而且由于性能的原因，客户满意度很低
• 没有用于ProQuest或用户的实时信息
  • 该过程缺乏透明度，使得难以识别和重现分辨率的错误
  • proquest支持无法找到并修复足够快的错误以满足客户的需求
• 可怜的日志
  • 处理提供了非常有限的可见性，即发生正在发生的事情，使得解决问题很难。

新的COUNTER引擎提供了许多优点，可以改进COUNTER使用情况报告。这些包括:

• 提高文件负载效率
  • 收获的文件将能够更快地装载
  • 可以同时处理多个文件
  • 作为报告加载到系统中的活动数据验证
• 处理透明度
  • 如果报告上传失败，则显示失败的记录
  • 支持记录修复和重新提交
  • 显示如何计算成本
    • 包括标题
    • 计算
• 改进标题匹配——更好地报告在不同包中使用相同的标题
  • 个人规则（脚本）可以应用于提供者来处理异常条件
• 使用新知识库
  • 改善了记录匹配的质量和一致性
  • 改进的匹配、合并和重复数据删除

新的柜台引擎完全从头来重写，利用新技术和现代系统架构原则。

• 建筑 - 新的计数器引擎是亚马逊Web服务，使其非常稳定和高表现。
  • RAW报告文件存储在生产系统之外
  • 删除生产系统的负载
  • 客户中心/Intota和其他系统消费者的API
  • 可以同时处理多个报告
• 模块化设计
  • 支持插件和单独的脚本
  • 输入和输出流（提供商和消费者）的独立规则
  • 与新的知识库集成，实现更好的每次使用成本报告
    • 更高的质量记录
    • 是否能够减少丢失和/或不匹配的记录
• 指标和报告
  • 专为透明度而设计（看看正在处理的内容和状态）
  • 改进了关于系统健康状况和结果的度量
• 100%自动化测试和交付
  • 没有手动测试，没有手动交付发布

相关文章