이 문서는 다양한 이벤트가 데이터베이스 레코드를 어떻게 변경하는지, 그리고 rails 와 agentk 간의 통신이 이러한 이벤트를 어떻게 반영하는지 보여줍니다. 두 종류의 워크스페이스 조정 업데이트가 존재합니다: full 과 partial . 자세한 내용은 메시지 유형 을 참조하십시오. 부분 동기화 시나리오 모델링 # request - 발생하는 이벤트. CURRENT_DB_STATE 는 이벤트 발생 전 데이터베이스 상태를 설명합니다. include config_to_apply in workspace_rails_info response? CURRENT_DB_STATE 및 USER_ACTION 이벤트의 경우 해당 없음. - 로 표시. AGENT_ACTION 이벤트의 경우 - agentk 로부터 받은 워크스페이스 정보로 데이터베이스가 업데이트되기 전 데이터베이스 상태를 기준으로, desired_state_updated_at >= responded_to_agent_at 조건에 따라 Rails가 agentk 에 config_to_apply 정보를 보내야 하는가? include deployment_resource_version in workspace_rails_info response? - Rails가 agentk 에 deployment_resource_version 정보를 보내야 하는가? 이 필드는 아래 표에서 간결성을 위해 표시하지 않습니다. 아래 시나리오에서는 항상 true로 평가됩니다( agentk 또는 사용자로부터 업데이트 없음 시나리오 제외). 평가 규칙: agentk 로부터 워크스페이스에 대한 정보를 받은 경우 - Yes 워크스페이스에 적용할 설정이 agentk 에 전송되는 경우 - Yes 그 외 - No desired_state_updated_at , responded_to_agent_at , desired_state , actual_state - 이벤트 발생 후 데이터베이스 상태 responded_to_agent_at 는 Rails가 워크스페이스에 대한 정보를 에이전트에 응답할 때 항상 현재 타임스탬프로 업데이트됩니다. 정보에는 config_to_apply 또는 deployment_resource_version 또는 둘 다 포함될 수 있습니다. desired: Running / actual: CreationRequested → desired: Running / actual: Running # 사용자가 새 워크스페이스를 요청하여 Running 실제 상태가 됩니다. request include config_to_apply in workspace_rails_info response? desired_state actual_state desired_state_updated_at responded_to_agent_at CURRENT_DB_STATE - 빈 데이터베이스 - USER_ACTION - 사용자가 새 워크스페이스 요청 - Running CreationRequested 05:00 AGENT_ACTION - agentk 정보 없음 보고 Y
