Beobachtetes Signal · 26. Apr. 2026 · Technical Release · Quelle: DEV Community · Relevanz: 2/5 · Sentiment: Neutral
EventBridge Scheduler mit ActionAfterCompletion in CloudFormation erstellen
Der Artikel demonstriert, wie sich ein AWS EventBridge Scheduler mit der Eigenschaft ActionAfterCompletion wie DELETE über eine CloudFormation Custom Resource einrichten lässt. Da AWS::Scheduler::Schedule in CloudFormation diese Eigenschaft derzeit nicht nativ unterstützt, nutzt der Autor eine AWS Lambda Funktion via AWS SAM, die über boto3 mit der EventBridge Scheduler API kommuniziert. Der Beitrag enthält vollständigen Python-Code mit Pydantic-Validierung, ein CloudFormation-Beispieltemplate sowie einen GitHub-Link. Wichtige Hinweise betreffen die CloudFormation-Drift-Erkennung und die Behandlung von ResourceNotFoundException als Erfolg bei Löschvorgängen.
Bietet einen praktischen Workaround für eine Cloud-Infrastruktur-Einschränkung mittels einer Lambda-basierten Custom Resource, ist jedoch rein technischer Natur und nicht branchenverändernd.
Marktsignale zu GitHub in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- Die CloudFormation-Ressource AWS::Scheduler::Schedule unterstützt die Eigenschaft ActionAfterCompletion derzeit nicht nativ.
- Der Autor implementiert eine CloudFormation Custom Resource (AWS::CloudFormation::CustomResource) auf Basis einer AWS Lambda Funktion.
- Der Python-Beispiellicode nutzt boto3 sowie pydantic für das Request-Handling und ist auf GitHub verfügbar: https://github.com/H0ukiStar/sample-aws-cfn-schedule-with-action-after-completion.
- Ein CloudFormation-Template veranschaulicht die Erstellung eines at(...)-Ausdrucks mit ActionAfterCompletion: DELETE.
- Bei ActionAfterCompletion: DELETE wird der Zeitplan nach Ausführung entfernt; die Custom Resource sollte ResourceNotFoundException bei der Löschung als Erfolg werten.
Verknüpfte Unternehmen
2 verknüpfte UnternehmenOntologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
Auto-healing CloudFormation Drift with Durable Functions
The article demonstrates an automated Configuration Healing workflow that detects and remediates AWS CloudFormation stack drift by using Durable Functions orchestrations implemented with the AWS Lambda Durable Execution SDK for Python. It describes AWS’s November 2025 addition of "drift-aware change sets" (deploy-mode REVERT_DRIFT) that let CloudFormation generate remediation change sets automatically, then shows a sample implementation: a CloudFormation test stack, intentional drift via SSM parameter changes, a Durable Functions workflow that polls for asynchronous operations, automatic creation and optional execution of drift-aware change sets, SNS notifications, and deployment via AWS SAM. The author published source code on GitHub and describes an option to stop after change-set creation for human review before execution.
AWS Serverless: Event-Driven Design mit SQS, SNS und EventBridge
Dieser technische Leitfaden erläutert die Konzeption ereignisgesteuerter Architekturen auf AWS unter Verwendung von SQS, SNS und EventBridge. SQS fungiert als pull-basierter, resilienter Warteschlangendienst mit FIFO-Optionen für strikte Reihenfolge und exakt einmalige Verarbeitung. SNS dient als push-basierter Publish/Subscribe-Dienst für Fan-out-Szenarien an mehrere Abonnenten. EventBridge ist ein serverloser Event-Bus, der musterbasiertes Routing, eine Schema-Registry, TypeScript-Codewodierung sowie Integrationen mit SaaS-Anbietern unterstützt. Anhand anschaulicher Analogien zeigt der Artikel auf, wann welcher Dienst optimal eingesetzt wird: SQS zur Lättung von Lastspitzen und Absicherung, SNS für Broadcasts und Fan-out sowie EventBridge für komplexes Routing und unternehmensweite Microservice-Meshes. Das Dokument richtet sich an Engineering-Teams, die skalierbare Cloud-Architekturen realisieren.
Serverless FSx for ONTAP Logs to Datadog Integration
This technical guide describes a serverless pattern to deliver FSx for ONTAP audit logs into Datadog Log Explorer. The solution deploys a single CloudFormation stack that provisions a Lambda function, EventBridge Scheduler, DLQ (SQS), IAM roles, CloudWatch alarms and a dashboard. The Lambda lists objects from an FSx for ONTAP S3 Access Point, reads EVTX/XML audit files, normalizes events, batches them within Datadog Logs API v2 limits, and ships with exponential backoff and jitter. Checkpoint semantics ensure the pipeline is at-least-once (checkpoint advances only after all batches succeed). The post includes Datadog field mappings, operational validation steps, troubleshooting notes (eg. VPC / S3 AP timeouts, gzip issue on AP1), day‑2 replay/reset procedures, and a cost estimate (~$2/month without VPC, ~$30–50+/month with VPC/NAT for a typical small deployment).
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.
