- What is palzin-apm/palzin-symfony used for?
- It is a Symfony bundle that connects a Symfony application to Palzin APM for real-time monitoring of requests, exceptions, console commands, and Messenger jobs. It captures response times, status codes, stack traces, context, and custom segments for profiling critical code paths. It is not a Laravel package, so Laravel applications need a different integration approach.
- Does palzin-apm/palzin-symfony work with Laravel?
- No. The package is built as a Symfony bundle, while Laravel uses service providers and package discovery. Installing it in Laravel will not provide the documented Symfony bundle integration. Laravel teams should look for a Laravel-specific Palzin APM package or build an adapter around a supported monitoring client.
- How do I install palzin-apm/palzin-symfony?
- Install it with Composer in a Symfony application, register the bundle in your Symfony configuration, and set the Palzin APM environment variables. The overview describes zero-config setup via the Symfony bundle and environment variables, but confirm the exact bundle registration and required variable names in the repository README. Run a smoke test in a non-critical environment before production.
- What configuration does Palzin APM need for Symfony?
- The context says setup is zero-config via the Symfony bundle and environment variables, so the main configuration is likely an API key or project token plus environment settings. It automatically captures requests, exceptions, console commands, and Messenger jobs, with custom segments available for profiling. Check the repository README for exact environment variable names and optional bundle configuration.
- Which Symfony and PHP versions are supported?
- The provided context does not document a supported Symfony or PHP version matrix, which is a key risk for an initial public release. Check composer.json constraints and any CI configuration in the repository before installing. Treat compatibility as unproven until you validate it against your target Symfony and PHP versions.
- Is palzin-apm/palzin-symfony production ready?
- It is described as an initial public release, so treat it as conditional for production. The assessment rates technical risk medium-to-high due to package immaturity, unknown maintainer commitment, and an undocumented support matrix. Use it behind an application-owned adapter or feature flag in a non-critical path first, with a rollback plan.
- Does palzin-apm/palzin-symfony add significant overhead?
- The overview says it captures monitoring data without adding significant overhead, but no benchmarks are provided. Actual overhead depends on request volume, exception frequency, Messenger job instrumentation, and custom segment usage. Run load and failure tests in staging before scaling beyond a pilot.
- What is the license and security policy for palzin-apm/palzin-symfony?
- The provided context does not state the license or a security disclosure process, which is a gap for an initial release. Check the repository LICENSE file and issue tracker or security policy before production use. If no documented reporting channel exists, avoid relying on it for regulated or business-critical workflows.
- How do I test palzin-apm/palzin-symfony in CI?
- The context does not document an automated test suite or CI coverage for the package, so validate it with your own smoke and regression tests. Install it in a test Symfony app, exercise request, exception, console, and Messenger paths, and confirm data appears in Palzin APM. Keep the package behind an adapter so tests can run without the external monitoring dependency.
- What are alternatives to palzin-apm/palzin-symfony?
- Alternatives include other APM and error-monitoring tools for Symfony, such as Sentry, Blackfire, or Symfony Profiler for local profiling, depending on whether you need production APM or development insight. For Laravel, use a Laravel-specific Palzin APM package rather than this Symfony bundle. Evaluate maintenance, data privacy, and overhead before choosing.