공유 메모리와 데이터 격리란?

쉽게 이해하면

팀 공용 업무 수첩과 개인 노트를 구분하는 상황과 비슷합니다. 공통 규정은 팀이 함께 보되, 고객별 계약이나 개인 선호는 필요한 범위에만 적용할 수 있습니다. 공용 저장소를 쓴다는 이유로 모든 사용자가 모든 내용을 볼 수 있어야 하는 것은 아닙니다.

가상의 고객지원 AI가 여러 기업의 문의를 처리한다고 합시다. 문장이 비슷한 질문이라도 A사의 계약 조건을 B사 답변에 사용하면 안 됩니다. 사용자 이름을 프롬프트에 적는 것만으로 이런 경계가 보장되지는 않습니다. 서버가 확인한 소속과 권한을 검색·조회·갱신에 적용해야 합니다.

알아둘 점

경계의 기준

개인·프로젝트·조직 중 어떤 단위로 정보를 저장하고 공유할지 정합니다. 사용자가 전송한 식별자를 그대로 신뢰하기보다 인증된 사용자와 권한을 기준으로 범위를 결정해야 합니다.

읽기 외의 권한

누가 기억을 만들고 고치고 지울 수 있는지도 중요합니다. 한 사용자의 요청이 조직 공통 규정을 덮어쓰지 않도록 개인 선호와 공통 기준의 변경 권한을 구분합니다.

파생 정보도 포함

원문을 분리해도 검색 결과, 요약, 캐시, 실행 로그에 다른 고객의 정보가 남을 수 있습니다. 공유 범위를 검토할 때 파생 데이터와 출처 노출까지 포함해야 합니다.

실제로 확인하기

권한이 다른 두 사용자를 준비해 같은 질문과 교차 요청을 시험합니다. 소속 변경이나 권한 회수 후에도 이전 정보가 다시 나타나는지 확인해야 합니다. 구체적인 보안·법적 적합성은 실제 시스템을 기준으로 별도 검토합니다.

비슷한 용어와의 차이

공유 메모리

필요한 정보를 여러 주체가 함께 활용

데이터 격리

허용되지 않은 범위로 정보가 섞이지 않도록 분리

접근 제어

누가 어떤 정보를 읽거나 변경할 수 있는지 결정