This Guidance helps electronics companies lower the cost of printed circuit board (PCB) lifecycle assessments (LCAs) using an automated workflow. The workflow connects with third-party data providers on Amazon Data Exchange, accessing emissions data to perform LCA earlier in the design phase—a paradigm shift from traditional processes. With forthcoming sustainability regulations requiring all designers to perform LCA, AWS automation can enable faster and more cost-effective LCA that aligns to compliance standards, including International Organization for Standardization (ISO) 14040 and Institute for Interconnecting and Packaging Electronic Circuits (IPC) 2581.

Please note: [Disclaimer]

Architecture Diagram

[Architecture diagram description]

Download the architecture diagram PDF 

Well-Architected Pillars

The AWS Well-Architected Framework helps you understand the pros and cons of the decisions you make when building systems in the cloud. The six pillars of the Framework allow you to learn architectural best practices for designing and operating reliable, secure, efficient, cost-effective, and sustainable systems. Using the AWS Well-Architected Tool, available at no charge in the AWS Management Console, you can review your workloads against these best practices by answering a set of questions for each pillar.

The architecture diagram above is an example of a Solution created with Well-Architected best practices in mind. To be fully Well-Architected, you should follow as many Well-Architected best practices as possible.

  • API Gateway serves as the entry point for users to run and observe workloads through a REST API. It provides logging in Amazon CloudWatch, enabling the tracking of caller requests. Lambda is used for serverless compute, eliminating the need for virtual machine or operating system management. DynamoDB, a serverless database, logs API calls and compute job statuses, providing a history of past activities. Additionally, AWS Data Exchange connects the workflow to third-party emissions data sets from verified sources. These services automate code implementation, scaling, and failover, minimizing human errors and accelerating response times during operational events.

    Read the Operational Excellence whitepaper 
  • AWS PrivateLink provides a private connection from corporate on-premises networks to AWS. A VPC endpoint and endpoint policy help ensure only trusted resources can access API Gateway. AWS Identity and Access Management (IAM) integrates with Lambda, allowing application code to authenticate with other services like Amazon Textract and Amazon S3, without storing long-lived credentials. IAM identity-based policies establish resource permissions for creating, accessing, or deleting assets in S3 buckets or DynamoDB tables. For example, a resource-based policy with Lambda can deny asset deletion. Amazon Cognito user and identity pools authorize and authenticate API Gateway access. Amazon S3 and DynamoDB can be configured with encryption at rest to protect data, while IAM controls resource access and actions across services.

    Read the Security whitepaper 
  • This Guidance benefits from the inherent reliability of fully managed, serverless offerings like Lambda and DynamoDB, which are deployed across multiple Availability Zones by default. This helps reduce maintenance overhead associated with long-running compute or database resources. For SageMaker deployments, instances are distributed across multiple Availability Zones for high availability and resilience against outages or failures. The high degree of redundancy and fault tolerance provided by fully managed services minimizes single points of failure and eliminates the need for complex auto-scaling or recovery processes.

    Read the Reliability whitepaper 
  • Amazon Textract, a fully managed machine learning (ML) service, automatically extracts text from handwritten forms and documents, identifying valuable data. Service quota limits for Amazon Textract can be configured to meet performance requirements. API Gateway can handle up to 500 new connections per second with a 128 KB message payload size, helping ensure the REST API can meet the workload's needs. The dynamic scaling and demand-based availability of Lambda and DynamoDB offer optimal performance efficiency without manual resource management. These fully managed services allow users to test many hardware configurations and optimize models to leverage specific chip architectures.

    Read the Performance Efficiency whitepaper 
  • Lambda, DynamoDB, and Amazon Textract support pay-as-you-go pricing, charging only when actively processing requests. Amazon Cognito allows only authorized users to submit workloads, while Amazon S3 offers high durability and intelligent tiering for optimizing storage costs based on data access frequency. These fully managed services automatically scale resources based on demand, reducing operational burden on teams and lowering infrastructure management costs. By minimizing idle resource usage, adopting efficient pricing models, optimizing data handling, and reducing maintenance overhead, these services can lower operational costs.

    Read the Cost Optimization whitepaper 
  • As managed services, Lambda and Amazon Textract shift the responsibility of maintaining high utilization and sustainability optimization of deployed hardware to AWS. Using Amazon Textract avoids the energy and resources needed for model training or building from scratch. Lambda helps ensure compute resources are deployed proportionally to demand, resulting in a lower electrical footprint compared to dedicated compute services.

    Read the Sustainability whitepaper 
[Content Type]

[Title]

This [blog post/e-book/Guidance/sample code] demonstrates how [insert short description].

Disclaimer

The sample code; software libraries; command line tools; proofs of concept; templates; or other related technology (including any of the foregoing that are provided by our personnel) is provided to you as AWS Content under the AWS Customer Agreement, or the relevant written agreement between you and AWS (whichever applies). You should not use this AWS Content in your production accounts, or on production or other critical data. You are responsible for testing, securing, and optimizing the AWS Content, such as sample code, as appropriate for production grade use based on your specific quality control practices and standards. Deploying AWS Content may incur AWS charges for creating or using AWS chargeable resources, such as running Amazon EC2 instances or using Amazon S3 storage.

References to third-party services or organizations in this Guidance do not imply an endorsement, sponsorship, or affiliation between Amazon or AWS and the third party. Guidance from AWS is a technical starting point, and you can customize your integration with third-party services when you deploy the architecture.

Was this page helpful?