surging microservice

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