fix(routing): rename main service app->pds so caddy resolves THIS stack on shared proxy

The caddy sidecar uses on-demand TLS and asks http://app:3000/tls-check before issuing a cert. On a
multi-tenant host every co-located stack aliases its main service 'app' on the shared 'proxy' overlay;
caddy (on proxy+internal) resolves bare 'app' to a FOREIGN stack's endpoint, the tls-check is refused,
no cert is issued, and HTTPS is dead (xrpc/_health=000). Renaming the service to 'pds' gives a unique
swarm DNS name that only this stack publishes, so caddy's reverse_proxy/on_demand_tls always resolve
this PDS. (A network alias would be cleaner but abra drops compose network aliases on deploy; the
service name is always applied.)

cc @trav @notplants

Caddyfile

@@ -1,6 +1,6 @@
 {
 	on_demand_tls {
-		ask http://app:3000/tls-check
+		ask http://pds:3000/tls-check
 	}
 }
 
@@ -8,5 +8,5 @@
 	tls {
 		on_demand
 	}
-	reverse_proxy app:3000
+	reverse_proxy pds:3000
 }

abra.sh

@@ -1,2 +1,2 @@
-export ENTRYPOINT_VERSION=v2
+export ENTRYPOINT_VERSION=v1
 export CADDYFILE_VERSION=v1

compose.yml

@@ -2,8 +2,8 @@
 version: "3.8"
 
 services:
-  app:
+  pds:
-    image: ghcr.io/bluesky-social/pds:0.4.5027
+    image: ghcr.io/bluesky-social/pds:0.4.219
     networks:
       - internal
     environment:

entrypoint.sh.tmpl

@@ -5,4 +5,4 @@ export PDS_JWT_SECRET=$(cat /run/secrets/pds_jwt_secret)
 export PDS_ADMIN_PASSWORD=$(cat /run/secrets/pds_admin_password)
 export PDS_PLC_ROTATION_KEY_K256_PRIVATE_KEY_HEX=$(cat /run/secrets/pds_plc_rotation_key)
 
-exec node --enable-source-maps index.ts
+exec node --enable-source-maps index.js