Samsung SDS

기업의 업무 환경에서 Endpoint의 의미가 달라지고 있습니다. 과거에는 사무실 책상 위의 데스크톱과 임직원에게 지급한 노트북이 관리의 중심이었으나 지금은 스마트폰과 태블릿은 물론 매장의 POS와 키오스크, 물류센터의 바코드 스캐너, 병원의 공용 태블릿, 공장의 러기드 단말, 재택근무자의 개인 기기와 가상 데스크톱까지 모두 업무 수행에 연결됩니다.

관리 대상이 늘어난 것보다 더 중요한 변화는 Endpoint 장애가 곧 업무 손실로 이어진다는 점입니다. 생산라인의 태블릿이 멈추면 품질검사가 지연되고, 병동의 공용 단말에 장애가 발생하면 환자 정보 조회가 늦어집니다. POS가 작동하지 않으면 매출 손실이 발생하고, 물류 스캐너의 네트워크가 끊기면 출고와 배송 일정이 흔들립니다.

따라서 최근 Endpoint 관리의 질문은 “몇 대를 등록했는가”에서 “업무에 영향을 주기 전에 문제를 발견하고 복구할 수 있는가”로 이동하고 있습니다. 이 변화가 UEM의 역할 확장과 AEM으로의 진화를 이해하는 출발점입니다.^[1]

[그림1] Endpoint 관리 기술의 진화 (AI 활용 제작-ChatGPT)

그림 1. 엔드포인트 관리 기술의 진화

MDM (모바일 장치 관리)

스마트폰 등록 및 설정

잠금, 위치 추적, 초기화

EMM (모바일 앱 및 데이터 관리)

모바일 앱 배포 및 관리

업무 데이터 보호

UEM (통합 엔드포인트 관리)

PC, 모바일, 태블릿, 키오스크, 가상 단말 통합 관리

보안, 패치, 구성, 접근 통제

AEM (자율형 엔드포인트 관리)

이상 탐지에서 원인 분석, 조치 결정, 자동 복구로 이어지는 프로세스

AI 및 분석 기반 예측, 대응, 자동 복구로 업무 중단 최소화

UEM은 무엇을 통합하는가

UEM은 여러 종류의 Endpoint와 운영체제를 하나의 관리 체계에서 다루기 위한 기술입니다. UEM의 기능은 단말 관리 (등록 및 키오스크/공용 단말 운영, 장애 단말 원격지원), 애플리케이션 관리 (배포 및 실행 권한 설정, 업무 데이터 관리), 보안 설정(접근/인증 통제 및 패치, 암호화, 화면 설정, 분실 단말 잠금, 규정 준수 상태 확인/조치)로 구성됩니다.

최근 UEM은 클라우드 기반 서비스로 발전하면서 사내 네트워크에 연결되지 않은 재택·출장 단말도 인터넷을 통해 지속적으로 관리할 수 있게 되었습니다. 그러나 관리 콘솔이 통합되었다고 해서 운영 부담이 자동으로 사라지는 것은 아닙니다. 수천 대 또는 수만 대의 Endpoint에서 발생하는 상태 정보와 경고를 관리자가 일일이 분석하고 대응해야 한다면, 통합 관리는 “한곳에서 보는 부담”으로 남을 수 있습니다.

AEM: 이상 징후 발견 후 개선보다는 사전 예방으로 관리

AEM은 Endpoint에서 수집한 성능, 앱, 패치, 보안, 네트워크, 사용자 경험 데이터를 분석해 이상 징후를 조기에 발견하고 반복적인 문제를 자동으로 복구하는 운영 방식입니다. 사용자가 장애를 신고한 뒤 원격지원으로 해결하는 흐름에서, 사용자가 불편을 느끼기 전에 문제를 줄이는 흐름으로 중심이 이동합니다.

예를 들어 애플리케이션 멈춤, 충돌, 시스템 재시작, 인증서 만료, 저장공간 부족, 보안 에이전트 중단 같은 신호를 조합하면 단순 장애가 아니라 특정 앱 버전, 특정 단말 모델, 특정 정책 변경과 관련된 문제인지 추정할 수 있습니다. 복구는 캐시 삭제, 서비스 재시작, 설정 재적용처럼 위험이 낮은 작업부터 시작하고, 앱 롤백이나 접근 제한처럼 업무 영향이 큰 작업은 승인 절차와 감사 로그를 남기는 방식으로 설계하는 것이 바람직합니다.

[그림2] AEM의 폐쇄형 운영 사이클 (AI 활용 제작-ChatGPT)

그림 2. AEM의 폐쇄형 운영 사이클

1번부터 6번 단계가 끊임없이 반복되며, 지속적인 개선으로 이어지는 순환 구조식 그림입니다.

• 1. 단말 데이터 수집 (성능·앱 충돌·패치·보안·네트워크·사용자 경험 등) →
• 2. 이상 탐지 (평소와 다른 오류·지연·충돌 패턴 발견) →
• 3. 원인 및 영향 분석 (어떤 앱·모델·지역·정책 변경과 관련되는지 분석) →
• 4. 조치 결정 (자동 실행·사용자 동의·관리자 승인 여부 결정) →
• 5. 복구 실행 (서비스 재시작·설정 재적용·패치·앱 롤백·격리 등) →
• 6. 결과 검증 (정상화 여부와 재발 여부 확인 후 다시 1단계로 순환)

[지속적인 개선] 전체 순환 과정에서 축적된 데이터를 기반으로 지속 학습하며 더 빠르고 정확하게 대응함

산업별 변화: 같은 기술, 다른 목적

UEM과 AEM의 기본 기술은 산업별로 크게 달라지지 않습니다. 그러나 Endpoint 장애가 초래하는 비즈니스 결과는 산업마다 다릅니다. 제조업에서는 생산 중단, 의료에서는 진료 지연, 금융에서는 위험 노출, 유통에서는 결제 실패, 물류에서는 배송 지연으로 이어질 수 있습니다. 따라서 적용 목표와 자동화 범위도 산업별로 달라져야 합니다.

① 제조: 앱 배포 관리를 통한 무중단 생산라인 보장

제조 현장에서는 사무용 PC뿐 아니라 생산 실적을 입력하는 태블릿, 품질검사 단말, 바코드·RFID 스캐너, 설비 유지보수용 노트북, 작업 지시 키오스크가 함께 사용됩니다. 이 환경에서 UEM의 역할은 공장과 생산라인마다 다른 단말 구성을 표준화하고, 필요한 MES·ERP·품질관리 앱만 설치되도록 통제하는 것입니다.

AEM 관점의 핵심은 “장애 처리”가 아니라 “생산 중단 예방”입니다. 품질검사 앱의 새 버전을 배포한 뒤 일부 단말에서 충돌률이 높아진다면, AEM은 특정 앱 버전과 단말 모델의 조합에서 문제가 집중되는지 분석하고 추가 배포를 일시 중단할 수 있습니다. 위험이 낮은 조치는 캐시와 설정을 자동 초기화하고, 문제가 지속되면 영향을 받은 단말만 이전 버전으로 단계적 롤백합니다. 복구되지 않은 단말만 현장 지원 대상으로 전달하면 IT와 현장 모두의 부담이 줄어듭니다.

제조업에서 중요한 부분은 관리 중인 단말 수가 아니라 생산 가능한 단말 비율, 라인 중단시간, 자동 복구 성공률이며 변경에 대한 검증과 승인이 중요합니다.

② 의료: Endpoint 상태 사전 점검을 통한 진료 연속성 확보

의료기관의 Endpoint 관리는 환자 정보 보호와 진료 연속성을 동시에 다뤄야 합니다. 병동 태블릿, 이동형 카트 PC, 공용 워크스테이션, 의료진 모바일 단말은 여러 사용자가 교대로 쓰기 때문에 빠른 로그인과 로그아웃, 승인된 진료 앱만 설치, 화면 잠금과 암호화, 분실 단말 잠금, 보안 기준 미달 단말의 EMR 접근 제한이 기본이 됩니다.

AEM이 결합되면 진료가 시작되기 전 단말 준비 상태를 보장하는 방향으로 운영이 바뀝니다. 야간 근무 전 병동 공용 태블릿의 인증서 만료 여부, 진료 앱 실행 상태, 배터리와 저장공간, Wi-Fi 연결, 필수 보안 프로그램 동작 상태를 자동 점검하고, 인증서나 설정 문제는 자동 복구합니다. 하드웨어 이상이 의심되는 단말만 교체 대상으로 분류하면 의료진이 실제로 단말을 사용하는 순간 발생하는 지연을 줄일 수 있습니다.

의료 분야에서 Endpoint 관리는 “보안 정책을 지키는가”를 넘어 “환자 정보 조회와 투약 기록 입력이 끊기지 않는가”를 기준으로 평가되어야 합니다.

③ 금융·보험: 보안성 높은 신뢰할 수 있는 단말로 관리

금융산업에서는 단말이 관리 대상인지보다 현재 그 단말을 신뢰할 수 있는지가 더 중요합니다. UEM은 운영체제 패치, 디스크 암호화, 방화벽, EDR 위험도, 루팅·탈옥 여부, 규정 준수 상태를 확인하고 조건부 접근과 연동됩니다. 기준을 만족하지 못한 Endpoint는 고객정보 시스템, 거래 시스템, 사내 SaaS 접근이 제한될 수 있습니다.^[2]

AEM은 위험 발견부터 복구까지의 시간을 줄입니다. 자산운용사 직원의 노트북에서 악용 가능성이 높은 브라우저 취약점이 발견되면 단말 위험도가 상승하고, 고객정보 시스템 접근은 제한됩니다. 이후 취약 브라우저나 플러그인을 업데이트하고 악성 프로세스와 설정 변경 여부를 재검사합니다. 정상 상태가 확인되면 접근을 복구하고 모든 과정은 감사 로그로 기록합니다.

또한 개발자와 데이터 분석가에게 로컬 관리자 권한을 상시 부여하기보다, 승인된 프로그램 설치나 특정 작업 시간에만 권한을 높이는 최소권한 운영과 결합하면 보안성과 업무 효율을 함께 높일 수 있습니다.

④ 물류·운송: 사전 점검을 통해 단말 장애로 인한 배송 지연 예방

물류와 운송 분야의 Endpoint는 창고, 차량, 배송 현장, 항만과 공항처럼 넓은 지역에 분산되어 있습니다. 창고 피킹 스캐너, 택배기사 스마트폰, 차량용 태블릿, 배송 확인 단말, 자산 추적 단말은 업무 앱, 지도, VPN, 인증서, 네트워크 설정이 정확히 맞아야 안정적으로 작동합니다.

AEM은 단말 상태와 작업 데이터를 결합해 장애 가능성을 조기에 찾는 방향으로 활용됩니다. 창고 스캐너가 오후 시간대 특정 구역에서 반복적으로 네트워크 연결을 잃는다면, 특정 무선 AP 구역, 특정 단말 모델, 배터리 수준, 최근 Wi-Fi 정책 변경, 스캐닝 앱 버전의 관계를 비교합니다. 설정 문제라면 네트워크 프로파일을 자동 재적용하고, 배터리 열화가 원인이라면 다음 근무 전에 교체해야 할 단말 목록을 생성할 수 있습니다.

목표는 단말 고장 건수를 집계하는 것이 아닙니다. 출고와 배송이 지연되기 전에 문제 단말과 취약 구간을 찾아내는 것입니다.

기술보다 중요한 것은 자동화의 경계입니다

AEM의 효과를 높이기 위해 더 많은 작업을 무조건 자동화하는 것은 위험합니다. 자동화 수준은 업무 영향도와 복구 실패 시의 리스크에 따라 달라져야 합니다. 위험이 낮고 반복적인 작업은 완전 자동화에 적합하지만, 접근 차단이나 앱 롤백처럼 업무에 직접 영향을 주는 작업은 승인 절차가 필요합니다.

자동화 과정에는 변경 전 상태 확인, 일부 단말을 이용한 단계적 배포, 조치 결과 검증, 실패 시 롤백, 예외 단말 관리, 관리자 승인과 감사 로그, 자동화 중지 장치가 포함되어야 합니다. 특히 AI가 원인을 추정하거나 조치를 추천하는 경우에는 “추천”과 “실행”을 분리해야 합니다. AI가 제안한 조치를 곧바로 전체 단말에 실행하기보다 영향 범위와 신뢰도를 확인하고 소수 단말에서 검증한 후 확대하는 방식이 필요합니다.

조직도 함께 달라져야 합니다

UEM과 AEM을 적용하면 IT 조직의 역할도 달라집니다. 기존 헬프데스크는 사용자의 신고를 접수하고 원격으로 문제를 해결하는 데 많은 시간을 사용했습니다. AEM 환경에서는 단순하고 반복적인 문제를 자동 복구하고, 해결되지 않은 문제만 담당자에게 전달할 수 있습니다.

IT 운영팀과 보안팀의 경계도 약해집니다. 패치와 애플리케이션은 IT 운영의 영역이고 악성코드와 접근통제는 보안의 영역이라는 기존 구분은 유지되기 어렵습니다. Endpoint의 보안 상태가 업무 시스템 접근권한에 직접 영향을 주기 때문입니다. 앞으로 IT 담당자의 핵심 역량은 장애를 많이 처리하는 능력보다 자동화 정책을 설계하고, 예외를 관리하며, 보안과 업무 연속성 사이의 균형을 잡는 능력으로 이동합니다.

UEM의 최종 목표는 단말 관리가 아닙니다

UEM의 출발점은 서로 다른 Endpoint를 하나의 콘솔에서 관리하는 것입니다. 그러나 최근의 Endpoint 관리는 보안, ID, 패치, 사용자 경험, 자동화를 결합하는 운영 플랫폼으로 발전하고 있습니다. AEM은 이 변화의 다음 단계로, Endpoint에서 발생하는 신호를 분석해 문제를 사전에 발견하고 반복 장애를 자동으로 해결하며 위험한 단말의 접근을 제한합니다.

산업별 목표는 서로 다릅니다. 제조업은 생산 중단을 줄이고, 의료는 진료 연속성을 지키며, 금융은 위험 노출시간을 단축합니다. 유통은 결제와 매출을 보호하고, 물류는 출고와 배송 지연을 예방합니다. 공공·교육은 대규모 공용 단말의 신뢰성을 높이고, 일반 기업은 직원 경험과 생산성을 향상시키는 데 초점을 둡니다.

따라서 기업은 UEM과 AEM을 단순한 IT 관리 솔루션으로 접근해서는 안 됩니다. 먼저 핵심 업무와 연결된 Endpoint를 식별하고, 단말 장애가 어떤 비즈니스 손실로 이어지는지를 정의해야 합니다. 이후 위험이 낮고 반복적인 작업부터 자동화하고, 업무 영향이 큰 변경에는 사람의 승인과 검증 절차를 유지해야 합니다.

앞으로 Endpoint 관리의 경쟁력은 어떤 기능을 제공하느냐가 아니라, 장애와 보안 위협이 실제 업무에 영향을 주기 전에 얼마나 빨리 발견하고 복구할 수 있느냐에 의해 결정될 것입니다.

결국 필요한 것은 단말에 대한 자동화된 관리 역량입니다

지금까지 살펴본 것처럼, 다양한 Endpoint를 하나의 체계에서 통제하는 관리 기반과 장애가 업무에 영향을 주기 전에 탐지하고 복구하는 AI 기반 Autonomous 관리 역량은 이제 선택이 아니라 단말 관리 및 업무 연속성의 전제 조건이 되고 있습니다. 특히 퍼블릭 클라우드, 프라이빗 클라우드, 온프레미스(사내 구축형) 등 기업마다 다른 인프라 환경을 수용하면서 보안 정책·인증 체계·기기 관리를 일관되게 적용할 수 있는 서비스 제공 연계는 필수적입니다.

References

• UEM(MDM, EMM), AEM 정의
  https://www.pdq.com/blog/what-is-endpoint-management-em-uem-aem
• Microsoft Learn - Compliance policies in Microsoft Intune
  https://learn.microsoft.com/en-us/intune/device-security/compliance/overview

FAQ