关于调度程序“仪表板”信息的一般问题应该有

发布于 2024-09-29 16:56:14 字数 332 浏览 3 评论 0原文

很抱歉另一个非编程问题,但我正在使用 Quartz.NET,它是 .NET 应用程序的调度程序,用于 Windows 服务,它允许用户安排与来自各种来源的正则表达式匹配的文件的传输 - 例如,用户可以安排每天下午 6 点进行的一项工作,将文件从网络路径传输到 FTP 服务器。

添加作业和管理是使用 ASP.NET 项目完成的,我正在创建一个仪表板来向用户​​显示有用的信息。到目前为止,我在仪表板上有以下信息:

作业总数
Windows 服务状态
自调度程序激活以来的时间

我知道这是一个非常的问题,但是我还可以将哪些其他信息片段添加到仪表板中,因为目前它非常稀疏。

Sorry for another non programming question, but I'm using Quartz.NET, a scheduler for .NET applications, for a Windows Service which allows users to schedule transferrig of files that match a regular expression from various sources - for example the user may schedule a job to occur every day at 6pm that transfers the files from a network path to a FTP server.

The adding jobs and management is done using an ASP.NET project, and I'm creating a Dashboard to display useful info to the user. I have the following information on the dashboard so far:

Total number of jobs
Windows Service status
Time since scheduler active

I know it's a very general question, but what other snippets of info can I add to the dashboard, as it's very sparse at the moment.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

勿忘心安 2024-10-06 16:56:14

我曾担任过几个调度程序的产品经理。以下是这些类型的一些常见要求,但我建议您与一些目标用户交谈,以了解它们是否适用于您的应用程序。

用例:
1. 尝试确定作业是否运行正常。
2. 如果作业运行不正常,请向用户提供有关原因的线索。为用户提供调试和修复工具。

一般要求:
1. 包含最近 N 个作业信息的表:
- 时间开始,时间完成。完成状态(成功/失败)。时间长度。任何错误。安排作业的用户。该作业对其他作业或其他事件的任何依赖关系。作业运行的特定机器(如果在集群中)。

在此小面板中包含允许您取消可能挂起的作业的链接可能会很好。
工作的优先级(如果您有优先级)。

  1. 比较所有作业:%成功,%失败。完成作业的平均时间。

  2. 按计划用户比较作业:平均时间、成功百分比、失败百分比。

这绝不是一个全面的列表或其他东西。我只是想根据我脑海中所记得的内容向您提供一些想法。

-

I've worked as a product manager on a few schedulers. Here are some common requirements for these types of things, but I urge you to talk to some target users to find out if they are applicable to your application.

The use cases:
1. Trying to identify if the jobs are running okay.
2. If jobs are not running okay, give the user clues as to the cause. Give user tools to debug and fix.

General requirements:
1. Table with info on last N jobs:
- Time started, time completed. Status of completion (success / failure). Length of time. Any errors. User who scheduled job. Any dependencies this job has on other jobs or other events. Specific machine the job ran on (if in a cluster).

Might be nice to include links in this dashlet that would allow you to cancel a job that might be hung.
Priority of the job (if you have priorities).

  1. Compare all jobs: %succeed, %failure. Avg time to complete job.

  2. Compare jobs by the scheduling user: avg time, %success, %failure.

This is by no means a comprehensive list or something. Just my trying to give you a few ideas, based on what I can remember off the top of my head.

-

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文