This article details production-grade architecture patterns for deploying Eclipse Dataspace Components (EDC) on AWS, focusing on isolation, managed services, and security layering. It outlines a reference architecture using AWS services like ECS Fargate, Aurora, S3, and API Gateway to achieve scalability, reliability, and operational excellence for secure data sharing through data spaces. The post emphasizes adhering to AWS Well-Architected Framework principles for robust deployments.
Read original on AWS Architecture BlogDeploying Eclipse Dataspace Components (EDC) in production environments on AWS requires careful architectural considerations to ensure isolation, leverage managed services, and implement layered security. EDCs facilitate secure and sovereign data sharing by acting as connectors within a data space, adhering to standards like those from the International Data Space Association (IDSA). This article provides a deep dive into practical deployment patterns for production use cases on AWS, building upon fundamental concepts of data space architectures.
An EDC connector typically comprises a control plane and a data plane, deployed as containers. A robust production architecture on AWS leverages various managed services to support these components. The core architecture uses:
Isolated Architecture Cells
Each EDC connector instance is designed as an isolated architecture cell, ensuring separation for failure isolation, data governance, and distinct handling of shared and received data. This pattern supports deploying multiple connectors for different use cases or tenants, managed efficiently via Infrastructure-as-Code (e.g., AWS CDK).
The recommended architecture adheres to key principles from the AWS Well-Architected Framework, ensuring operational excellence, strong security, and high reliability.