surging microservice

凯亚物联网平台发布测试版本在下载前，为了消除顾虑，再分析dump进行优化，接上篇文章，找出了dotnetty的问题，那surging 没有问题了？这次我们用windbg 来分析，先输出命令!dumpheap -stat，如下图

基于凯亚物联网平台优化内存和性能因为 surging 的版本都是基于dotnetty ，因为停更加上性能上的不稳定，让我和客户都很烦心，后面打算修改源码，但是我看了源码发现buffer,EventLoop内部封装都不是很好，很难进行修改，为了节约时间后面在github找到spannetty，然后下载源码，替换之后的引用发现性能上有了很大的进步，视频直播推流不卡顿，但是发现还是有内存泄漏的问题，然后通过dump文件修正了问题，然后我把网关访问的 JSON编解码组件由原来的Json.net 改成了system.text.json，然后明天

凯亚物联网增加MQTT设备功能测试这几天一直在测试设备功能，并且搭建了线上分布式流媒体推送，内存还比较稳定，.NET 8.0 性能不错，内存控制已经赶上了C++了，大家闲暇时间可以玩玩设备功能以及其它功能，过几天会发布测试版提供下载，后续会把surging 升级基于.NET 8.0，spandotnetty 稳定版本

如何搭建基于surging的分布式直播流媒体这几天一直在优化测试dotnetty，代码是基于https://github.com/cuteant/SpanNetty ，基础上修改优化的，然后发布搭建了分布式rtmp直播服务，内存一直稳定在70mb左右，然后大家可以下载进行测试，也可以观看直播推流的电影，一共有两部，一部是黑衣人，一部是大红包。还有要求性能比较高的，还是关闭链路式跟踪，一般可以用在调试测试和并发不高的系统上，微服务调试用上了链路跟踪大大减少了开发调试时间，就比如某个链路调用出现错误，可以点开查看相关日志，就可以跳到相关日志列表，然后点

凯亚利用直播推流技术请大家看电影劳动节在家下载dotnetty 代码添加到到kayak项目中，偶然看到项目https://github.com/cuteant/SpanNetty ，然后参考了代码，然后spannetty 性能稳定性让我非常惊讶，比dotnetty 靠谱多了，今天我用直播推流看了几部电影，内存一直稳定在80mb左右，然后放假期间，凯亚利用直播推流电影，大家闲暇之余可以看看。几百块的服务器，流量带宽只有8mb ，下行速度只有1mb左右，只能支持2个人同时观看，等凯亚平台有流媒体管理会迁移到更好的服务器。到时候大家可以尽

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

凯亚IOT平台在线测试MQTT接入设备凯亚 (Kayak)开通了MQTT端口425，以便给感兴趣的同僚进行测试，下面将在此篇文章讲解平台如何接入设备进行MQTT通信

凯亚物联网平台如何通过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网络组件接入设备.