Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Laravel Sqs Sns Subscription Queue Laravel Package

joblocal/laravel-sqs-sns-subscription-queue

Laravel queue driver for Amazon SQS queues subscribed to SNS topics. It consumes SNS-published messages through SQS, handles subscription confirmation and envelope decoding, and lets Laravel workers process SNS fan-out messages natively.

View on GitHub
Deep Wiki
Context7

Technical Evaluation

  • Architecture fit: This is a narrow Laravel queue connector that adapts SQS messages wrapped in SNS envelopes into Laravel job payloads. It fits event-driven Laravel services that need SNS fan-out to SQS queues but cannot or do not want to enable SNS raw message delivery. It is not a general queue abstraction or a replacement for Laravel’s SQS driver; it is an envelope-unwrapping adapter.
  • Integration feasibility: Low implementation effort for a Laravel team: add the Composer dependency, configure an sqs-sns queue connection, set AWS credentials/queue URL, and route jobs to that connection. Feasibility depends on confirming Laravel/PHP version constraints, auto-discovery/provider registration, and whether the package preserves needed SQS/SNS message attributes.
  • Technical risk: The main risk is not code complexity but dependency lifecycle. With 47 stars, a score of 1.545, and last release 2023-09-28, this should be treated as a low-adoption tactical dependency. It likely couples to Laravel queue internals such as the SQS connector/queue classes, so Laravel upgrades can break behavior. Envelope assumptions, malformed messages, FIFO support, and raw-delivery configuration must be verified in a spike.
  • Key questions: Which Laravel and PHP versions are supported and tested? Does it require non-raw SNS delivery, or handle both raw and enveloped messages? Does it support SQS FIFO/SNS FIFO, message attributes, encryption, and long polling? How are malformed or non-SNS messages handled? Is the package actively maintained, and can we fork/vendor it if needed? What IAM permissions and DLQ configuration are required? What is the license and security posture?

Integration Approach

  • Stack fit: Best fit is an existing Laravel application already using Laravel queues and AWS SQS, with SNS topics fanning out to one or more SQS queues. If all subscriptions can enable SNS raw message delivery, prefer Laravel’s native SQS driver and avoid this package. If raw delivery is not possible because of existing subscribers or organizational constraints, this connector is a reasonable tactical fit.
  • Migration path: Add the package as a new queue connection rather than replacing existing connections. Pilot one non-critical job type/queue in staging, verify SNS envelope unwrapping, job serialization, retries, visibility timeout, and DLQ behavior, then move a small production queue before broader rollout. Keep a fallback path to raw message delivery plus native SQS.
  • Compatibility: Pin the package version and validate Composer constraints against the target Laravel/PHP versions. Test queue worker restarts, config caching, failed-job handling, and deployment rollback. Confirm that SNS subscription settings, SQS queue policy, IAM roles, and encryption settings match the connector’s expectations.
  • Sequencing: 1) Inventory Laravel version, queue usage, SNS/SQS topology, and whether raw delivery is feasible. 2) Run a staging spike with one SNS topic and one SQS queue. 3) Validate job dispatch/consume/failure paths and DLQ behavior. 4) Establish IAM and operational dashboards. 5) Pilot in production with a limited queue. 6) Decide whether to standardize, fork/vendor, or migrate to raw delivery plus native SQS.

Operational Impact

  • Maintenance: Low code surface but elevated maintenance risk due to low adoption and stale release cadence. Plan to pin versions, monitor Laravel upgrades, and identify an internal owner or fork strategy. Do not assume upstream fixes will arrive on a predictable timeline.
  • Support: Community-only support with no SLA. The team must own troubleshooting, documentation, and upgrade testing. Keep a runbook covering SNS envelope format, queue configuration, DLQ replay, and fallback to raw delivery.
  • Scaling: Runtime overhead is likely negligible; scaling characteristics are inherited from SQS/SNS and Laravel workers. Watch visibility timeout, batch size, concurrency, long polling, and SNS-to-SQS delivery latency. Confirm FIFO behavior if ordering or deduplication is required.
  • Failure modes: Common failures include SNS envelope parsing errors, malformed or non-SNS messages in the queue, job payload/serialization mismatches, duplicate delivery from at-least-once semantics, poison messages without a DLQ, misconfigured visibility timeout, and breakage after Laravel upgrades. Monitor failed jobs, DLQ depth, SQS message age, worker error rates, and SNS delivery failures.
  • Ramp-up: Low for Laravel developers familiar with queues; moderate for teams new to SNS/SQS fan-out and envelope semantics. Provide a short internal guide covering the connector’s role, raw-delivery alternative, IAM setup, local/staging testing, and incident response before production use.
Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
socialdept/tenant-domains
tautvydasr/blade-class-names
socialdept/color-scales
maherelgamil/controller
coleus/widgets
coleus/table
coleus/users
coleus/music
coleus/health
coleus/calendar
coleus/notes
coleus/support
coleus/settings
coleus/apps
seampact/laravel
emmyconceptng/laravel-ng-postcode
jjsquady/round-robin
skyraptor/chatter
edlugz/sasapay
abbasudo/artisan-route