feat: Lightsail + svg animation + ec2 bug fixes
This commit is contained in:
@@ -16,6 +16,7 @@ The local implementation keeps Lightsail state in Floci storage and is designed
|
||||
- Key pairs: create, import, get, list, delete, and download default key pair
|
||||
- Discovery: regions, blueprints, bundles, active names, operations, and operations for resource
|
||||
- Tags: tag and untag local Lightsail resources
|
||||
- Node.js instances: the `nodejs` blueprint uses the multi-architecture `node:24-bookworm` current LTS image, supports the selected SSH key, and persists application state in a named volume at `/opt/lightsail/app`. The volume starts with `releases/<timestamp>` and `current`; the in-container supervisor runs `npm start` from `current`, captures stdout and stderr under `logs/`, restarts crashes with capped exponential backoff, and retains the three newest releases. Application deployment remains SSH/manual in this phase: no deployment API or console workflow is provided.
|
||||
|
||||
Read-only list operations for cloud-side Lightsail resource families that are not locally implemented yet return empty AWS-shaped lists. Cloud-only provisioning workflows such as container services, distributions, managed databases, load balancers, buckets, and snapshots are recognized from the AWS Lightsail API model and return an explicit `UnsupportedOperation` error instead of a custom endpoint or non-AWS response shape.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user