九州官方网站 版权所有 2003-2023
-
您的位置:
- 网站首页
- > 九州(中国)科技有限公司官网
- > 鲸品堂
您的位置:
导读:
随着多云产品、电信O3和IDC网管的不断发展,采控产品在应对业务场景多样化和规模交付的同时,产品易用性、数据复用性问题愈发显得捉襟见肘。同时,各项目组人员储备和经验参差不齐,急需一套可行的方案来促成快速交付。
能力封装,是对外提供封装的服务能力,内部根据业务场景进行拆分,转换为不同内容和顺序的交互指令。
差异化屏蔽,是对底层访问对象的统一转换,屏蔽不同厂家/型号的差异,具体细节由产品自身消化。
业务复杂。同时涉及许多行业术语、概念和知识点。
接口类型繁多。客观上,采控需要对接各类型的系统和接口,需要更多地思考如何降低接入成本。
业务范围广。随着行业快速发展,市场期望越来越高,承接的业务范围不断扩充,场景持续丰富。
性能稳定性要求高。采控类项目往往伴随高并发、低时延。
运维耗时长。许多优秀的平台都能解决容器化部署/批量运维的问题,但采控对接的对象,往往跟调度规则相关,无法满足微服务的无状态特性。另外,服务的通信连接上,有地址、端口、连接数等限制,且服务需放到各个地区的前置网络中,无法理想化地进行容器化部署。
异常修复慢。产品已有的监控功能可以实现数据分层钻取,但过于零散和技术化的日志语言,明显对运维人员是不友好的。
批量交付多。多云产品将迎来爆发期,对于批量交付存在可复用和全新云平台两种情况。前者关注如何高效地调试和验证,后者的难点在于如何分析新场景,按以往经验,业务分析验证耗时至少占整个交付周期的1/3。
一个软件从零开始到最终交付,包括以下几个阶段:产品规划、开发编码、构建、QA测试、发布、部署和维护。目前的DevOps已经演进成一个“端到端”的概念,如下图:
基于上述内容,本文想从产品能力整合的角度,来探索如何解决快速交付的问题。从业务接入、安装调测、运维能力三个方面入手,解决交付现状中遇到的门槛高、期望高、成本高问题。
针对上述三个问题,我们总结出以下方案,配套不同维度的助手,各个击破。
为避免耗费人力在资源评估流程上,产品基于业务沉淀提供测算工具和部署指导。测算工具为问卷式的流程向导,根据使用者回答的环境要求、平台类型、平台实例数、用户规模、访问量、策略需求等自动计算资源。
计算完则生成一份评估报告,推荐合适的资源配置、部署架构图、应用配置等,使用者可直接将其作为产品安装范本。
基于相似的业务包迭代
此方式可以通过云业务仓库的智能筛选,选择期望的云平台场景,再导出到其他环境进行修改验证,通过后又可以反过来添加/丰富云仓库。
使用新业务接入助手
如果是全新版本,系统提供快速接入助手,解决概念晦涩难懂、门槛高的问题。可直接在系统中调测相关指令,调测结束后可自动分析转换成具体的场景,无缝切换到系统模型配置中,屏蔽关联关系。最后将自动分析的场景进行模拟验证,快速实现新业务加载。
独立运行模式
该模式用于项目前期,比如客户演示、应标等。需要手工录入网元/采集源信息,手工发起策略或工单,通过监控页面实现全流程的监控。
依托云管模式
采控平台结合云管产品一块落地,网元/采集源的部分数值来自云管平台。
完成环境自检后会生成对应的检测报告,展示中间件及应用的状态信息,并列出系统环境存在的异常问题,同时尝试自动修复,如应用宕机可通过脚本调用进行重启。对于需要人工介入修复的异常,报告将列出具体问题并提供相应的修复指引。
2)业务配置检查