从1月份首次公开介绍这个项目到现在也快4个月了，期间做了一些修修补补整体没什么大的改动。2.0算是发布之后第一个大的版本更新，带来了许多新功能新特性，也修复了一些已知的bug，在此感谢在博客、Issue和QQ群中提出各种意见的朋友，以及指导过我的前辈大佬们。
在我看来，这个项目没有使用任何高深的技术和架构，甚至有些代码写的自己都不满意不敢拿出来给大家观赏，和社区中其他一些开源项目的大佬们比起来自惭形秽。但是这几个月陆续收到一些小伙伴的支持和鼓励，也被一些源码网站收录和推荐，让我有勇气和信心把它继续做下去，贵在坚持吧。
新版本主要是增加了HTTP任务调度以及节点管理功能，开发过程中重构了部分代码，本来还打算完善一下单元测试，由于时间关系无奈延后了。
不太熟悉的朋友可以看下之前的介绍：
新版本特性
-
完善了任务生命周期事件
-
任务列表支持节点名称搜索和显示优化
-
支持配置HTTP任务
-
支持节点手动管理
-
支持在程序集任务中指定自定义配置文件
-
支持长任务取消
-
新增了一些系统策略配置
-
新增了动态参数启动，对容器部署更友好
-
推出正式文档
-
补充了一些使用demo
-
修复若干bug
本次更新稍有遗憾的是对HTTP任务授权认证处理这块，我所了解到的开放API基本都实现了自己的一套签名验证机制，更完善的则会使用OAuth2那一套东西，使用简单BASIC认证或JWT的比较少一些，所以感觉接入BASIC和JWT的意义不大，但是面对五花八门的接口签名或OAuth我暂时也没有太好的方案，只好先给出一个简陋的HTTP调度功能，日后还会继续思考探索把这块加上。
到这里系统的核心调度功能基本差不多了，接下来会重点考虑异步化、资源监控、性能监控和更加自由的策略配置方面的东西。有些朋友也建议能否支持多数据库类型、改成SPA应用等等，这种需求目前不是很紧急，会往后放一放再看。
先睹为快
由于开始维护正式文档，博客中后期会有内容更新不及时，请以github wiki为准。
1、提供了任务初始化入口：
- public virtual void Initialize()
- {
- ///TODO:
- }
我们可以在这里加载自己的配置文件（支持热更新）:
- /// <summary>
- /// 演示如何设置自己的配置文件，以及读取配置项
- /// </summary>
- public class CustomConfigFile : TaskBase
- {
- public override void Initialize()
- {
- //指定配置文件
- base.SetConfigurationFile("myconfig.json");
- }
-
- public override void Run(TaskContext context)
- {
- context.WriteLog($"我的配置TestKey1：{Configuration["TestKey1"]}");
- context.WriteLog($"我的配置TestKey2：name->{Configuration["TestKey2:Name"]} age->{Configuration["TestKey2:Age"]}");
- }
- }
- // myconfig.json
- {
- "TestKey1": "MyValue1",
- "TestKey2": {
- "Name": "hoho",
- "Age": 18
- }
- }
或者做一些DI绑定的东西:
- /// <summary>
- /// 演示如何在业务中使用DI
- /// </summary>
- public class TaskUseDI : TaskBase
- {
- IServiceProvider serviceProvider;
-
- public override void Initialize()
- {
- var serviceCollection = new ServiceCollection();
- serviceCollection.AddTransient<ITemplateService1, TemplateService1>();
- serviceCollection.AddTransient<ITemplateService2, TemplateService2>();
- serviceProvider = serviceCollection.BuildServiceProvider();
-
- base.Initialize();
- }
-
- public override void Run(TaskContext context)
- {
- context.WriteLog($"我是使用DI获取的结果：{new TaskUseDITest(serviceProvider.GetService<ITemplateService1>()).GetResult()}");
- }
- }
Initialize()方法的特点是只会在创建任务实例时执行一次(当然你也可以使用构造函数实现)，伴随直到任务实例销毁(停止)的整个周期。
2、在控制台中配置HTTP任务
- [HttpPost]
- public string JsonPost(Blog model)
- {
- return "ok";
- }
3、新增的若干配置项
4、禁用自动注册模式，使用master主动创建并接管worker
5、使用命令行传参覆盖配置文件
- // docker镜像中的配置文件
- {
- "NodeSetting": {
- "IdentityName": "worker1",
- "Role": "worker",
- "Protocol": "http",
- "IP": "localhost",
- "Port": 30001,
- "Priority": 1
- }
- }
- [root@master1 ms_worker1]# docker run -d -p 40001:80 --name="myworker1" ms_worker bash --identity=docker-worker1 --ip=192.168.174.5 --port=40001
- 5e446997d4a28b3c6ec0708a88d42a4d6baad1e5d5ae686d88c03e99c4e2003f
更多的等着你来慢慢探索~
重要提示：如果您从前面的版本升级，请务必检查系统配置菜单是否有新增的配置项，如果没有的话，请使用src目录下的db.sql最后面的配置项脚本初始化数据。
INSERT INTO schedule_master.systemconfigs (key,group, name, value, sort, isreuired, remark, createtime, updatetime, updateusername) VALUES ('Http_RequestTimeout', 'HTTP配置', '请求超时时间', '10', 1, 1, '单位是秒，默认值是10', now(), null, null);
INSERT INTO schedule_master.systemconfigs (key,group, name, value, sort, isreuired, remark, createtime, updatetime, updateusername) VALUES ('System_WorkerUnHealthTimes', '系统配置', 'Worker允许无响应次数', '3', 1, 1, '健康检查失败达到最大次数会被下线剔除，默认值是3', now(), null, null);
INSERT INTO schedule_master.systemconfigs (key,group, name, value, sort, isreuired, remark, createtime, updatetime, updateusername) VALUES ('Assembly_ImagePullPolicy', '程序集配置', '文件包拉取策略', 'IfNotPresent', 1, 1, 'Always-总是拉取，IfNotPresent-本地没有时拉取，默认是Always', now(), null, null);
未来展望
本项目始终秉持部署简单+操作简单的核心理念持续进行迭代更新，积极响应各方的建议和需求，为开源社区添砖加瓦~
作者唯一开源地址
：
-
https://gitee.com/hey-hoho/ScheduleMasterCore （只从github同步）
文档（还在逐步更新中）：
感谢大家支持~
我的博客即将同步至腾讯云+社区，邀请大家一同入驻：https://cloud.tencent.com/developer/support-plan?invite_code=oeevm2f6y7qt
