Up to this point, we have walked through every layer of AgriERP that the user can see and touch: the apps, the ERP modules, the integrations, and the analytics. This section covers the foundation underneath all of them. The infrastructure that stores your data, runs your software, keeps it secure, and keeps it available, every day, in every location, for every user.
AgriERP is built on an enterprise cloud foundation, the same kind of infrastructure that runs the world’s largest banks, healthcare systems, and government services. Your team does not see it, manage it, or worry about it. That is the point. Infrastructure is a problem AgriERP has solved on your behalf, so your business can focus on agriculture.
Also gives you a choice in how the system is deployed. While the recommended path is fully cloud-hosted, on-premises and hybrid deployments are supported for businesses that need them, often for data sovereignty, regulatory, or connectivity reasons. This section explains all three options and how to think about them.
What this section covers
- Cloud infrastructure: the enterprise foundation AgriERP runs on, and what it does for your business automatically.
- Cloud, on-premises, or hybrid: the three deployment options AgriERP supports, and how to choose the right one.
1. The cloud foundation
In one line AgriERP runs on an enterprise-grade cloud platform, with the same security, compliance, and reliability used by global banks, governments, and regulated industries.
Why infrastructure matters
Most agribusinesses do not want to think about infrastructure, and they should not have to. But the choice of where your data lives, who is responsible for it, and how it is protected, is one of the most consequential decisions a business makes. A server in a back office is exposed to fire, flood, theft, and a single failed hard drive. A consumer-grade cloud account is exposed to its provider’s outages and security gaps.
AgriERP solves this by hosting on a global enterprise cloud platform with the largest compliance portfolio of any cloud provider. The infrastructure decisions are not yours to make and worry about. They are already made, at a scale no individual business could match.
Global infrastructure
Its operates more than 70 regions worldwide, organised into geographies that act as data residency boundaries. This is what allows your business to keep data within specific regulatory or business boundaries.
| Capability | What it means for AgriERP |
|---|---|
| Global regions | More than 70 regions around the world, with new regions opening regularly. Each region is a set of physically secured data centres designed for enterprise workloads. |
| Data residency boundaries | Geographies define where data lives: North America, Europe, the United Kingdom, Australia, India, the Middle East, and others. Data placed in one geography stays in that geography unless you choose to replicate it elsewhere. |
| Availability zones | Physically separate locations within each region, each with independent power, cooling, and networking. It runs across availability zones for high availability, so a fault in one location does not stop the system. |
| Paired regions for disaster recovery | Regions are paired for disaster recovery. A failure in one region can fail over to its pair, without losing data, automatically. |
| Global private network | One of the world’s largest private fibre networks connects every region, with low-latency routing between locations and to the public internet. |
Physical security
Every data centre AgriERP runs in is physically secured, with a layered model that applies worldwide.
- Access request and approval: anyone entering a data centre must request access in advance, with a documented business justification.
- Layered perimeter security: perimeter fencing, on-site security officers, integrated alarm systems, and 24/7 video surveillance. Multiple layers of access approval, at the facility perimeter, the building perimeter, inside the building, and on the data centre floor.
- Locked server racks and multifactor access: physical access to servers requires multifactor authentication, even for the cloud operator’s own personnel.
- Secure media disposal: drives that cannot be wiped are physically destroyed, with auditable records kept of every disposal.
Compliance and certifications
This is where AgriERP’s cloud foundation stands apart. The platform carries the broadest set of compliance certifications in the industry, and inherits all of them automatically.
| Compliance area | Standards the platform meets |
|---|---|
| Global information security standards | ISO 27001 (Information Security Management), ISO 27017 (Cloud Security), ISO 27018 (Cloud Privacy), and SOC 1, SOC 2, and SOC 3 reports. |
| Privacy regulations | GDPR for the European Union, CCPA for California, LGPD for Brazil, and equivalent privacy frameworks across other regions. |
| Industry-specific frameworks | PCI DSS for payment cards, HIPAA / HITECH for healthcare, and others where applicable to specific export markets or partners. |
| Country and region-specific | Australia IRAP, UK G-Cloud, Singapore MTCS, and many more. If your country or region has a specific cloud compliance standard, the platform most likely already meets it. |
| Third-party audited | Adherence to these standards is independently verified by external auditors, with audit reports available on request. |
| Why this matters to youCompliance is not just a checkbox. It determines whether your business can sell into certain markets, work with certain buyers, qualify for certain certifications, and pass certain audits. By running on this enterprise foundation, AgriERP customers inherit a compliance baseline that would be effectively impossible to achieve on a self-managed system.Your auditor recognises the platform. Your largest buyer’s IT team recognises it. Your regulator recognises it. Your insurer recognises it. The infrastructure is not novel risk; it is established standard. |
2. What the cloud foundation does for you, automatically
Behind the scenes, AgriERP uses a connected set of cloud services for different parts of its functionality. You have seen many of these mentioned in earlier sections. This part of the document brings them together in one place, so you can see what is being taken care of on your behalf.
| Capability | Role in AgriERP |
|---|---|
| Application hosting | Runs the application servers behind the Farm Web App, the Mobile App backends, and the Grower Portal. The platform scales compute up or down automatically based on load. |
| Transactional database | Stores your transactional data: financial records, work orders, inventory, master data, contracts. Backed up automatically, replicated across availability zones, and recoverable to a point in time. |
| Data lake for analytics | Stores the high-volume operational and analytics data covered in the Analytics Layer. A single, governed data foundation. |
| Enterprise identity | Manages identity for every user, every grower, every external integration. The same enterprise identity service used to protect productivity software across millions of organisations. |
| Secrets and key management | Stores secrets, certificates, and encryption keys centrally. Encrypted, audited, and managed by the platform, not by your IT team. |
| Integration services | Power the Integration Layer covered earlier. Handle the secure, managed flow of data in and out of AgriERP. |
| Backup and disaster recovery | Managed backup and disaster recovery services. Customers do not configure these manually; they run as part of the platform. |
| Threat protection | Continuous threat protection and security posture management. The environment is assessed for security risks 24/7 and recommendations are surfaced automatically. |
| Data governance | Tracks data lineage, applies sensitivity labels, and enforces compliance rules across the platform. |
3. Deployment options: cloud, on-premises, or hybrid
In one line AgriERP supports three deployment options: fully cloud-hosted, on-premises in your own data centre, or hybrid combining both.
Three options, one product
AgriERP can be deployed in the cloud, on-premises, or in a hybrid configuration. The functionality the user experiences is the same in all three. What changes is where the data sits, who manages the infrastructure, and what trade-offs apply.
The three options compared
| Aspect | Cloud | On-premises | Hybrid |
|---|---|---|---|
| Where data lives | Enterprise cloud | Your own data centre | Mix of both |
| Who manages infrastructure | The cloud platform | You and your IT team | Both |
| Who handles updates | Automatic | You, manual | Mixed by workload |
| Backup and disaster recovery | Automatic | Your responsibility | Mixed |
| Scalability | Elastic, scales automatically | Limited by your hardware | Cloud scales, on-prem fixed |
| Time to implement | Fastest | Slowest | Medium |
| Total cost of ownership | Predictable, subscription | Higher (hardware + IT staff) | In between |
| AI and advanced analytics | Full access | Limited | Cloud full, on-prem limited |
| When to choose this | Most agribusinesses | Strict data sovereignty or limited connectivity | Specific scenarios |
Option 1: Cloud (recommended)
Cloud-hosted is the recommended path for most agribusinesses, and the path most AgriERP customers take. The infrastructure is a fully managed service that scales up or down as needed, run entirely by the cloud platform.
- The infrastructure is handled for you: no servers to buy, no IT team to maintain, no software updates to schedule. The platform does all of it.
- Faster implementation: cloud deployments significantly shorten the time to implement an ERP, with fewer customisations and lower hardware costs.
- Built-in high availability and disaster recovery: these are included as standard, no separate configuration required.
- Always the latest version: continuous updates flow into your automatically, with no upgrade projects.
- Full AI, analytics, and integration: the AI Companion, advanced analytics, and integration capabilities are all available natively.
Option 2: On-premises
On-premises means AgriERP runs on servers in your own data centre or your partner’s data centre. The option exists specifically for businesses with strict requirements that the public cloud cannot meet.
When on-premises makes sense
- Data sovereignty: regulatory or business requirements that data must remain in a specific country or facility where no suitable cloud region exists.
- Regulatory compliance: industry rules that require core customer data to stay within the customer’s own data centre.
- Limited connectivity: some farms operate in remote regions where reliable internet is not guaranteed. On-premises ensures business continuity when connectivity is intermittent.
- Existing data centre investments: if your business has already invested in its own infrastructure, the on-premises option lets you use it.
What on-premises looks like in practice
| Component | What it means |
|---|---|
| Application and database servers in your facility | Servers run in your own data centre, on hardware you provide. The same software, just hosted by you instead of by the cloud platform. |
| Centralised lifecycle management | AgriERP provides a cloud-based management portal to handle deployments, software patching, monitoring, and diagnostics, even when the application itself runs on-premises. |
| Hybrid hardware options | Purpose-built hybrid hardware platforms allow you to run cloud-style services in your own data centre, with consistent operational experience. |
| Some connectivity required | Even on-premises deployments need limited connectivity for system management and updates. Core business data stays in your data centre; configuration metadata may sit in the cloud. |
Trade-offs to be aware of
- Higher total cost of ownership: deploying and managing on-premises infrastructure adds cost in hardware, facilities, and IT staff.
- Some advanced features not included: advanced analytics, the AI Companion, and machine learning features are full-strength only in the cloud.
- Manual upgrade cycles: updates and security patches become your IT team’s responsibility, on a schedule you manage.
- Disaster recovery is your responsibility: backup, redundancy, and failover are not built in the way they are in the cloud.
Option 3: Hybrid
Hybrid means part of AgriERP runs in the cloud and part of it runs in your data centre. This combines the resilience and offline-capability of on-premises with the scale and intelligence of the cloud.
When hybrid makes sense
- Mission-critical operations need to keep running offline: It supports a distributed topology that lets packhouse and warehouse processes run uninterrupted, even when network connectivity is occasionally lost. Useful for remote farms or facilities that cannot afford downtime.
- Gradual migration to the cloud: businesses moving from a legacy on-premises system to AgriERP can stage the move, keeping critical workloads on-premises while moving others to the cloud at their own pace.
- Cloud intelligence on local data: on-premises operational data can be replicated to the cloud, where analytics, reporting, and AI run on it without changing how the operational system works on the ground.
- Mixed regulatory needs: if certain data classes must stay on-premises but others can be in the cloud, hybrid lets you handle both inside one system.
4. How to choose the right deployment option
Most customers run fully in the cloud. A smaller number need on-premises or hybrid for specific reasons. The questions below help frame the decision.
| Question to ask | What it tells you |
|---|---|
| Where can our data legally and contractually live? | If a regulator, contract, or buyer requires data to stay in a specific country, check whether a suitable cloud region exists there. The platform has more than 70 regions worldwide, so the answer is usually yes. If not, on-premises or hybrid may be required. |
| How reliable is our internet connectivity? | If your operations rely on uninterrupted cloud access and that is not guaranteed in your area, hybrid or on-premises is worth considering. For most agribusinesses, modern cellular and fixed connectivity makes cloud the right choice. |
| Do we already have heavy on-premises infrastructure? | If your organisation has substantial existing data centre investment and IT capability, on-premises may use those investments. If not, the cloud is faster and cheaper to start with. |
| How important are AI, advanced analytics, and continuous updates? | These are full-strength only in the cloud. If your business case relies heavily on the AI Companion, advanced forecasting, or always-current functionality, the cloud is the better fit. |
| What is our IT capacity? | On-premises requires an IT team to manage infrastructure, backups, and security. The cloud transfers this responsibility to AgriERP and the platform. Most agribusinesses do not have, or want to build, the IT operations team that on-premises requires. |
The recommended path For the vast majority of agribusinesses, the recommended deployment is fully cloud-hosted. It is faster to implement, cheaper to run, more secure than what most businesses can build themselves, fully featured, and continuously improved.On-premises and hybrid options exist for the specific cases where data sovereignty, connectivity, or regulatory rules require them. AgriERP supports both, on the same platform, with the same look and feel for the user. The choice is yours, made on business grounds, with the technology supporting it either way.
In summary
The Data and Hosting layer is the foundation that everything else stands on. It runs on a global enterprise cloud platform with the most extensive set of compliance certifications in the industry, layered physical and digital security, and a worldwide network of data centres organised by region and geography.
AgriERP runs on this foundation by default, with the option to run on-premises or hybrid for businesses with specific requirements. Whichever option you choose, the AgriERP application looks and behaves the same for your team. The infrastructure decisions become a business question, not a technology question, and most of the heavy lifting is done for you either way.
This concludes the Platform Architecture section of the AgriERP product documentation. The next major section moves from how the platform is built to what it does for the agribusiness day to day, the Business Processes that AgriERP is designed to optimise.





