摘要: etcd是一个K/V分布式存储,每个节点都保存完成的一份数据。有点类似redis。但是etcd不是数据库。 1.先说废话。之所以会用etcd,并不是实际项目需要,而是前面自己写的上传的DBCacheServer服务部署集群的解决方案,想了解服务功能。可以阅读前一篇博文,其实我就是想给大家提供一个查询 阅读全文
posted @ 2018-10-14 23:46 IT苦行僧 阅读(362) 评论(0) 推荐(0) 编辑
摘要: 在网上找到网友中的方法,将其修改整理后,实现了缓存量控制以及时间控制,如果开启缓存时间控制,会降低效率。 定义枚举,移除时使用 public enum RemoveType { [Description("超时移除")] TimeOut, [Description("超量移除")] Capacity 阅读全文
posted @ 2018-10-14 22:56 IT苦行僧 阅读(425) 评论(0) 推荐(0) 编辑
摘要: 在很多项目中,尤其是服务端,我们需要临时缓存一些数据,对于完整的我就不说了。主要的保持方法有: 1.大型数据库 2.缓存组件 3.文件(按照自己定义的格式存储) 4.一些缓存数据库(sqlte,h2,mongdb,redis等) 5.自定义的缓存方法。 这里我主要说说第5种方法,自定义类 首先我们定 阅读全文
posted @ 2018-10-14 22:55 IT苦行僧 阅读(386) 评论(0) 推荐(0) 编辑
摘要: c#里面的动态编译我就不讲了,主要的都有了。如果不熟悉我推荐博文 https://www.cnblogs.com/maguoyong/articles/5553827.html 标准的动态编译 这里主要是为了提供一个应用思路。以我的例子为准。 描述了一个接口,一个接口库。在服务端使用,在客户端调用。 阅读全文
posted @ 2018-10-14 22:54 IT苦行僧 阅读(689) 评论(0) 推荐(0) 编辑
摘要: 一般我们返回一个结果,主要有返回值,执行结果信息,所以定义一个类 public class QuestResult { /// <summary> /// 返回值 /// </summary> public object Result { get; set; } /// <summary> /// 阅读全文
posted @ 2018-10-14 22:52 IT苦行僧 阅读(289) 评论(0) 推荐(0) 编辑
摘要: 最近看了一本书,提到了分布开发注点,我感觉不错,在这里把主要几点记录下来,大家共享,遗憾忘记书名了。 主要考虑的可靠性问题 (1)链路有效性检查 (2)断连后的重连机制 (3)消息缓存重发 (4)资源合理释放 集群容错问题 故障 1.通信故障 2.执行超时 3.服务端调用失败 处理故障的途径 1.失 阅读全文
posted @ 2018-10-14 22:51 IT苦行僧 阅读(148) 评论(0) 推荐(0) 编辑
摘要: 开篇吹牛。。。。。 不吹了,因为我不擅长算法,就不胡说八道了。 现在一般的实现负载均衡,主要采用2种方法: 1.轮训 2.负载均衡算法 轮训就不说了,负载均衡现在一般采用HASH一致算法 不多说了,这个算法方面我真不擅长,不给大家胡说。介绍2片博文 https://www.cnblogs.com/d 阅读全文
posted @ 2018-10-14 22:50 IT苦行僧 阅读(577) 评论(0) 推荐(0) 编辑
摘要: 开篇都是吹牛逼哈。。。 我原本打算使用dotnetty来解决传输问题,但是试了下没有成功,也没有找到相关问题解决方法,导出源码,好大啊。暂时不想研究,而且是.Net Core的。最后没有办法,就自己封装了。我就不上代码了,已经传到GIT上面了,和其它项目。 我主要介绍过程原理,; 1.ISocket 阅读全文
posted @ 2018-10-14 22:49 IT苦行僧 阅读(617) 评论(0) 推荐(0) 编辑
摘要: 来,牛皮需要吹起,IT行业需要自娱自乐。开篇吹牛。。。。。 现在我们通信真是各种各样,各种组件,但是就我的看法,功能越完善,封装越完善,牺牲的性能可能就越大,代码量就越大。 当然这不能阻挡IT大军的脚步,那我们一套软件上线后怎么办,软件到中途发现通信组件有问题怎么办,怎么去改?如果是多部门,多单位协 阅读全文
posted @ 2018-10-14 22:49 IT苦行僧 阅读(452) 评论(0) 推荐(0) 编辑
摘要: 这次在整理一个服务组件的时候,需要涉及到HTTP的请求,HTTP是应用层,建立在TCP之上的。因此,可以用TCP服务端接收HTTP请求,只需要解析请求内容。HTPP有固定的格式,大家可以直接搜索。网上有相关的内容,我找到一篇博文以及作者的源码,感觉基本都可以。地址:https://blog.csdn 阅读全文
posted @ 2018-10-14 22:48 IT苦行僧 阅读(2732) 评论(0) 推荐(0) 编辑
摘要: c#的序列化有多种,我一般喜欢用第三方组件,一个公共组件要拿出来用,而且支持很多语言,甚至以此谋生,肯定有其优势。 有或者说存在必然有其合理性,经过几年开发,我更加喜欢第三方的东西,类似序列化的东西。 开篇总是牢骚,大家要习惯哈 最近在写一个小组件,组合一个框架,先分别介绍里面用到的东西,恰好一个个 阅读全文
posted @ 2018-10-14 22:47 IT苦行僧 阅读(2007) 评论(0) 推荐(0) 编辑
摘要: 最近整理下各类框架,学习一下欠缺的东西。因为前一年开发过java服务端,知道java有很多开源框架,但是毕竟起来也很累。 现在转回头从新审视c#,很基础,没有开源框架,因为以前它不开源,所以少,不用比较,全部自己造。 我们在开发服务端时,有一个很严重的问题,就是多线程处理。这就有个任务长期运行,频繁 阅读全文
posted @ 2018-10-14 22:46 IT苦行僧 阅读(294) 评论(0) 推荐(0) 编辑
摘要: etcd是什么东西就不介绍了,自己网上搜索,简单说就是一个分布式K/V存储系统; 由于它是go语言写的,没有其它客户端,找到一个java的。 出于方案积累原因,写了c#版本,可以使用。c#版本是基于etcdv3的,采用grpc. 如果要使用v2,则网上已经有了。 项目地址 https://githu 阅读全文
posted @ 2018-10-14 22:45 IT苦行僧 阅读(251) 评论(0) 推荐(0) 编辑
摘要: 当前有很多服务集群部署,但是对于我们自己开发的服务系统怎么样能够解决部署问题,对大家很麻烦和笨重. 首先,我想说对于我们国内,小公司小系统比较多。大型系统毕竟少数,向阿里云看齐的不多。其实所谓的需要集群部署,可能一般需要部署3个节点就差不多了。这么小的集群,采用企业级的大家伙是完全没有必要的。而且维 阅读全文
posted @ 2018-10-14 22:44 IT苦行僧 阅读(783) 评论(0) 推荐(0) 编辑
摘要: 修改了一些问题,努力兼容udt4版本。具体内容查看项目更新说明; 当前项目版本1.2 地址:https://github.com/jinyuttt/judt 阅读全文
posted @ 2018-10-14 22:43 IT苦行僧 阅读(215) 评论(0) 推荐(0) 编辑
摘要: 开篇吹牛,吹大牛了各位。接连几篇博文,已经将了我们系统常用的东西,主要针对服务端,非桌面系统。聊了这么久了,最后将这所有内容打包,完成一个系统。可能称为组件才合适,因为我没有提供启动程序。每一个模块都是尽量做到公共化,统一化总结一下:通信组件,序列化组件,特性反射,扩... 阅读全文
posted @ 2018-10-14 22:38 IT苦行僧 阅读(4392) 评论(0) 推荐(0) 编辑
摘要: 在网上找到网友中的方法,将其修改整理后,实现了缓存量控制以及时间控制,如果开启缓存时间控制,会降低效率。定义枚举,移除时使用public enum RemoveType { [Description("超时移除")] TimeOut,... 阅读全文
posted @ 2018-10-14 21:56 IT苦行僧 阅读(262) 评论(0) 推荐(0) 编辑
摘要: 在很多项目中,尤其是服务端,我们需要临时缓存一些数据,对于完整的我就不说了。主要的保持方法有:1.大型数据库2.缓存组件3.文件(按照自己定义的格式存储)4.一些缓存数据库(sqlte,h2,mongdb,redis等)5.自定义的缓存方法。这里我主要说说第5种方法,... 阅读全文
posted @ 2018-10-14 17:54 IT苦行僧 阅读(118) 评论(0) 推荐(0) 编辑
摘要: c#里面的动态编译我就不讲了,主要的都有了。如果不熟悉我推荐博文https://www.cnblogs.com/maguoyong/articles/5553827.html标准的动态编译这里主要是为了提供一个应用思路。以我的例子为准。描述了一个接口,一个接口库。在服... 阅读全文
posted @ 2018-10-14 17:13 IT苦行僧 阅读(188) 评论(0) 推荐(0) 编辑
摘要: 一般我们返回一个结果,主要有返回值,执行结果信息,所以定义一个类 public class QuestResult { /// /// 返回值 /// public object Result { g... 阅读全文
posted @ 2018-10-14 17:01 IT苦行僧 阅读(166) 评论(0) 推荐(0) 编辑