Packeton Self-Hosted Private Composer Repository

AWS Developer Tools

Packeton, the open source private Composer package repository, hosting your PHP packages the moment it boots.

Base
Hardened build
minimal ports, security patches applied at build time
Access
Unique credentials
generated on first boot, readable only by root
Verified
Boots working
services pass a health gate before release
Support
24/7, 365 days
by email and live chat, 24 hour response SLA

Overview

Packeton is a free, open source, self hosted private Composer package repository for PHP, your own private Packagist. It hosts private Composer packages, proxies and mirrors packages from public sources, integrates version control repositories over git, subversion and mercurial, and serves package metadata and zipball archives to composer clients, with per user API tokens and fine grained permissions controlling who can read and publish.

It suits development teams that want to distribute private PHP libraries internally, keep their package artifacts on infrastructure they control, and authenticate their CI systems and developers against a private repository instead of a public SaaS.

Why the cloudimg image

cloudimg delivers Packeton fully installed and configured as a Symfony application on nginx and PHP, backed by a local PostgreSQL database and Redis, with a background worker and cron already running, so the repository is serving the moment the instance boots. A unique administrator password, a fresh application secret and a rotated database password are generated on first boot, so no default or shared credentials ship in the image, and the database and cache are bound to localhost. The database tier and the application tree with stored package archives each sit on their own dedicated, independently resizable disk, separate from the operating system disk. Every image is paired with a step by step deploy guide and backed by 24/7 support.

Common uses

  • Host private PHP Composer packages for your team on infrastructure you control
  • Proxy and mirror public Composer repositories to insulate builds from upstream outages
  • Issue per user API tokens so CI systems and developers authenticate against your private repository

Key features

  • Zero per-seat fees, full data sovereignty - Unlike Private Packagist SaaS, Packeton runs entirely on your AWS infrastructure with no recurring per-user charges. Your private PHP packages, metadata, and artifacts never leave your VPC. You control uptime, retention, and access - making it ideal for regulated industries or teams that must keep dependency artifacts on-premises for audit compliance.
  • Production-ready in minutes, not hours - This AMI launches a complete private Composer repository without manual setup. No assembling Symfony, nginx, PostgreSQL, and Redis from scratch like a DIY deployment, and no static-file limitations like Satis. Webhook-driven VCS integration, upstream mirroring, background metadata workers, and a full admin UI work immediately after first boot.
  • Secure by default with 24/7 expert support from cloudimg - Every instance generates unique cryptographic secrets and database credentials on first boot, stored in a root-only file. No shared or default passwords ship in the image. PostgreSQL and Redis bind to localhost only, and data volumes are isolated from the OS disk. cloudimg provides round-the-clock technical support with one-hour average response for critical issues.

See it running

Real screenshots taken while testing this image against its deployment guide.

Packeton Self-Hosted Private Composer Repository screenshot 1 Packeton Self-Hosted Private Composer Repository screenshot 2 Packeton Self-Hosted Private Composer Repository screenshot 3 Packeton Self-Hosted Private Composer Repository screenshot 4

Description

This is a repackaged open source software product wherein additional charges apply for cloudimg support services.

## Why Packeton on AWS?

PHP teams managing private libraries face a choice: pay recurring per-seat SaaS fees for hosted Packagist, wrestle with the limited feature set of static generators like Satis, or spend hours assembling a self-hosted stack from scratch. Packeton eliminates that trade-off. This AMI delivers a fully configured private Composer package repository - your own private Packagist - serving packages within minutes of launch, with no per-seat pricing and complete data sovereignty.

Example scenario: A 20-developer PHP agency managing 40+ internal libraries across client projects launches this AMI on a single EC2 instance. Within minutes, the team has a private repository serving Composer v1 and v2 metadata, webhook-driven updates from their GitLab server, and per-developer API tokens - all without a single dependency leaving their VPC.

## What You Get

  • Immediate private repository - Packeton 2.7.0 as a Symfony application on PHP 8.3, served by nginx on port 80, backed by PostgreSQL 16 and Redis. No install wizard, no manual configuration.
  • VCS integration - Connect GitHub, GitLab, Gitea, and Bitbucket repositories. Webhook-driven updates keep package metadata current automatically.
  • Mirroring and proxying - Mirror upstream public repositories so builds never break due to third-party outages. Proxy requests transparently to Packagist.org.
  • Fine-grained access control - Per-user API tokens and permissions let your CI pipelines and developers authenticate securely against your private repository.
  • Artifact storage flexibility - Store zipball archives on local EBS or S3-compatible object storage.
  • SSO/OAuth sign-in - Integrate with your existing identity provider.
  • REST API - Automate package management from CI/CD pipelines.

## How It Compares

  • vs. Private Packagist SaaS - No per-seat fees, no data leaving your infrastructure, no vendor lock-in. You control updates, uptime, and retention.
  • vs. Satis - Packeton provides a full web UI, background metadata workers, webhook-driven updates, mirroring, proxying, and access control. Satis generates static files with no dynamic features.
  • vs. Community AMIs - This image generates unique credentials per instance, isolates database and application data on dedicated resizable EBS volumes, and binds PostgreSQL and Redis to localhost only. No shared secrets ship in the image.

## Production-Hardened Architecture

A one-shot first-boot service generates a fresh application secret, rotates the PostgreSQL password, builds the database schema, and sets a unique administrator password - written to a root-only file. Systemd manages every component, starting services on boot and restarting on failure. The PostgreSQL datadir and application tree with stored package archives each sit on dedicated, independently resizable EBS volumes separate from the OS disk.

A background worker (packagist:run-workers) and a one-minute cron keep repository metadata, package updates, and mirror synchronisation current.

## Getting Started

1. Launch the AMI on your chosen EC2 instance type.

2. SSH in and retrieve the generated administrator credentials from the root-only file.

3. Browse to the instance address, sign in, add your first VCS repository or upload a package.

4. Point your composer.json at your new private repository and run composer require.

For a guided walkthrough of your first deployment, contact cloudimg support via live chat or email.

## About This Listing

All product and company names are trademarks or registered trademarks of their respective holders. Use of them does not imply any affiliation with or endorsement by them.

Related technologies

private packagistcomposer repositoryphp package managerself hosted composerprivate composerpackage mirrorpacketonphp dependency managementcomposer proxyvcs package hosting