A shared identity
Tael Identity manages sign-in, sessions, and membership. The same secure session works across the apps a user is allowed to access.
FROM CODE TO A RUNNING SERVICE
Tael is a collection of focused apps that share sign-in and collaborative workspaces while keeping their code, data, and operations separate. This is the public view of how the system works—without details that would weaken its security.
SYSTEM AT A GLANCE
Tael Identity manages sign-in, sessions, and membership. The same secure session works across the apps a user is allowed to access.
Families and organizations are created centrally. Apps receive only the authorization context they need for the active workspace.
An app that stores data owns its database, rules, and backups. A failure in one product should not provide access to another.
CONTINUOUS INTEGRATION
Code does not go live simply because it has been written. It must pass automated and technical checks first.
DEPLOYMENT INTERACTION MAP
A focused change is proposed on an isolated branch.
The exact difference is visible before approval.
Tests, contracts, and security checks must pass.
The approved image is stored by immutable identity.
It may update only its assigned product.
Real readiness must succeed before completion.
Failure path: if readiness fails, the deployer restores the previous approved image and verifies the service again.
Work takes place on an isolated branch. The change remains visible and reviewable before it enters the main version.
CI verifies behavior, buildability, secure defaults, configuration, and that the product still satisfies its deployment contract.
Approved code is built once into a version-locked container image. The image that passes the checks is the image that may be deployed.
The container and its dependencies are checked for known serious vulnerabilities. A blocking finding stops the delivery process.
A product's deployment identity can update only that product and accepts only the approved image.
The service's real health response is checked after the switch. If it fails, the previous working version is restored automatically.
TECHNOLOGY
Static pages stay simple. Interactive products use component-based web interfaces and server code where needed.
Stateful apps use their own PostgreSQL databases. The API layer checks identity and access before data leaves the product.
Sign-in material is kept in protected cookies rather than ordinary browser storage. Short-lived, signed tokens are used between services.
Apps run in isolated containers behind a TLS-terminating gateway. GitHub Actions builds, tests, scans, and delivers approved versions.
SECURITY AND PRIVACY
Responsible transparency: This page describes principles and technology choices. Exact network addresses, access rules, secret names, and operational instructions are not published.
READY TO EXPLORE?