C# 中的 .NET 分布式代码执行框架

发布于 2024-08-02 20:28:04 字数 372 浏览 2 评论 0原文

我们当前运营的数据中心聚合了一堆登录数据并将其存储到数据库中。

我们有几个定期运行的“作业”,它们对数据进行操作,执行统计分析等。

当前的调度程序和作业系统非常基本,我想把它踢到坚果上并将其发送到超速档(只需去和我一起讨论这个)。

我想开发一个可扩展的作业执行和自动调度程序平台。我可以毫无问题地处理资源的自动调度,但可扩展的作业执行引擎是我必须做一些工作的地方。

我想知道.NET框架是否支持这个?我知道 Azure 将允许开发人员开发分布式应用程序,但我相信这些应用程序必须在 MSFT 的数据中心上运行。

基本上我想运行我自己的迷你 Windows azure 环境。

哦,伟大的SO社区,还有希望吗,还是我必须建立自己的希望?

We current operate a datacenter that aggregates a bunch of login data and stores it into a database.

We have several "jobs" that run periodically that operate on the data, perform statistics analysis, etc.

The current scheduler and job system is pretty basic, and I'd like to kick it in the nuts and send it into overdrive (just go with me on this).

I'd like to develop a scalable job execution and automated scheduler platform. I can handle the automated scheduling of resources no problem, but the scalable job execution engine is where I'd have to do some work.

I'd like to know if the .NET framework has support for this? I understand Azure will let developers produce distributed applications, but I believe these have to run on MSFT's datacenters.

Basically I'd like run my own mini windows azure environment.

Oh great S.O. community, is there any hope, or must I build my own?

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

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

发布评论

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

评论(1

挽手叙旧 2024-08-09 20:28:04

听起来分布式消息队列对你有好处。 MSMQ 非常适合这种情况,因为您可以写入公共消息队列,并在许多服务器上分发您的操作(您将其实现为 Windows 服务)。

你调查过这个吗?

It sounds like a distributed message queue would be good for you. MSMQ fits this case perfectly, as you can write to a public message queues, and distribute your actions (which you'd implement as windows services) across many servers.

Have you looked into this?

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