基于激增的网络组件,该多协议适配的平台化发展有何新趋势?
- 内容介绍
- 文章标签
- 相关推荐
本文共计881个文字,预计阅读时间需要4分钟。
前言:Surging 发展已历经数年,经历了快速成长的时间。在这些年的发展中,功能框架也趋于成熟。但面对商业化需求,仍需不断打磨。
前期客户找到我们,希望升级成为平台化,针对他们的需求,我们进行了深入讨论。
前言Surging 发展已经有快6年的时间,经过这些年的发展,功能框架也趋于成熟,但是针对于商业化需求还需要不断的打磨,前段时间客户找到我想升级成平台化,针对他的需求我们讨论了很久,他的一些需求想法还是非常先进的,针对于现在surging 还有很多需要研发打磨,后面因为时间成本的关系我拒绝了他,我也打算后面慢慢的将surging升级为平台化以便支持物联网,流媒体等业务场景,可以通过统一定义,统一管理来配置构建各种业务场景,而web网关,设备网关,流媒体网关等各种类型的网关可以通过配置添加删除网络协议组件,以便可以支持多种协议适配,设配管理和配置规则引擎等业务场景。 今天所要讲的是以TCP组件为范本如何进行优化构建成平台化多协议适配。
本文共计881个文字,预计阅读时间需要4分钟。
前言:Surging 发展已历经数年,经历了快速成长的时间。在这些年的发展中,功能框架也趋于成熟。但面对商业化需求,仍需不断打磨。
前期客户找到我们,希望升级成为平台化,针对他们的需求,我们进行了深入讨论。
前言Surging 发展已经有快6年的时间,经过这些年的发展,功能框架也趋于成熟,但是针对于商业化需求还需要不断的打磨,前段时间客户找到我想升级成平台化,针对他的需求我们讨论了很久,他的一些需求想法还是非常先进的,针对于现在surging 还有很多需要研发打磨,后面因为时间成本的关系我拒绝了他,我也打算后面慢慢的将surging升级为平台化以便支持物联网,流媒体等业务场景,可以通过统一定义,统一管理来配置构建各种业务场景,而web网关,设备网关,流媒体网关等各种类型的网关可以通过配置添加删除网络协议组件,以便可以支持多种协议适配,设配管理和配置规则引擎等业务场景。 今天所要讲的是以TCP组件为范本如何进行优化构建成平台化多协议适配。

