Aws Iam

5 posts

netflix3 min readCurated summary

Data Projects: Managing Data Assets at Netflix Scale

Data Projects address Netflix’s difficulty managing millions of data assets and tens of thousands of workloads as teams and employees change. They replace asset-level permissions and human-owned workload identities with project-level grants and durable, synthetic identities. This makes access easier to maintain, workflows more resilient, and newly created assets easier to organize automatically. ## The Limits of Asset-Level Permissions - Netflix historically managed access through individual ACLs on each table. - Organizational changes required updating hundreds or thousands of permissions manually. - This overwhelmed support teams and encouraged overly broad access, such as granting access to the entire company. - The model did not scale with frequent reorganizations, team changes, and ownership transfers. ## The Limits of Human-Owned Workloads - Scheduled jobs and asynchronous workloads traditionally ran under the identity of their author. - When that person changed roles or left Netflix, the workload’s permissions changed or disappeared. - Reassigning the job to another employee often introduced new permission gaps. - This created a recurring “permissions whack-a-mole” across tens of thousands of business-critical workflows. ## Data Projects as a Management Container - A Data Project groups related tables, workflows, secrets, and other assets under one logical umbrella. - Teams manage permissions for the project instead of maintaining ACLs across every individual asset. - Grants can be assigned to users, groups, applications, and CI jobs. - Roles such as Contributor and Viewer define read/write or read-only access at the project level. ## Durable Project Identities - Each project receives a Netflix application identity and, optionally, an AWS IAM role. - Scheduled workloads execute as the project rather than as an individual employee. - The IAM role supports AWS use cases such as Spark jobs on Amazon EMR. - Privileged project members can assume the project identity from laptops or notebooks for testing and troubleshooting. - This provides a development context that matches the identity used in production. ## Gravity and Automatic Asset Organization - Assets created by workloads running under a project identity are automatically added to that project. - For example, tables created by a Maestro workflow become project assets without extra configuration. - This “gravity” keeps related outputs organized and makes future access and discovery easier. - Newly created assets inherit the project’s access model rather than requiring separate permissions. ## Securing Maestro Workflows - Maestro runs ETL pipelines, data movement jobs, machine-learning training, and other batch workloads. - As a Trusted Workload Manager, Maestro can mint identity tokens for scheduled executions. - A single workflow may be checked against table ACLs, Netflix resource policies, and AWS IAM policies. - Using a durable project identity prevents failures caused by changes to the original author’s account. - Project-scoped secrets also remain available when ownership changes. Data Projects provide Netflix with a scalable foundation for access control, workload execution, and asset ownership. Moving management from individual assets and employees to durable, team-owned projects makes the platform more stable, auditable, and resilient to organizational change.

Read original(opens in new tab)
aws2 min readCurated summary

Modernize your workflows: Amazon WorkSpaces now gives AI agents their own desktop (preview) | Amazon Web Services

Amazon WorkSpaces now lets AI agents operate desktop and legacy applications directly, eliminating the need to build APIs or modernize existing software. Agents use managed virtual desktops with IAM authentication, security controls, and auditability through CloudTrail and CloudWatch. The feature is in public preview and supports agent frameworks through the Model Context Protocol (MCP). ## The Challenge of Legacy Applications - Many enterprises depend on applications without modern APIs: - 75% of organizations reportedly run legacy applications. - 71% of Fortune 500 companies rely on mainframe-based processes with limited programmatic access. - Organizations can either delay AI adoption or undertake costly, risky modernization projects. ## AI Agents in Secure WorkSpaces - AI agents operate desktop applications inside managed WorkSpaces environments. - Agents authenticate with AWS Identity and Access Management (IAM). - Existing security and compliance controls remain in place because agents do not run on local machines. - AWS CloudTrail and Amazon CloudWatch provide audit trails. - WorkSpaces supports MCP, making it compatible with frameworks such as LangChain, CrewAI, and Strands Agents. ## Configuring Agent Access - Administrators create a WorkSpaces Applications stack and enable the **Add AI Agents** option. - Agent capabilities can include: - **Computer input:** Clicking, typing, and scrolling. - **Computer vision:** Capturing screenshots so the agent can interpret the interface. - **Screenshot storage:** Saving session images for auditing and debugging. - Administrators define screen resolution and image format. The example uses 1280×720 resolution and PNG images. - Agents connect through a managed MCP endpoint using IAM credentials. ## Automating Unmodified Desktop Workflows - A Strands Agent SDK and Amazon Bedrock example completes a prescription refill by: - Looking up a patient record. - Searching for medication. - Placing the order. - Confirming the refill. - The pharmacy application requires no API, code changes, migration, or awareness that an agent is controlling it. ## Availability - The feature is in public preview at no additional cost. - It is available in selected AWS Regions across the United States, Canada, Europe, and Asia. - Developers can begin with AWS’s GitHub repository or the Amazon WorkSpaces product page. Organizations can use WorkSpaces as a governed execution environment for AI agents, allowing them to automate legacy desktop workflows while postponing or avoiding extensive application modernization.

Read original(opens in new tab)
aws3 min readCurated summary

AWS Weekly Roundup: Amazon S3 turns 20, Amazon Route 53 Global Resolver general availability, and more (March 16, 2026) | Amazon Web Services

Amazon S3 marked its 20th anniversary with major milestones in scale, performance, and cost reduction, while AWS introduced account regional namespaces for improved bucket-name control. The week’s featured launch was the general availability of Amazon Route 53 Global Resolver, providing secure, globally accessible DNS resolution across 30 AWS Regions. Other updates covered stateful AI agent infrastructure, Windows Server 2025, simplified AWS identity access, and reusable Redshift ingestion templates. ## Amazon S3 Reaches 20 Years - Launched publicly on March 14, 2006, S3 has grown from object storage into a foundational cloud service. - As of March 2026, it stores: - More than 500 trillion objects - Hundreds of exabytes of data - Over 200 million requests per second globally - Storage prices have fallen by approximately 85% since launch, to just over $0.02 per gigabyte. - New account regional namespaces let organizations reserve bucket names within their own account namespace by adding an account-specific suffix. - Adoption can be enforced with IAM and AWS Organizations service control policies using the `s3:x-amz-bucket-namespace` condition key. ## Route 53 Global Resolver Becomes Generally Available - Amazon Route 53 Global Resolver is an internet-reachable, anycast DNS resolver for authorized clients anywhere. - It is available across 30 AWS Regions and supports IPv4 and IPv6 DNS queries. - It resolves: - Public internet domains - Private domains associated with Route 53 private hosted zones - Security features include filtering for malicious, unsafe, DNS tunneling, and Domain Generation Algorithm (DGA) domains. - General availability adds protection against Dictionary DGA threats. - Centralized DNS query logging is also included. ## Additional AWS Service Updates - **Bedrock AgentCore Runtime** - Adds stateful MCP server support through the `Mcp-Session-Id` header. - Dedicated microVMs isolate each user session and preserve context across interactions. - MCP servers can use elicitation, sampling, and progress notifications in addition to resources, prompts, and tools. - **Amazon WorkSpaces** - Adds Windows Server 2025 bundles for WorkSpaces Personal and WorkSpaces Core. - Security features include TPM 2.0, UEFI Secure Boot, Credential Guard, HVCI, Secured-core server, and DNS-over-HTTPS. - Existing Windows Server 2016, 2019, and 2022 bundles remain supported. - **AWS Builder ID** - Adds GitHub and Amazon as sign-in options alongside Google and Apple. - Users can access AWS Builder Center, Training and Certification, and Kiro without maintaining separate credentials. - **Amazon Redshift** - Introduces reusable templates for `COPY` operations. - Templates centralize frequently used parameters, improve consistency, and automatically apply future updates to subsequent loads. - The feature is available in commercial and AWS GovCloud Regions. ## Upcoming AWS Events - AWS Summits are scheduled for Paris, London, and Bengaluru. - AWS Community Days are planned in Pune, San Francisco, and Romania. - AWS will participate in NVIDIA GTC 2026 in San Jose. - AWS Community GameDay Europe will offer hands-on troubleshooting challenges across more than 50 cities. For practitioners, the most significant developments are Route 53 Global Resolver for centralized global DNS security, S3 namespaces for organizational naming governance, and AgentCore’s stateful MCP support for more capable AI applications.

Read original(opens in new tab)
aws2 min readCurated summary

Introducing account regional namespaces for Amazon S3 general purpose buckets | Amazon Web Services

Amazon S3 now lets customers create general purpose buckets in an account regional namespace, making bucket names predictable and reusable across AWS Regions. Names combine a customer-selected prefix with an account-, Region-, and namespace-specific suffix, preventing other accounts from claiming them. The feature preserves existing general purpose bucket capabilities while improving governance and automation. ## Account Regional Bucket Namespaces - Bucket names use a format such as `mybucket-123456789012-us-east-1-an`. - The suffix identifies the AWS account and Region, ensuring that other accounts cannot create buckets using it. - The combined prefix and suffix must be between 3 and 63 characters. - Buckets support the same features as general purpose buckets in the global namespace. ## Governance and Policy Controls - IAM policies and AWS Organizations service control policies can enforce namespace usage. - The new `s3:x-amz-bucket-namespace` condition key allows organizations to require account regional bucket creation. ## Creating Buckets - In the S3 console, select **Account regional namespace** when creating a bucket. - AWS CLI requests use the `--bucket-namespace account-regional` option. - SDKs can pass `BucketNamespace: "account-regional"` to the `CreateBucket` API. - Applications can use STS to retrieve the account ID and the SDK’s Region to construct compliant names. ## Infrastructure as Code - CloudFormation templates can use `AWS::AccountId` and `AWS::Region` to construct bucket names. - The `BucketNamespace: "account-regional"` property enables the feature. - `BucketNamePrefix` can be used when only the customer-defined prefix should appear in the template; AWS adds the account regional suffix automatically. ## Limitations and Availability - Existing global-namespace buckets cannot be renamed into the account regional namespace; new buckets must be created. - The feature applies only to S3 general purpose buckets. - S3 table and vector buckets use account-level namespaces, while directory buckets use zonal namespaces. - It is available in 37 AWS Regions, including AWS China and GovCloud Regions, with no additional cost. Organizations can adopt account regional namespaces to simplify bucket provisioning, prevent naming conflicts, and enforce consistent naming through IAM, Organizations policies, and infrastructure-as-code tools.

Read original(opens in new tab)
aws3 min readCurated summary

Introducing OpenClaw on Amazon Lightsail to run your autonomous private AI agents | Amazon Web Services

Amazon Lightsail now offers a preconfigured OpenClaw instance for running a private, autonomous AI assistant without managing a complex installation. The setup uses Amazon Bedrock by default and supports browser access plus messaging integrations such as WhatsApp, Discord, and Telegram. AWS aims to simplify deployment while addressing the security concerns of running an agent that can access email, files, and the web. ## Launching OpenClaw on Lightsail - In the Lightsail console, create a new instance. - Select: - A preferred AWS Region and Availability Zone - Linux/Unix as the platform - OpenClaw as the blueprint - A 4 GB memory plan is recommended for performance. - The instance typically reaches a running state within minutes. ## Pairing the Browser - Use **Connect using SSH** from the Lightsail Getting Started tab. - Copy the dashboard URL and security credentials shown in the SSH welcome message. - Open the dashboard and enter the access token in the **Gateway Token** field. - Approve the pairing from the terminal by entering `y`, then `a`. - Once pairing succeeds, the dashboard displays an **OK** status. ## Enabling Amazon Bedrock - OpenClaw is preconfigured to use Amazon Bedrock as its AI provider. - Copy the setup script from the Getting Started tab. - Run it in AWS CloudShell to enable Bedrock API access. - After completion, use the **Chat** section of the dashboard to interact with the assistant. ## Messaging Integrations OpenClaw can connect to services such as Telegram and WhatsApp, allowing users to interact with the assistant from a phone or messaging client. It can perform tasks including email management, web browsing, and file organization. ## Permissions and Costs - The setup script creates an IAM role with permissions to access Bedrock. - IAM policies can be customized, but removing required permissions may stop the assistant from generating responses. - Lightsail charges are based on the selected instance plan’s on-demand hourly rate. - Bedrock usage is billed according to tokens processed. - Third-party models offered through AWS Marketplace may add software charges. ## Security Considerations - Do not expose the OpenClaw gateway directly to the public internet. - Treat the gateway authentication token like a password. - Rotate the token regularly. - Store credentials in environment files rather than hardcoding them in configuration. - Review OpenClaw’s gateway security guidance before granting the agent access to sensitive systems. OpenClaw on Lightsail is available in all commercial AWS Regions where Lightsail operates. It provides a convenient deployment path, but users should carefully control IAM permissions, monitor costs, and secure the gateway before connecting personal data or messaging accounts.

Read original(opens in new tab)