surging microservice

凯亚物联网平台如何通过MQTT网络组件接入设备有人提议我用kestrel代替Dotnetty ，那是不可能的, 物联网平台MQTT，rtmp,rtsp,httpflv,tcp,udp,rpc 都是基于dotnetty实现，压测没有问题，每秒可以达到20w/s，当中因为SingleThreadEventExecutor的问题导致每天内存会增加的问题，我会通过源码修复，修复完成我会开通MQTT,http,tcp,udp,coap端口提供给大家测试。

.net clr 8年才修复的BUG，你让我损失太多了.NET社区修复问题可谓是龟速，一个BUG在.NET 7.0+版本才修复，你让我损失了几万块，我现在还记得客户那种质疑的表情，你了解那种尬尴的气氛吗？你让我一度怀疑dotnetty,我从来不去怀疑框架，运行时，每次碰到问题，我先提醒使用者先去找自己的问题，现在让我改变了这个看法。

surging 集成SuperSocket预发布版本2.0周末在家试着扩展SuperSocket，因为之前都是只支持.net framework, 后面出现支持.NET CORE 的SuperSocket 2.0 ，然后集成进来和dotnetty 做下对比，dotnetty 有多强，我压测可以支持20w/s, 然后客户提供的服务器，通过外网压测网关，把上行速度50MB带宽的网络跑满了，引擎主机CPU只是在15%左右，完全没有跑满。然后再试试国人开发的SuperSocket看下性能怎么样。

通过jmeter压测surging今天压测了surging内存稳定在180MB以内,然后今天和客户签了合同，还要帮客户梳理微服务其它相关问题，然后客户有意向购买木舟物联网平台。

帮客户解决基于surging的物流速运网关内存泄漏问题有surging企业客户找到我，系统已经在线上环境运行，在使用过程中碰到内存不能释放的问题，每次都要和客户打招呼进行重启造成很坏的影响，问能不能彻底解决掉，然后我打包票可以解决，解决不了不收钱，

从木舟平台来庖丁解牛微服务有人奇怪为啥surging 宣布不更新，后面又更新了，又开发出木舟平台呢？我只能说有些事是命里注定，有些事情注定放弃不了，当你放弃的时候，会有客户花钱让你扩展更新，会有客户购买你的微服务引擎框架，甚至碰上叫你定制功能，给了代码，没给钱的，最近一年surging 就卖出去了10万，那为啥又开发木舟平台，是因为前年有个客户找我25万开发物联网平台，因为费用授权的关系，后面回绝了他，而后发现这是不是老天给我的机会呢？然后着手利用闲暇时间进行开发木舟物联网平台。现在平台初具雏形，几个月之后会推出稳定高效的微服务物

针对于基于surging的dotnetty组件内存泄漏问题前段时间客户碰到基于surging内存泄漏问题，邀请我来现场帮忙解决，对于dotnetty 我一直又爱又恨，因堆外内存DirectByteBufferChunk 中PoolChunk映射分配的16mb始终无法销毁，后面设置优化了dotnetty 环境变量参数，未在同一线程下导致引用计数出现错乱，从而导致的内存泄漏问题。

线上测试木舟物联网平台之如何通过HTTP网络组件接入设备木舟 (Kayak) 是什么?木舟(Kayak)是基于.NET6.0软件环境下的surging微服务引擎进行开发的, 平台包含了微服务和物联网平台。支持异步和响应式编程开发，功能包含了物模型,设备,产品,网络组件的统一管理和微服务平台下的注册中心，服务路由，模块，中间服务等管理。还有多协议适配(TCP,MQTT,UDP,CoAP,HTTP,Grpc,websocket,rtmp,httpflv,webservice,等),通过灵活多样的配置适配能够接入不同厂家不同协议等设备。并且通过设备告警,消息通知,数

线上测试木舟平台发布前端时间得了甲流，然后买了西药，导致肝损伤，然后用中药调理，现在基本上恢复了，后期会继续完善木舟物联网平台研发

基于surging的木舟平台如何分布式接入设备上篇文章介绍了木舟通过基于木舟平台浅谈surging 的热点KEY的解决方法，那么此篇文章将介绍基于surging的木舟平台如何分布式接入设备.

基于木舟平台浅谈surging 的热点KEY的解决方法上篇文章介绍了基于surging的木舟平台如何构建起微服务，那么此篇文章将介绍基于木舟平台浅谈surging 的热点KEY的解决方法

基于surging的木舟平台如何构建起微服务木舟平台分为微服务平台和物联网平台，上面几篇都是介绍如何通过网络组件接入设备，那么此篇文章就细致介绍下在木舟平台下如何构建微服务。

基于surging 的木舟平台如何通过Tcp或者UDP网络组件接入设备上篇文章介绍了木舟通过HTTP网络组件接入设备，那么此篇文章将介绍如何利用Tcp或者UDP网络组件接入设备.

基于surging 的木舟平台如何通过HTTP网络组件接入设备上篇文章介绍了木舟如何上传模块热部署，那么此篇文章将介绍如何利用HTTP网络组件接入设备，那么有些人会问木舟又是什么，是什么架构为基础，能做什么呢？

基于surging的木舟平台如何上传模块热部署通过3个月的赶工，基本上快完成1.0版本的研发，将在下个月发布社区1.0版本。木舟 (Kayak) 是什么?

基于surging 如何利用peerjs进行语音视频通话PeerJS 是一个基于浏览器WebRTC功能实现的js功能包,简化了WebrRTC的开发过程，对底层的细节做了封装，直接调用API即可,再配合surging 协议组件化从而做到稳定，高效可扩展的微服务，再利用RtmpToWebrtc 引擎组件可以做到不仅可以利用httpflv 观看rtmp推流直播，还可以采用基于 Webrtc的peerjs 进行观看，那么今天要讲的是如何结合开发语音视频通话功能。放到手机和电脑上都可以实现语音视频通话。

基于surging的木舟IOT平台如何添加网络组件为了弥补代码的遗失，木舟IOT平台正在加班加点进行研发，后面不只是针对于IOT设备接入上报,告警，视频管理，组态数据可视化大屏，后面还会有快速搭建微服务平台，利用surging.cli工具根据数据库表生成微服务，中间服务，能让程序员快速完成BOSS交给的任务，从而在这个内卷的社会能占有一席之地。这些都是没有完成任务的空话，现在发此篇的目的是作者有能力开发出优秀的IOT平台，先介绍一个比较突出的功能，就是可以基于共享或者独立配置添加网络组件，下面来介绍一下如何添加网络组件。

基于surging的产品项目-木舟开源了！因为前段时间电脑坏了，导致代码遗失，踌躇满志马上上线的平台产品付之东流，现在熬夜在写代码希望能尽快推出企业正常使用的平台产品，而这次把代码开源，一是让大家对surging 使用有个深入的了解，二也是开源社区起到监督推动作用，底层的代码基本上已经完成，比如脚本解析，规则引擎，协议组件的热插拔，还有一些IOT相关的协议比如：RTMP,RTSP,gb28181，httpflv,MQTT,Tcp,udp 都已经完成，现在把木舟(KayakIot)部分代码开源，

解读surging 的内存过高的原因对于.NET开发人员来讲，一个程序占用内存过高，是极其糟糕，是一款不合格的程序软件，.NET开发人员也不会去使用服务器垃圾收集器(ServerGarbageCollection),而是选用工作站垃圾收集器，而是对于一款低内存的程序更能给开发人员是一款稳定运行的程序，而对于今天写这篇文章的目的，源于客户说基于surging的服务内存一直升高，内存泄漏，在这里我可以讲解一下，以解决企业、社区用户的疑问。

如何基于surging跨网关跨语言进行缓存降级surging是一款开源的微服务引擎，包含了rpc服务治理，中间件，以及多种外部协议来解决各个行业的业务问题，在日益发展的今天，业务的需求也更加复杂，单一语言也未必能抗下所有，所以在多语言行业解决方案优势情况下，那么就需要多语言的协同研发，而对于协同研发环境下，统一配置的网关，多语言访问调用必然会涉及到需要数据缓存的问题，那么怎么做到跨网关跨语言缓存降级呢？那么将在此篇文章中进行讲解。