Response Shelter — 1998
Resilient, secure and scalable infrastructure for globally distributed ERP, CRM and supply-chain data — designed around the business system that depended on it.
Category
infrastructure
Tags
Year
1998
Overview
As the digital sales and configuration system matured, a new problem emerged behind it: the central ERP and CRM data it depended on needed to be available not just to internal users, but across geographically distributed operations — and, critically, to authorised suppliers and other participants in the supply chain who needed to maintain and update information closer to its source. Centralising business information creates dependency. Once sales, customer management, configuration, estimating and supply-chain activity all rely on shared data, the availability and integrity of that data stop being an IT concern and become an operational one.
GRAY was asked to design the infrastructure this dependency demanded — not a server installation, but a distributed and resilient information environment addressing global availability, scalability, resilience, redundancy, secure remote access, data integrity, and controlled participation by parties outside the company itself.
The architecture rested on four interlocking requirements rather than four separate features. Availability meant business-critical information stayed reachable to authorised users across different locations and operating conditions. Resilience meant the system could not depend on any single machine, connection, or location remaining up. Redundancy meant critical services and data carried appropriate duplication, so an individual infrastructure failure did not automatically become a business failure. Security meant that increasing accessibility never meant uncontrolled accessibility — different classes of authorised users, including external supply-chain participants, could reach only the parts of the system relevant to their role.
Supply-chain participation was the least conventional part of the brief. Rather than treating the ERP/CRM database as something maintained exclusively by a central administrative function, GRAY's architecture let information be updated closer to the people and organisations actually responsible for it — suppliers included — with access governed by role and responsibility rather than by a single flat permission model.
None of this was presented as security bolted on afterwards, or resilience reduced to 'backup'. Security, resilience, redundancy and access were treated as interconnected properties of one architecture, organised around a single idea: continuity. The failure of an individual component was designed not to mean the failure of the business process it supported.
The finished infrastructure did not ask the business to adapt itself to the technology — it was built around the business system that depended on it. Suppliers, internal operations, and management all drew on the same distributed ERP/CRM environment, each through access appropriate to their role, with redundancy and alternative routes built into the architecture rather than assumed away.
We use cookies to improve your experience. Essential cookies are always active. Cookie Policy