CN113467912A - Distributed train dispatching management system - Google Patents
Distributed train dispatching management system Download PDFInfo
- Publication number
- CN113467912A CN113467912A CN202110749836.1A CN202110749836A CN113467912A CN 113467912 A CN113467912 A CN 113467912A CN 202110749836 A CN202110749836 A CN 202110749836A CN 113467912 A CN113467912 A CN 113467912A
- Authority
- CN
- China
- Prior art keywords
- management system
- application
- service
- scheduling
- train dispatching
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/508—Monitor
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention provides a distributed train dispatching management system, comprising: application frameworks, application services, and integration tiers; the application program framework supports a standardized integrated information communication technical environment for scheduling and operating a train scheduling management system; the application framework communicates with an external system through the integration layer; the application service bears the microservice of a scheduling service scene of the train scheduling management system; the application service is designed in a layered mode and opens the service through an application program interface gateway; the integration layer provides a standardized access interface to data. The distributed train dispatching management system provided by the invention reduces the development period and cost of the train dispatching management system and comprehensively optimizes the train dispatching process.
Description
Technical Field
The invention relates to the technical field of rail transit, in particular to a distributed train dispatching management system.
Background
The traditional Train scheduling Management System (TMS) is a single supplier solution with a proprietary interface, and the technology, architecture and interface adopted by each supplier System are different, so that the multi-supplier System is difficult to merge. Most systems use traditional technology to stack C + +, C #, developed Server-Client (C/S) software.
The traditional train dispatching management system has higher manpower, development and maintenance costs, and the technical architecture cannot meet the development trend of the current industry.
Disclosure of Invention
The invention provides a distributed train dispatching management system, which is used for solving the technical problem that the technical architecture of the train dispatching management system in the prior art cannot meet the development trend of the current industry.
The invention provides a distributed train dispatching management system, comprising: application frameworks, application services, and integration tiers;
the application program framework supports a standardized integrated information communication technical environment for scheduling and operating a train scheduling management system;
the application framework communicates with an external system through the integration layer;
the application service bears the microservice of a scheduling service scene of the train scheduling management system;
the application service is designed in a layered mode and opens the service through an application program interface gateway;
the integration layer provides a standardized access interface to data.
Optionally, the micro-service functions implemented by the application framework include service registration and discovery, service gateway, security center, configuration center, and fuse throttling.
Optionally, the application framework is deployed in a micro-service containerization mode, and orchestration and scheduling of containers are supported.
Optionally, the application framework is further configured to monitor the operating states of each microservice, middleware, and database, and give an alarm in time when a fault occurs.
Optionally, the monitoring mode of the application framework includes index monitoring, call chain monitoring, and log aggregation.
Optionally, the alert mode of the application framework includes grouping, suppressing, and muting.
Optionally, the alarm types of the application framework include a business alarm and a system alarm.
Optionally, the application service includes a data layer, a business layer, and an application layer.
Optionally, the integration layer provides access to data through a publish-subscribe mechanism, and the communication means includes peer-to-peer, broadcast, and topic.
Optionally, the integration layer performs external communication in a generic link mode for a scenario in which communication cannot be performed in a publish-subscribe mode.
The distributed train dispatching management system provided by the invention comprises an application program framework, application services and integration level reduction, the development period and the cost of the train dispatching management system are reduced, and the train dispatching process is comprehensively optimized.
Drawings
In order to more clearly illustrate the technical solutions of the present invention or the prior art, the drawings needed for the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and those skilled in the art can also obtain other drawings according to the drawings without creative efforts.
FIG. 1 is a diagram of a train dispatching management system architecture provided by the present invention;
fig. 2 is a schematic diagram of a microservice architecture and technology stack provided by the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is obvious that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Fig. 1 is an architecture diagram of a train dispatching management system provided by the present invention, and as shown in fig. 1, an embodiment of the present invention provides a train dispatching management system (TMS), including: application Framework (AF), application service (AL) and Integration Layer (IL).
The application framework supports a standardized integrated Information Communication Technology (ICT) environment for scheduling and operating a train scheduling management system.
The application framework communicates with external systems through the integration layer.
And the application service bears the microservice of the scheduling service scene of the train scheduling management system.
The application service is designed in a layered mode, and the service is opened through an application program interface gateway.
The integration layer provides a standardized access interface to the data.
Specifically, the application framework supports a TMS scheduling and operating standardized integrated ICT environment, and the plug and play of the application is realized through the communication between the integration layer and an external system.
The distributed train dispatching management system provided by the invention comprises an application program framework, application services and integration level reduction, the development period and the cost of the train dispatching management system are reduced, and the train dispatching process is comprehensively optimized.
Optionally, the micro-service functions implemented by the application framework include service registration and discovery, service gateway, security center, configuration center, and fuse throttling.
Specifically, fig. 2 is a schematic diagram of a microservice architecture and a technical stack provided by the present invention, and as shown in fig. 2, the TMS system adopts a distributed system constructed by microservices. The micro-service is an application constructed by a group of small services, the services run in different processes, the services interact with each other through a lightweight communication mechanism, and the services can be independently deployed in an automatic deployment mode.
The TMS needs service decoupling, an independent development environment, an independent deployment environment and no state, and can be horizontally expanded and dynamically scaled.
The microservice function realized by the TMS comprises:
(1) service registration and discovery: service discovery, component instance discovery, health check and the like under a micro-service scene are achieved. And automatic service discovery is completed, and manual intervention configuration is not needed in the dynamic online and offline process of the service. With service registration and discovery, services can be accessed using only the identifier of the service without modifying the configuration file of the service invocation.
(2) The service gateway: proxy, routing and filtering are three major functions of the gateway. The TMS can achieve the functions of unified access, flow control, safety protection, service isolation and the like.
(3) The safety center: the TMS security center employs OAuth2 token (token) -based authentication authorization. OAuth2 (open authorization) is an open standard, and is the best choice of micro-service scene, TMS framework adopts front and back end separation, token adopts JWT (Json Web token), combines RBAC authorization model, realizes the atomic authority control of end, module, menu, interface according to user, role. The TMS service gateway and the integration layer use SSL/TLS to carry out transmission encryption so as to ensure the data transmission safety on the Internet.
(4) A configuration center: the configuration center is a basic service component for uniformly managing various application configurations. The configuration center strips the configuration from the application, manages the configuration in a unified way, and solves the problems of dynamic change, persistence, operation and maintenance cost and the like of the configuration elegantly. The application does not need to add a management configuration interface, does not need to realize the persistence of the configuration, and does not need to introduce a timing task so as to reduce the operation and maintenance cost.
(5) Fusing and current limiting: TMS service REST interface calls, realizes fusing current limiting function, makes the system more robust, and user experience is better.
The distributed train dispatching management system provided by the invention adopts a distributed system constructed by micro-services, and the services can be accessed only by using the identifiers of the services without modifying the configuration files called by the services; the TMS can achieve the functions of unified access, flow control, safety protection, service isolation and the like; the data transmission safety on the Internet can be guaranteed; the operation and maintenance cost is reduced; the fusing current limiting function is realized, so that the system is more robust, and the user experience is better.
Optionally, the application framework is deployed in a micro-service containerization mode, and orchestration and scheduling of containers are supported.
Specifically, TMS micro-service containerized deployment supports orchestration and scheduling of containers. Container technology facilitates virtualization technologies that are continuously integrated and facilitate overall releases. The containers are isolated from each other, each container has a file system, processes among the containers cannot be influenced mutually, and computing resources can be distinguished.
After adopting the container technology, the TMS can realize the following functions:
(1) once construction and anywhere operation;
(2) faster application delivery and deployment;
(3) the upgrading and the expansion and contraction are more convenient;
(4) simpler system operation and maintenance;
(5) more efficient computational resource utilization.
The distributed train scheduling management system provided by the invention realizes TMS micro-service containerized deployment and supports container scheduling. The containers are isolated from each other, each container has a file system, processes among the containers cannot be influenced mutually, and computing resources can be distinguished.
Optionally, the application framework is further configured to monitor the operating states of each microservice, middleware, and database, and give an alarm in time when a fault occurs.
Specifically, the TMS needs a well-designed monitoring system to monitor the operating states of each microservice, middleware, and database, and timely give an alarm and notify when a fault occurs.
Optionally, the monitoring mode of the application framework includes index monitoring, call chain monitoring, and log aggregation.
Specifically, index monitoring: and monitoring whether the resource utilization conditions of the server, the network, the application service, the middleware, the database, the important function module and the like work normally or not.
Call chain monitoring: generating a TMS network topological graph, tracking a calling relation and quickly positioning a problem; analyzing performance bottleneck and optimizing a system; and the autonomy of the members in the team is improved.
And log aggregation: the TMS is a distributed system, various logs are scattered, and a centralized log system is required to be created.
The centralized log system can realize the following functions:
Collection-Log data can be collected from a variety of sources.
Transmission-the log data can be stably transmitted to the centralized log system.
Store-capable of storing log data.
analytics-UI analytics may be supported.
Warning-error reporting can be provided, monitoring mechanism.
The TMS log classification comprises a personnel operation log and a system operation log.
And (3) operating the log by personnel: recording the system behavior of the operator, such as: control of down sending, data adding, deleting, changing, checking and the like.
And (3) system operation log: recording information of background service running, such as: command issuing, data uploading, network linking/disconnecting, etc.
The distributed train dispatching management system provided by the invention monitors resource utilization conditions of a server, a network, application services, middleware, a database, an important function module and the like in real time and whether the system works normally or not by monitoring indexes; the calling relation is monitored and tracked through the calling chain, and the problem is quickly positioned; analyzing performance bottleneck and optimizing a system; the autonomy of the members in the team is improved; and recording the system behavior of an operator through log aggregation, and recording the running information of the background service.
Optionally, the alert mode of the application framework includes grouping, suppressing, and muting.
Specifically, the TMS provides, in addition to basic event configuration, alarm rule configuration, notification capabilities, and mainly provides alarm features including, but not limited to, grouping, suppression, and muting.
Grouping: the grouping mechanism may combine detailed alarm information into one notification. In some cases, for example, a large number of alarms are triggered simultaneously due to a system downtime, in which case the grouping mechanism may combine the triggered alarms into one alarm notification, so as to avoid that a large number of alarm notifications are accepted at one time and the problem cannot be quickly located;
inhibition: suppression refers to a mechanism that can stop repeatedly sending other alarms caused by a certain alarm after the alarm is sent out;
and (3) silencing: the muting provides a simple mechanism to quickly mute alarms according to the label. If the received alarm conforms to the silent configuration, no alarm notification is sent;
and (4) alarm notification: the alarm notification mode can use mails, nails, enterprise WeChats and the like. According to the characteristics of the industry, most scenes are physically isolated from the Internet, and the notification function needs to be customized and developed.
The distributed train dispatching management system provided by the invention can combine the triggered alarms into one alarm notification through a grouping mechanism, so that the problem cannot be quickly positioned due to the fact that a large number of alarm notifications are received at one time is avoided; a mechanism that can stop repeated sending of other alarms raised by this alarm by a suppression mechanism; the alarm can be rapidly subjected to silent processing according to the label through the silent mechanism. If the received alarm conforms to the silent configuration, no alarm notification is sent.
Optionally, the alarm types of the application framework include a business alarm and a system alarm.
Specifically, the service alarm: and combining a service scene, realizing a configurable service alarm rule, and providing alarm monitoring and management UI.
And (3) system alarming: and alarming when the fault or resource utilization of basic settings (server, network, CPU, memory and hard disk) exceeds a threshold value, and alarming when application service, middleware and database are down or abnormal.
TMS adopts DevOps idea to build CI/CD assembly line.
The goal of continuous integration is to allow for fast iteration of the product while maintaining high quality. The core measure of the method is that before the code is integrated into the backbone, the code must pass automatic test. By continuously checking the system health, the problems caused by release risks are reduced, repetitive work is reduced, and the team confidence is enhanced.
Persistent integration (CI): the problems can be discovered very early and the risk is reduced by continuously constructing, compiling and testing;
continuous Delivery (CD): providing a usable version;
continuous Deployment (CD): a deployable image is provided.
Optionally, the AL carries the microservice of the actual traffic of the train dispatching management system. The micro services are called through an REST interface, and the communication between the services related to real-time response and control is realized through a message queue. The AL opens the service through the API gateway and provides the push service at the same time, thereby meeting the monitoring function of the train dispatching system.
Optionally, the application service includes a data layer, a business layer, and an application layer.
Specifically, the application service is designed in a layered manner and is divided into a data layer, a business layer and an application layer.
And (3) a data layer: the data persistence and caching mechanism is realized by utilizing an open source database technology (a memory database, a relational database, a time sequence database and a distributed database);
and (4) a service layer: the micro service developed according to the service scene of the train dispatching industry is a professional service and provides support for an application layer;
an application layer: according to the service developed by the service scene of the user, the application layer calls an interface of the service layer to meet the requirements of the user, and the application layer supports different user sides through an API gateway and a push service;
optionally, the IL is a high performance communication platform, which is a boundary of the TMS integrated with the conventional train dispatching system. Standard data access interfaces are provided, defining a canonical message model.
Optionally, the integration layer provides access to data through a publish-subscribe mechanism, and the communication means includes peer-to-peer, broadcast, and topic.
And the integration layer adopts a universal link mode to communicate externally for the scene which can not adopt a publish-subscribe mode to communicate.
Specifically, the communication mechanism includes the following two:
1. publish-subscribe: the publishing-subscribing mechanism provides an IL standard communication mode for accessing data, and the communication mode can support point-to-point, broadcasting, topic and the like;
2. pan-linking: for the scenes which can not adopt the communication of the publish-subscribe mode, the pan-link mode is adopted, and the support to the conventional protocol is provided by the mode of micro-service expansion, such as: tcp, udp, websocket, http, ftp, and the like.
Message:
and (3) message model: and defining a standard message model, integrating all systems to strictly comply with the standard, and considering self-defined messages in a special scene.
Message type: classifying the message, such as: command messages, event messages, alarm messages, etc.
Message format: and adopting a lightweight communication format JSON, wherein a TMS interface and internal messages are all JSON.
Communication requirements are as follows: persistence, message expiration, idempotent.
The TMS adopts a distributed application program framework realized by an internet mainstream open source technology, and can integrate a multi-supplier system.
1. The development cycle cost (development, deployment, execution and maintenance cost of software) of the train dispatching system is reduced.
2. And a new intelligent function is started, and the train dispatching process is comprehensively optimized.
3. The internet open source technology is fully utilized, the development cost is saved, and the development is continuously improved along with the development of new technology.
TMS provides a standardized integrated ICT environment, and the system is realized by adopting micro-service and layered design.
1. All middleware clusters are deployed, high availability and load balance are achieved, single-point faults do not exist, and the system is safer and more reliable.
2. The system can horizontally expand and dynamically expand and contract the capacity, and meets the requirements of different scale service scenes.
3. The micro-service containerized deployment supports the arrangement and scheduling of containers, and the system is more intelligent and advanced.
4. And a CI/CD assembly line is built, and standard development, test, delivery and deployment processes are formulated, so that the development efficiency is improved.
Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.
Claims (10)
1. A distributed train dispatching management system, comprising: application frameworks, application services, and integration tiers;
the application program framework supports a standardized integrated information communication technical environment for scheduling and operating a train scheduling management system;
the application framework communicates with an external system through the integration layer;
the application service bears the microservice of a scheduling service scene of the train scheduling management system;
the application service is designed in a layered mode and opens the service through an application program interface gateway;
the integration layer provides a standardized access interface to data.
2. The distributed train dispatching management system of claim 1, wherein the application framework implements microservice functions including service registration and discovery, service gateways, security centers, configuration centers, and fused current limiting.
3. The distributed train dispatching management system of claim 1, wherein the application framework employs micro-service containerized deployment to support orchestration and dispatching of containers.
4. The distributed train dispatching management system of claim 1, wherein the application framework is further configured to monitor the operating status of each microservice, middleware, and database, and to provide timely warning when a fault occurs.
5. The distributed train dispatching management system of claim 4, wherein the monitoring modes of the application framework include index monitoring, call chain monitoring and log aggregation.
6. The distributed train schedule management system of claim 4 wherein the alerting modes of the application framework include grouping, suppressing and muting.
7. The distributed train dispatching management system of claim 4, wherein the types of alarms of the application framework include service alarms and system alarms.
8. The distributed train schedule management system of claim 1 wherein the application services include a data layer, a business layer and an application layer.
9. The distributed train schedule management system of claim 1 wherein the integration layer provides access to data through a publish-subscribe mechanism, communication means including peer-to-peer, broadcast and topic.
10. The distributed train dispatching management system of claim 1, wherein the integration layer communicates externally in a pan-link manner for scenarios where communication in a publish-subscribe manner is not possible.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110749836.1A CN113467912A (en) | 2021-07-02 | 2021-07-02 | Distributed train dispatching management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110749836.1A CN113467912A (en) | 2021-07-02 | 2021-07-02 | Distributed train dispatching management system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113467912A true CN113467912A (en) | 2021-10-01 |
Family
ID=77877563
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110749836.1A Pending CN113467912A (en) | 2021-07-02 | 2021-07-02 | Distributed train dispatching management system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113467912A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114415582A (en) * | 2022-01-04 | 2022-04-29 | 北京全路通信信号研究设计院集团有限公司 | Alarm information display method, device, equipment and storage medium |
-
2021
- 2021-07-02 CN CN202110749836.1A patent/CN113467912A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114415582A (en) * | 2022-01-04 | 2022-04-29 | 北京全路通信信号研究设计院集团有限公司 | Alarm information display method, device, equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Aktas | Hybrid cloud computing monitoring software architecture | |
| US11315024B2 (en) | Cognitive computing systems and services utilizing internet of things environment | |
| EP3072260B1 (en) | Methods, systems, and computer readable media for a network function virtualization information concentrator | |
| CN102652410B (en) | Cloud computing supervision and management system | |
| US10057285B2 (en) | System and method for auditing governance, risk, and compliance using a pluggable correlation architecture | |
| US20180213089A1 (en) | System and method for real-time analysis of network traffic | |
| EP3690640B1 (en) | Event stream processing cluster manager | |
| US10747592B2 (en) | Router management by an event stream processing cluster manager | |
| CN107683467B (en) | System and method for processing events involving computing systems and networks using a fabric monitoring system | |
| CN111737329A (en) | Unified data acquisition platform for rail transit | |
| CN110224865A (en) | A kind of log warning system based on Stream Processing | |
| CN113391600A (en) | Industrial internet platform architecture | |
| CN113467912A (en) | Distributed train dispatching management system | |
| JP2018092565A (en) | Cloud relay device, cloud connection processing method, and program | |
| CN115460051A (en) | Equipment linkage model configuration method based on industry Internet of things scene | |
| CN112381347A (en) | Production equipment state data real-time monitoring method and system based on API gateway | |
| CN112667683B (en) | Stream computing system, electronic device thereof, and storage medium | |
| Pourmajidi et al. | Dogfooding: Using ibm cloud services to monitor ibm cloud infrastructure | |
| CN109493251A (en) | A kind of electric power wireless public network monitoring system | |
| Skalkowski et al. | Application of the ESB Architecture for Distributed Monitoring of the SLA Requirements | |
| CN113886061A (en) | Industry thing networking operation and maintenance platform | |
| CN113641509A (en) | Internet of things data processing method and device | |
| CN113253980A (en) | Tobacco logistics platform design method, system, device and storage medium | |
| Pham et al. | Multi-level just-enough elasticity for MQTT brokers of Internet of Things applications | |
| CN117938895A (en) | Real-time data network transmission system and method for oil-gas pipe network monitoring system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20221222 Address after: Room 101, 1f, building 1, traffic control building, yard 3, Zhicheng North Street, Fengtai District, Beijing 100070 Applicant after: TRAFFIC CONTROL TECHNOLOGY Co.,Ltd. Applicant after: Beijing Infrastructure Investment Co.,Ltd. Address before: No.2 and No.3 building, Beijing headquarters international, No.6 Haiying Road, science and Technology Park, Fengtai District, Beijing 100070 Applicant before: TRAFFIC CONTROL TECHNOLOGY Co.,Ltd. |