1639人阅读
我完成的工作概要背景：以前PMS只管理接入和核心网的性能采集，U2000网管要求有统一的跨域性能管理系统，因此进行重构和融合。同时，管理容量的提升和竞争分析也要求有更大的管理容量。任务：1、对原有的PMS系统进行重构；2、继承数通和传送原有的所有需求，新增支持PTN和VRP 8设备；3、梳理原来比较混乱的接口，设计统一接口；4、提出了只报告警、不存数据的TCA任务模式，适应大规模数据采集；5、迁移到Linux + Oracle架构；6、针对北向场景，设计了非数据库运行模式；7、针对市场需求，进行管理容量提升的专项研究
PMS主要特性1、数十种设备类型的性能采集2、多种性能数据浏览方式：表格、折线图、柱状图3、提供多种形式的北向接口4、提供性能数据对比显示功能5、提供性能门限告警及浏览功能6、数据转储（按时间、按空间）7、报表功能8、数据聚合功能9、双门限告警，告警抑制??PMS管理容量独立网管+数据库模式：最大的50万/15分钟（1GB/天，保存30天）北向接口+文本模式：最大500万/15分钟（10GB/天）
PMS系统架构
PMS EXE和采集器之间的架构说明
支持分布式采集
支持数据库和文本两种存储方式
多进程架构，不同的设备接口类型通过独立的采集器完成采集：SNMP采集器、FTP采集器、传输设备性能采集器。通过中心的性能管理进程进行集中存储。由于设备子类型繁多，每个采集器都需要进行复杂的适配。
平台+插件式的架构模式：平台部门开发平台和采集器，下游产品开发数据库脚本。
SNMP和FTP采集器采用DLL实现。由于PTN和传送设备的管理接口是私有的，因此由网元管理器自己实现采集。PMS和网元管理器之间采用消息结构进行进程间通讯。
EXE和DLL之间的接口主要包括：1、运行时接口：同步采集对象元数据；2、运行时接口：设置采集周期，起始、结束时间，Schedule；3、静态编译接口：数据入库、写文件的函数接口；4、静态编译接口：获取性能指标元数据；
PMS EXE和其他子系统之间的架构说明
PMS在TOPO注册消息，从TOPO子系统获取实体信息。实体信息发生变化时，通知PMS。另外，PMS也会和TOPO定期校验数据一致性并进行同步。
PMS模拟产生或收集的TCA告警通过消息接口上报给IMAP故障进程。
PMS接收来自北向子系统的性能数据上报请求，并通过XML/CORBA/TXT/TL1方式上报给OSS。
和设备的接口
路由器：SNMP/FTP/SFTP接入设备：SNMP/FTP/SFTP传送/城域以太：二进制私有协议/TL1
性能阈值告警的概念
接入、数通设备的性能阈值告警由网管计算后模拟产生，支持双门限。VRP8和PTN设备的性能阈值告警由设备自己产生。
PMS的概念模型
实体指标阈值（触发上下限、消除上下限）指标组性能采集任务（只产生阈值告警的任务、只储存数据的任务，或二者兼而有之）
设备侧组网拓扑?传送/PTN：网关网元+非网关网元，IP组网、ECC组网，链式组网。?接入：OLT + ONU组网，大量的小设备/单板?路由器：多种组网方式
PMS团队开发模式
对于接入和数通、VRP 8，由CMF完成采集模块的开发，由各TDT完成数据库脚本的注册。由于PTN和传送设备的设备管理接口是私有二进制的，且网管只能同时和网元建立一个连接，因此由网元管理器完成采集。DataAdmin是一个独立的进程，用以管理数据库模式下的数据生命周期。相关策略有：按剩余空间删除；按指标组删除过期数据；数据转储。按时间删除数据的思路是"每天删除7天前的过期数据"
PMS系统共设计的复杂性
大数据容量设备类型繁多、接口差异大，3大产品系列分属3个独立的产品线开发，实现千差万别，协调工作量大。由于设备业务特性差异大，而且原来都已经有性能管理系统，融合难度大，需要仔细权衡、设计技术方案。沟通的成本高，需要和很多个部门协调，实现一个技术方案的沟通工作量大。
PMS管理容量提升方案
针对不同的组网模式、网管硬件配置，有不同的优化方案：
1、普通场景：数据库优化批量插入、忽略重复数据字段优化：缩短字段、裁剪无用字段分区表、分表分散日志文件和数据文件的物理存储优化数据库表参数（PCTUSED/PCTFREE）另外，也受益于Oracle的效率
2、北向场景：文本存储采用非数据库模式满足容量需求统一北向文件格式和设备文件格式差异
3、所有场景：通过FTP采集提升性能单设备批量上传多周期数据一个设备设置了相同采集周期的所有实体通过一个文件上报内存FTP
将计算、告警触发比较下移到设备实现，由设备主动上报
5、特定场景的优化方案对于PTN、路由器等拓扑形态复杂的场景，采用上层设备代理采集的方案??PMS管理的业务领域和设备类型
传送：OptiX OSN1500、OSN2500、OSN3500、OSN7500 城域以太交换机：S/S5300接入：UA5000/MA5600(T)/MA5200(G)/MA5300/MD5500路由器：NE20/NE40(E)/NE80E/NE5000
PMS采集的主要性能指标
传送设备：
??误码率、误码秒、抖动、漂移、不可用秒??15分钟性能、24小时性能，当前性能，历史性能??不可用时间（UAT）
城域以太交换机/路由器：??基于报文：上行速率、下行速率（基于不同实体：端口、单板、设备、VPN，基于协议：TCP/UDP/ICMP/ARP/单播/广播/组播），基于不同单位：速率、包数、字节数。非法报文、丢弃报文、转发报文。??基于设备：网络设备在线可用性,CPU平均利用率,内存利用率,网络设备内存池占用容量,网络设备内存池可用容量,??IGMP, QOS队列, 链路聚合，VLAN??基于测试：??SLA: 测试延时、丢包、抖动，DHCP, DNS, ICMP Echo, FTP, HTTP, Jitter, UDP
接入设备：??OLT及ONU PON端口报文流量统计??OLT及ONU CPU及内存监控与告警??SNMP报文流量统计??以太网端口流量统计表
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：239103次
积分：2562
积分：2562
排名：第11555名
原创：92篇
评论：34条
(3)(3)(7)(87)热门搜索：
“新零售·新柒航”又一城年会欢笑开锣
新零售沙龙·广州站 又一城助企业起跑全渠道
又一城新零售沙龙：洞察零售变革的套路
母婴企业家峰会召开 又一城母婴新零售惊艳会场
临沂商务局莅临参观 又一城加入山东电商促进会
【商家级】
【企业级】
【平台级】
当前位置：>>>什么是电商订单系统
什么是电商订单系统
发布时间：来源：又一城
&& 什么是电商订单系统
&& & 电商订单系统是电商ERP的重要功能之一。实现真正意义上的多平台运行，即：ERP系统可以不受任何操作系统限制，以便企业可以根据业务需要和投资能力选择最佳平台，并且帮助企业顺利实现不同应用水平阶段的平滑过渡。在企业建设管理系统初期，可以选择普通的PC网络，投资相对较低，但随着应用规模的扩大，需要更大的处理能力硬件环境，但并不希望更改应用软件系统。这样一来，B/S ERP形式的跨平台商务软件系统就显出十分优势，也能充分保护用户的投资。
&&&& 现在很多的传统企业或者淘品牌除了在天猫、淘宝集市店之外，还有在京东、亚马逊、当当等平台入驻。所以订单系统的关键是在稳定性。很多人都会在每年11.11把电商推向一个高潮，尚且不知各个电商订单系统服务商是一年一度严格的考验！电商订单系统服务商中，厦门又一城软件所开发的开源宝和网渠宝都是基于B/S架构，高效、快速处理订单，订单流程科学顺畅，支持订单智能生成，对同一收件人订单自动合并，问题订单自动提醒校验等 。
我们来看看目前市场主流订单流程的详细：
一、 “从订单到包裹生产”的作业模式分析
&&&& （1）批次拣选作业模式
由于电商的订单数量巨大，而每一个订单的订单行又极少，需要将多个订单合在一起拣货，才能够提高拣货效率。所以，电商物流中心一般将多个订单合在一起拣货，然后在人工对货品进行扫描复核时再还原成原有的订单。早期的欧美企业（如亚马逊在英国、德国的物流中心）、日本和国内的绝大部分电商物流中心均采用该模式（如京东、当当、卓越亚马逊、凡客）。其优点是作业简单、投资较少，只要增加人力，就可以大幅提高产能；缺点是拣货效率较低，一个批次处理的订单量较少（人工拣货小车的容量决定了批次拣货量）。
　　（2）分区接力拣选作业模式
　　这是针对批次拣选模式拣货效率较低的问题进行改善得到的新作业方式，将批次的订单量扩大到1000单以上，然后由不同的人员在不同的区域分别拣货，再通过输送线传送货物进行接力订单合流。此模式的优点是拣货效率大幅提升；缺点是投资较大，对设备有一定的依赖性，容易产生瓶颈点、产能不容易大幅提高。美国的新蛋、京东上海仓库均采用该模式。
　　（3）分区拣选、自动合流作业模式
　　针对第二种作业模式接力拣选容易产生瓶颈点的不足，在分区拣选的基础上，不再接力拣选，而是采用自动化设备进行批次订单拆分，还原成原有的订单。其优点是拣货效率极高，缺点是投资巨大。美国Amazon位于内华达州的8万平方米的仓库就采用了该模式。
　　（4）“Good to Man”物到人拣货模式
　　前三种方式都需要操作人员在很大的库区内行走拣货，所以其作业模式也可以归纳为“Man to Good”即“人到物”拣货模式。而目前国际上尤其是欧美国家，已经普遍采用自动化设备，实现“物到人”拣货模式，即，人站在原地不动，借助自动存储和输送设备或者移动式机器人，将需要拣选的商品直接送到拣选工位的操作人员面前，拣货效率可以大幅提高。“物到人”拣货模式适用于欧美国家人力成本高的特点，可以最大幅度地精简人员；其缺点是投资极其巨大，对系统和流程的设计提出了极高的要求，且作业的柔性不足。英国最大的百货公司John Lewis的电商物流就实施了“物到人”拣货系统。据悉，正在筹建中的京东“亚洲一号”项目将部分采用“物到人”拣选方案。
　　二、从订单到包裹的生产流程分析
　　订单到包裹的生产流程包括：预分拣—批次拣货单生成—预生产—拣货—分货—扫描复核—打包。
　　（1） 预分拣流程
　　目前国内的电商一般均采用二级配送网络，即将生产好的包裹首先送到配送站，然后由配送站发给配送员，再由配送员送到客户手中。所以在订单生产前，需要按配送地址确定该订单由哪个配送站进行配送，以便在订单生产完成后，包裹能够直接分拨。该生产流程称为预分拣流程。
预分拣流程一般分成三种作业模式：
　　a) 邮政编码法
　　通过邮政编码进行分区，设立配送站；通过订单中的客户地址，查找邮政编码，再按照邮政编码和配送站的对应关系，系统自动地将客户地址对应于该配送站。但是由于国内绝大部分城市的邮政编码更新很慢，基本上无法适应城市的快速发展，很多区域没有邮政编码，甚至出现跨区域使用同一邮政编码。因此，国内的电商物流已经很少使用邮政编码来进行预分拣作业。
　　b) 记忆法
　　电商均采用会员制销售，只要客户购买过一次，其配送地址均会有记录。所以只要第一次用人工方法确认相应的配送站，以后延用历史记录即可。该方法相对比较简单且实用，目前国内绝大部分电商基本都采用该方法。记忆法的主要缺点是新开一个配送站后，需要更新原来的数据库，工作量巨大。尤其是最近几年，电商销售的增幅每年都高达百分之几百，配送站每年也是成倍增加，地址数据库更新的数据极其巨大，需要建立一支专业队伍来实时进行数据库调整。
　　c) 自定义法
　　由于邮政编码更新不及时，地域划分不合理，而记忆法需要更新的数据量巨大，因此，有些企业根据自己的作业特点，将一个城市分成若干个不能够再分的配送块，再根据订单量将一个配送站对应于若干个配送块。预分拣时，通过历史记录，将订单中的地址所对应的配送块找出来，然后通过系统中配送块和配送站的对应关系，就知道所需的预分拣站点；一旦新开配送站，只要调整配送块和配送站的对应关系即可，配送地址就会自动和新的配送站进行关联，这样就解决了记忆法中的数据库需要更新的海量数据量问题。但是自定义法前期的工作量极大，需要将一个城市分解成100多个配送块，并确定每块之间的地址边界等，像北京这样的大城市，一般需要十几个员工连续工作几个月才能够完成。目前已有少量电商正在尝试该方法。
　　（2）批次拣货单（也称集合单）生成作业流程
　　由于电商订单的订单行往往极少，需要将多个订单合在一起拣货，这样才能够提高拣货效率，一般3C产品、百货和服装的批次订单量在20单左右，图书在50单左右，大家电装满一车也在20单左右。在生成批次拣货单时，可以按照某种目的，对订单集合优化，从而提高作业效率。一般的策略如下：
　　a) 提高拣货效率：以此为目的，将单一订单行的订单和多个订单行的订单生成不同的批次单进行拣货作业，如卓越亚马逊、京东；
　　b) 提高分货效率：按照自营配送、第三方配送、货到付款、款到发货等的不同配送方式，生成不同的批次单，如当当、凡客；
　　c) 提高服务品质：将有不同的出货时间需求的订单，如211和次日达，生成不同的批次单，以满足不同的服务时间要求；
d) 按车集合：大件商品目前采用仓配一体化作业，即订单生产完成后，直接装车配送给客户，不再经配送站进行二次分拨。所以在预分拣完成后，需要进行派车作业，也就是按照一个配送方向，按照一辆车的配送容量，生产批次拣货单，俗称按车拣货。目前苏宁易购、京东大件综合仓均采用该模式。
订单系统的流程是电商ERP软件的核心。每个系统的服务商在开发软件之前都会深思熟虑。软件的架构，也就可以看出订单流程的端倪。C/S架构也并不是说不好，而是说B/S架构在目前淘宝的聚石塔，京东的京东云等在对接层面，更有默契。
“莫兰蒂”走了…… “中秋劫”过了…… 一切似乎开始恢复平静了…… 然而就在昨天......
灾害无情，人有情，你我的城，你我共建。
2 4 小 时 服 务 热 线
400-686-5530
@又一城-全渠道零售终端服务商