이제 승인자는 누가 요청했는지만이 아니라 요청이 어디서 왔는지도 확인할 수 있습니다. 승인 카드에는 요청 경로가 표시되며, 요청자 유형도 플랫폼이 직접 확인한 정보인지 요청자가 스스로 밝힌 정보인지 구분됩니다. 요청이 AI 에이전트의 것으로 표시됐는지, 그 표시가 검증된 것인지 실행 전에 알 수 있습니다.
알림도 상황에 맞게 조정할 수 있습니다. 예정된 작업 중에는 알림을 아무에게도 보내지 않거나, 특정 이벤트의 알림만 끄고 나머지는 그대로 받을 수 있습니다. 규칙을 저장하기 전에 최근 데이터로 미리 실행해 볼 수도 있습니다. Work Session을 연장하려면 이제 사유를 적어야 하며, 승인자는 이 사유를 확인할 수 있습니다.
승인 카드에 요청 경로와 검증 여부가 표시됩니다
승인자는 승인 여부를 결정하기 전에 요청이 AI 에이전트와 사람 중 어느 쪽으로 표시됐는지, 그 표시가 검증된 것인지 확인할 수 있습니다. 명령과 Work Session에는 요청이 들어온 경로가 기록됩니다. 웹, CLI, MCP, API 토큰, 서비스 토큰 중 어떤 경로로 들어왔는지 승인 카드에 표시됩니다. 이전에는 비어 있던 항목입니다.
요청자 태그에는 요청자 유형이 검증된 정보인지도 표시됩니다. AI 에이전트의 요청으로 표시된 경우, 플랫폼이 발급한 자격 증명으로 서버가 직접 확인한 정보인지, 요청자가 스스로 밝힌 검증되지 않은 정보인지 구분됩니다. CLI 요청은 항상 검증되지 않은 것으로 표시됩니다. 터미널에서 직접 명령을 치는 사람과 CLI를 대신 실행하는 에이전트가 같은 자격 증명을 쓰기 때문입니다.
이 태그는 Execution > Pending approvals의 승인 카드와 Live activity, 세션 페이지에 표시됩니다. 세션 페이지에는 요청 경로도 함께 표시됩니다.
서버별로 알림 발송을 멈추고, 이벤트별로 조정할 수 있습니다
서버에서 작업할 예정이고 알림이 발생할 것을 미리 알고 있다면, 그 서버의 알림 발송을 잠시 멈출 수 있습니다. 알림 기록은 그대로 남습니다. 발송 중지 기간은 1시간, 4시간 또는 지정한 시각까지 최대 7일입니다. 서버 페이지에서 Mute alerts를 사용하거나, 서버 목록에서 여러 서버를 선택해 한 번에 적용할 수 있습니다. 기간이 끝나면 아직 해결되지 않은 알림이 한 번 발송됩니다.
Notification preferences에서는 8월에 추가된 카테고리별 설정을 더 세분화해 심각도와 이벤트별로 알림을 켜거나 끌 수 있습니다. 임계값 알림 메일을 꺼도 오프라인 알림은 계속 받을 수 있습니다.
Metrics 앱에는 알림 규칙별 상세 페이지가 추가되어, 각 규칙이 적용되는 서버 목록을 확인할 수 있습니다. 규칙을 저장하기 전에 최근 데이터로 미리 실행해 보면 알림이 몇 번 발생했을지 알 수 있습니다. 규칙을 설정할 때 심각도도 지정할 수 있으며, critical 알림은 계속 메일로 발송됩니다. 알림 이력에는 알림이 해결된 이유와 전달된 채널, 채널별 전달 성공 여부가 남습니다. 놓친 알림이 어느 채널에서 실패했는지 여기서 추적합니다.
서버 알림 발송 중지는 모든 플랜에서 사용할 수 있습니다. 실제 알림 발송, 알림 규칙, 알림 이력은 Essentials 플랜 이상에서 제공됩니다.
세션 연장에는 사유가 필요하고, 종료 시각은 승인자가 정합니다
승인받은 시간은 이제 그대로 제한입니다. 세션 시간을 연장하려면 사유를 적어야 하고, 연장은 세션 페이지에서 요청합니다. 승인이 필요한지는 새 세션을 요청할 때와 같은 규칙을 따릅니다. 워크스페이스가 자동 승인하는 세션이면 새 종료 시각이 바로 적용되고, 그렇지 않으면 요청이 승인자에게 전달됩니다. 승인자는 사유를 확인한 뒤 요청한 시간보다 짧게 승인할 수도 있습니다. 요청보다 길게 승인할 수는 없습니다. 어느 쪽이든 왜 늘렸는지가 기록에 남습니다.
그 밖의 업데이트
- 요청이 거부되면 거부 사유가 된 역할이나 토큰 스코프, 부족한 권한이 콘솔과 CLI에 표시됩니다.
- 활동 로그에서 변경 전 값을 확인할 수 있습니다. Essentials 플랜 이상에서 제공됩니다.
- 서버 담당자를 변경하면 새 담당자와 이전 담당자가 볼 수 있는 서버 목록에 즉시 반영됩니다.
- 워크스페이스마다 에이전트 업데이트 방식을 자동 또는 수동으로 선택할 수 있습니다. 자동 업데이트는 지정한 유지보수 시간대에만 실행되며, 서버별 업그레이드 이력도 확인할 수 있습니다.
- 서버 재부팅, 종료, OS 업그레이드는 이제 Work Session 안에서 명령으로 실행합니다. 다른 명령과 마찬가지로 sudo 정책, MFA, 승인, 기록이 적용됩니다. 자세한 내용은 동작 변경 사항에 있습니다.
- 에이전트 자체의 재시작과 업그레이드 기능은 서버 페이지의 에이전트 영역으로 이동했습니다.
- 예정된 유지보수 중에는 콘솔에 배너가 표시됩니다. 오프라인 알림은 보류됐다가 한 번에 발송됩니다.
alpacon api를 사용하면 기존 CLI 로그인 정보로 API 요청을 보낼 수 있으며, CLI는 시스템 프록시 설정을 따릅니다.- Alpamon은 연결이 끊기면 45초 안에 감지하고 다시 연결합니다.
- 이번 릴리스에는 보안 개선 사항이 포함되어 있습니다. self-hosted 환경을 운영하는 고객에게는 업데이트를 권장합니다.
동작 변경 사항
재부팅, 종료, OS 업그레이드, 에이전트 종료 기능이 콘솔, API, Alpacon CLI, Alpacon MCP에서 제거됐습니다. 이 기능을 호출하던 스크립트는 이제 실패합니다. 대신 Work Session 안에서 호스트 명령을 직접 실행하세요. 재부팅은 alpacon exec <server> -- sudo reboot, 종료는 sudo shutdown, OS 업그레이드는 사용하는 OS의 업그레이드 명령입니다. 에이전트 종료는 제거됐고, 에이전트 재시작과 업그레이드는 서버 페이지의 에이전트 영역에서 계속 할 수 있습니다. alpacon agent restart와 alpacon agent upgrade는 이제 실행 전에 확인을 요구하므로 스크립트에서는 -y를 붙여야 합니다. 이 방식으로 재부팅하더라도 알림 발송이 자동으로 멈추지는 않으므로 먼저 Mute alerts를 설정하세요.
warning 심각도의 메트릭 알림은 더 이상 메일로 발송되지 않습니다. 메일을 계속 받으려면 규칙을 critical로 설정하세요. 새로 만든 워크스페이스는 Metrics extension이 꺼진 상태로 시작하며, Workspace settings > Integrations > Extensions에서 켤 수 있습니다.
user, group, membership, application 스코프가 하나도 없는 API 토큰은 이제 identity 엔드포인트에서 거부됩니다. 연동에 사용하는 토큰을 확인하세요.
워크스페이스는 Superuser만 삭제할 수 있으며, 삭제하면 연결된 모든 서버에서 Alpamon이 제거됩니다. 이 작업은 되돌릴 수 없습니다.
