Jinbaoxin Guance

Use service topology, unified alerts, data-centre digital twins, and GIS dashboards for social-security-card operations

Public-service topology
Data-centre digital twin
GIS service dashboards

Customer context

Jinbaoxin operates technology supporting online identity and payment-settlement services related to China’s social-security card. Its published story describes the continuity and command requirements around public-service systems.

Business, resource, and device data had remained in separate systems and interfaces, requiring dispatch teams to reconstruct the technical and service impact of an event across tools.

For card issuance, service use, and employment-related services, the team needed one view connecting collection, monitoring, request-path analysis, and visualisation.

Several monitors lacked a shared view

Business systems, cloud platforms, networks, and data-centre resources were monitored separately, requiring repeated tool changes during an event.

Several monitors lacked a shared view

Metrics and logs formed information islands

Distributed data lacked common governance and object relationships, limiting its direct use for service and management analysis.

Metrics and logs formed information islands

Traditional wallboards obscured trends and dependencies

Individual system screens could not clearly express service paths, resource relationships, regional distribution, and change over time.

Traditional wallboards obscured trends and dependencies

Implementation

Support emergency command with service topology

Network, server, database, cloud-resource, and service-path data entered a command dashboard whose topology connected entry points, components, and underlying resources.

Build a data-centre digital-twin view

A three-dimensional view represented rooms, racks, and device state and allowed drill-down into runtime data as a remote inspection aid.

Present service state through GIS and operating signals

Dashboards organised regional, usage, and runtime signals for social-security-card services and allowed geographic drill-down.

What changed

Technology and service signals shared one command view

Monitoring, analysis, and event isolation could use one topology and time range.

Alerts gained object and priority context

Aggregated alerts could be grouped by service path and resource relationship before responders reviewed critical events.

Management views retained supporting data

Service, region, resource, and trend information could be reviewed together for decisions and retrospectives.

Remote inspection gained device-state context

The digital-twin view supplemented physical layout and runtime checks but did not replace required on-site safety inspections.

Frequently asked questions

How does service topology support emergency command?

It places service entry points, application components, databases, networks, and underlying resources in one relationship map so responders can move from an affected service to related alerts and runtime data.

Can a digital-twin dashboard replace every on-site inspection?

No. It supplies remote room, rack, and device context and can reduce some information checks, while physical safety, hardware, and procedural inspections remain necessary.

What does the GIS dashboard show?

The published story describes regional, access, and operating signals for social-security-card services with geographic drill-down. Exact signals and permissions depend on the implementation.

More customer stories