PRIMARY가 바뀌어도 도메인은 바뀌면 안 된다 — 홈 PaaS에서 Control Plane과 Data Plane을 나눈 이유
PhotoGram에 이어 Ghost까지 실제 workload로 붙이자 단일 서버에서는 보이지 않던 routing과 authority 문제가 드러났다. public identity를 고정한 채 control-plane handover와 workload 이동을 분리한 과정을 정리했다.
두 번째 서버를 붙여보니 테스트가 놓친 경계가 보였다 — Node-Local Runtime을 실제로 검증한 방법
PaaS, Server Ops, Security Guard를 두 번째 물리 노드에 실제로 연결하면서 handshake, observation, containment, disconnect/reconnect, crash-restart를 검증했다. 단위 테스트를 넘어서 실제 runtime transition을 확인해야 했던 이유를 정리한다.
한 서버가 다른 서버의 보안 Authority가 되면 안 된다 — Node-Local Runtime Security를 선택한 이유
여러 물리 노드를 하나의 PaaS로 묶더라도 process observation과 containment authority까지 중앙화할 필요는 없다. 각 노드가 자기 runtime의 사실과 집행을 소유하고 PaaS mesh는 요약된 상태만 조정하도록 한 이유를 정리한다.