Mobile Device Management không chỉ là một bảng điều khiển có danh sách điện thoại

Một doanh nghiệp mua 100 điện thoại cho nhân viên.

Bộ phận IT tạo một bảng Excel:

Thiết bị	Người dùng	Phòng ban	Trạng thái
Phone 001	Nhân viên A	Sales	Đang dùng
Phone 002	Nhân viên B	Kho	Đang dùng
Phone 003	Nhân viên C	Kế toán	Đang dùng

Doanh nghiệp đã biết ai đang giữ thiết bị nào.

Nhưng hãy đặt thêm một số câu hỏi:

Ứng dụng công việc đã được cài chưa?

Thiết bị có đáp ứng chính sách bảo mật không?

Nếu nhân viên nghỉ việc thì xử lý dữ liệu thế nào?

Nếu điện thoại bị thất lạc thì sao?

Ai có quyền thay đổi chính sách?

Thiết bị cá nhân và thiết bị công ty có áp cùng một cách quản lý không?

Đến đây, một bảng danh sách thiết bị không còn đủ.

Doanh nghiệp bắt đầu cần một hệ thống quản trị.

Đó chính là bối cảnh để hiểu đúng:

Mobile Device Management là gì?

1. Mobile Device Management là gì?

Mobile Device Management – MDM có thể dịch là quản lý thiết bị di động.

NIST định nghĩa MDM là hoạt động quản trị các thiết bị di động và cho biết MDM thường được triển khai thông qua sản phẩm quản lý hỗ trợ những nền tảng thiết bị cụ thể.

Nhưng trong môi trường doanh nghiệp hiện đại, chỉ nhớ định nghĩa đó vẫn chưa đủ.

Một hệ thống MDM thường phải giải quyết chuỗi vấn đề:

Thiết bị nào?

↓

Thuộc về ai?

↓

Được đưa vào hệ thống bằng cách nào?

↓

Nhận cấu hình gì?

↓

Được dùng ứng dụng nào?

↓

Phải đáp ứng chính sách gì?

↓

Ai được quản trị?

↓

Khi xảy ra sự cố xử lý thế nào?

↓

Khi hết vòng đời thiết bị làm gì?

Đó mới là bức tranh hoàn chỉnh của Mobile Device Management.

2. MDM khác gì với việc chỉ “theo dõi điện thoại”?

Đây là điểm đặc biệt quan trọng đối với nội dung của TracerSpy.

Theo dõi một điện thoại và quản trị thiết bị di động doanh nghiệp không phải hai khái niệm đồng nghĩa.

MDM tập trung vào những câu hỏi như:

thiết bị có được đăng ký quản lý không;
cấu hình nào được áp dụng;
ứng dụng công việc nào được phân phối;
thiết bị có đáp ứng policy không;
dữ liệu công việc được bảo vệ thế nào;
administrator nào có quyền;
khi thiết bị mất hoặc nhân viên nghỉ việc xử lý ra sao.

Google mô tả Android Enterprise theo mô hình trong đó EMM console phối hợp với Android Device Policy và Managed Google Play để quản lý thiết bị, ứng dụng và policy doanh nghiệp.

Vì vậy:

MDM là quản trị có cấu trúc, không phải mặc nhiên giám sát đời sống cá nhân của người sử dụng.

3. Thành phần 1: Thiết bị – Device

Không có thiết bị thì không có MDM.

Nhưng “thiết bị” không chỉ có nghĩa:

“Một chiếc smartphone.”

Mỗi thiết bị cần có ngữ cảnh quản lý.

Ví dụ:

Thiết bị công ty

Do doanh nghiệp sở hữu.

BYOD

Thiết bị cá nhân được sử dụng cho công việc.

Dedicated Device

Thiết bị chuyên dụng cho một nhiệm vụ.

Ví dụ:

máy POS,

tablet tại quầy,

máy kiểm kê kho,

thiết bị giao nhận.

Android Enterprise phân biệt rõ các trường hợp như thiết bị cá nhân có Work Profile, thiết bị công ty được quản lý hoàn toàn và Dedicated Device.

Vì vậy bước đầu tiên của MDM không phải:

“Cài phần mềm gì?”

Mà là:

“Chúng ta đang quản lý loại thiết bị nào?”

4. Thành phần 2: Enrollment – đưa thiết bị vào hệ thống quản lý

Điện thoại vừa mở hộp chưa tự động trở thành thiết bị được quản lý.

Nó cần trải qua quá trình:

Enrollment / Provisioning.

Có thể hình dung:

Thiết bị

→ Đăng ký

→ Xác định tổ chức

→ Gán mô hình quản lý

→ Nhận policy

→ Nhận ứng dụng

→ Đi vào hoạt động

Trong Android Enterprise, provisioning thiết lập thiết bị để quản lý; Android Management API có thể sử dụng enrollment token để liên kết thiết bị với enterprise và cài Android Device Policy trong quá trình provisioning.

[Tình huống giả định]

Doanh nghiệp mua:

200 điện thoại Android.

Nếu nhân viên IT phải:

mở từng máy,

cài từng ứng dụng,

nhập từng Wi-Fi,

thiết lập từng chính sách,

thì quy mô càng lớn, chi phí vận hành càng cao.

Một kiến trúc MDM tốt phải tính tới khả năng:

chuẩn hóa và tự động hóa quá trình đưa thiết bị vào quản lý.

5. Thành phần 3: Policy – chính sách quản lý thiết bị

Sau khi enrollment, thiết bị cần biết:

“Tôi phải tuân theo những quy tắc nào?”

Đó là vai trò của policy.

Ví dụ một tổ chức có thể đặt yêu cầu về:

mật khẩu,

cấu hình thiết bị,

ứng dụng,

Wi-Fi,

VPN,

chứng chỉ,

cập nhật,

hoặc những chức năng thiết bị nhất định.

Android Management API sử dụng policy để cấu hình các nhóm thiết lập quản trị doanh nghiệp và Android Device Policy thực thi policy được gửi xuống thiết bị.

Một nguyên tắc rất quan trọng:

Policy phải xuất phát từ nhu cầu quản trị và rủi ro, không phải vì hệ thống có một nút nên doanh nghiệp phải bật nút đó.

6. Thành phần 4: Application Management – quản lý ứng dụng

Thiết bị doanh nghiệp tồn tại để thực hiện công việc.

Mà công việc thường được thực hiện thông qua:

CRM,

email,

chat nội bộ,

ERP,

ứng dụng bán hàng,

ứng dụng kho,

VPN,

ứng dụng xác thực.

Vì vậy MDM và quản lý ứng dụng có quan hệ rất chặt chẽ.

Google cho biết Android Management API hỗ trợ phân phối ứng dụng thông qua policy, còn Managed Google Play cung cấp các khả năng quản lý ứng dụng cho môi trường Android Enterprise.

Doanh nghiệp cần trả lời:

Ứng dụng nào được phép?

Ai cần ứng dụng đó?

Cài cho nhóm nào?

Cấu hình thế nào?

Khi nhân viên đổi bộ phận thì sao?

Khi không còn cần thì thu hồi thế nào?

Đây chính là lý do Bài số 9 “quản lý ứng dụng trên điện thoại công ty” là một nhánh quan trọng của hệ thống MDM.

7. Thành phần 5: Security – bảo mật thiết bị

MDM không đồng nghĩa hoàn toàn với endpoint security.

Nhưng bảo mật là một phần quan trọng của MDM.

Android Enterprise hỗ trợ nhiều nhóm chức năng quản lý bảo mật, bao gồm yêu cầu bảo mật thiết bị, khóa/xóa dữ liệu trong các mô hình được hỗ trợ và enforcement khi thiết bị không đáp ứng security policy.

[Tình huống giả định]

Một nhân viên báo:

“Tôi để quên điện thoại công ty trên taxi.”

Nếu không có quy trình quản lý, công ty có thể phải bắt đầu bằng:

“Máy nào?”

“IMEI đâu?”

“Tài khoản gì?”

“Có dữ liệu khách hàng không?”

“Có khóa được không?”

“Ứng dụng nào đang đăng nhập?”

Một hệ thống MDM tốt phải chuẩn bị cho sự cố trước khi sự cố xảy ra.

8. Thành phần 6: Compliance – thiết bị có đáp ứng yêu cầu không?

Đây là khái niệm người mới học MDM thường bỏ qua.

Một thiết bị có thể:

đang hoạt động

nhưng chưa chắc:

đang phù hợp chính sách.

Ví dụ:

🟢 Online

nhưng:

🔴 không đáp ứng yêu cầu bảo mật.

Hoặc:

🟢 Có kết nối

nhưng:

🔴 cấu hình chưa đúng.

Android Enterprise có cơ chế compliance enforcement; tài liệu Google nêu rằng thiết bị không đáp ứng security policy có thể bị hạn chế sử dụng dữ liệu công việc theo các quy tắc quản lý tương ứng.

Do đó MDM không chỉ hỏi:

“Thiết bị còn online không?”

Mà phải hỏi:

“Thiết bị có đủ điều kiện để tiếp tục truy cập tài nguyên doanh nghiệp không?”

9. Thành phần 7: Work Data – tách dữ liệu công việc và cá nhân

Đây là một trong những vấn đề quan trọng nhất khi triển khai MDM trên thiết bị có yếu tố cá nhân.

[Tình huống giả định]

Một điện thoại có:

Ứng dụng công việc

Email công ty
CRM
Drive doanh nghiệp
Teams

và:

Ứng dụng cá nhân

ảnh gia đình,
ngân hàng,
mạng xã hội,
tin nhắn riêng.

Doanh nghiệp cần quản lý:

phần công việc.

Điều đó không tự động tạo ra nhu cầu quản lý:

toàn bộ đời sống số cá nhân.

Android Work Profile được thiết kế để tách ứng dụng và dữ liệu công việc khỏi khu vực cá nhân. Với thiết bị cá nhân, Google nêu rằng tổ chức quản lý apps, data và settings trong Work Profile nhưng không có quyền truy cập hay khả năng quan sát profile cá nhân.

Ngay cả trên thiết bị công ty cho phép sử dụng kết hợp công việc/cá nhân, Work Profile vẫn tạo sự tách biệt giữa dữ liệu doanh nghiệp và sử dụng cá nhân.

Đây là tư duy rất quan trọng:

Quản lý đúng phần cần quản lý thay vì thu thập mọi thứ có thể thu thập.

10. Thành phần 8: Administration – ai được quyền quản trị?

Đây chính là cầu nối sang Bài số 10 – phân quyền quản trị thiết bị di động.

Một hệ thống có:

1.000 điện thoại

nhưng chỉ có một câu trả lời:

“Phòng IT đều có quyền Admin.”

thì chưa phải mô hình quản trị tốt.

Doanh nghiệp phải phân biệt:

Helpdesk

App Manager

Device Manager

Security Admin

Regional Admin

Super Admin

Nguyên tắc nên là:

Đúng người → đúng quyền → đúng phạm vi.

Điều này đặc biệt quan trọng với những thao tác nhạy cảm như:

xóa dữ liệu,

thay policy,

quản lý ứng dụng,

thay cấu hình,

hoặc quản lý tài khoản administrator.

MDM càng lớn thì quản trị người quản trị càng quan trọng.

11. Thành phần 9: Lifecycle – quản lý toàn bộ vòng đời thiết bị

Một trong những sai lầm phổ biến là nghĩ:

MDM kết thúc khi thiết bị được cài đặt thành công.

Thực tế đó mới chỉ là bắt đầu.

Một vòng đời có thể là:

Mua thiết bị

↓

Enrollment

↓

Cấu hình

↓

Cấp cho nhân viên

↓

Sử dụng

↓

Cập nhật

↓

Bảo trì

↓

Chuyển người dùng

↓

Thu hồi

↓

Xử lý dữ liệu

↓

Tái sử dụng hoặc loại bỏ

[Tình huống giả định]

Nhân viên A nghỉ việc.

Điện thoại được đưa cho nhân viên B.

Nếu doanh nghiệp chỉ:

“Đưa máy cho B dùng tiếp”

mà không xử lý:

tài khoản A,

ứng dụng A,

dữ liệu công việc,

quyền truy cập,

cấu hình,

thì thiết bị vật lý đã được thu hồi nhưng vòng đời số chưa được đóng lại.

Do đó:

MDM phải quản lý thiết bị từ lúc tham gia đến lúc rời khỏi hệ thống.

12. Kiến trúc Mobile Device Management hoạt động như thế nào?

Có thể hình dung đơn giản:

LỚP 1 – ADMINISTRATOR

IT / Security / Helpdesk

↓

LỚP 2 – MANAGEMENT CONSOLE

Nơi administrator:

tạo policy,

quản lý thiết bị,

quản lý ứng dụng,

xem trạng thái,

xử lý sự cố.

↓

LỚP 3 – MANAGEMENT SERVICE

Truyền policy và lệnh quản lý.

↓

LỚP 4 – MANAGED DEVICE

Android / iPhone / tablet…

↓

LỚP 5 – WORK RESOURCES

Ứng dụng,

tài khoản,

dữ liệu,

dịch vụ doanh nghiệp.

Với Android Enterprise, mô hình kỹ thuật gồm EMM console, Android Device Policy và Managed Google Play; Android Management API hỗ trợ việc gửi policy và quản lý thiết bị/ứng dụng.

Nhìn theo cách này sẽ thấy:

MDM không phải một ứng dụng đơn lẻ trên điện thoại. Nó là một hệ thống quản trị.

13. Mobile Device Management có thể làm gì?

Tùy nền tảng và mô hình thiết bị, một giải pháp MDM có thể cung cấp những nhóm khả năng như:

Kiểm kê thiết bị

→ biết thiết bị nào đang được quản lý.

Enrollment

→ đưa thiết bị vào hệ thống.

Configuration

→ triển khai cấu hình.

Application Management

→ phân phối và quản lý ứng dụng.

Security Policy

→ áp yêu cầu bảo mật.

Compliance

→ đánh giá thiết bị theo policy.

Remote Actions

→ thực hiện những thao tác từ xa được nền tảng hỗ trợ.

Administration

→ phân quyền quản trị.

Lifecycle Management

→ quản lý từ onboarding đến offboarding.

Google hiện liệt kê nhiều nhóm chức năng Android Enterprise liên quan provisioning, security, account/app management, device management và usability.

Tuy nhiên:

Không nên mặc định mọi sản phẩm gắn nhãn MDM đều có toàn bộ chức năng giống nhau.

14. MDM không phải MAM

Hai thuật ngữ rất dễ nhầm.

MDM

Mobile Device Management

Trọng tâm:

thiết bị.

MAM

Mobile Application Management

Trọng tâm:

ứng dụng.

Google mô tả MAM là nhóm giải pháp tập trung vào phân phối/quản lý ứng dụng và không bao gồm toàn bộ chức năng quản trị thiết bị của những solution set quản lý thiết bị đầy đủ hơn.

Có thể nhớ:

MDM = quản lý DEVICE.

MAM = quản lý APP.

Trong thực tế, nền tảng quản trị doanh nghiệp có thể kết hợp cả hai.

15. Mobile Device Management khác Endpoint Management thế nào?

Đây là cầu nối trực tiếp sang Bài số 11 – Endpoint Management là gì.

Mobile Device Management

Trọng tâm truyền thống:

mobile devices.

Endpoint Management

Tư duy rộng hơn:

toàn bộ endpoint.

Có thể bao gồm:

smartphone,

tablet,

laptop,

desktop,

và nhiều thiết bị đầu cuối khác tùy nền tảng.

Tuy nhiên, thuật ngữ trên thị trường hiện nay có thể chồng lấn. Ngay định nghĩa MDM trong glossary của NIST cũng liệt kê smartphone, tablet, computer, laptop và desktop trong phạm vi thuật ngữ.

Do đó không nên cố vẽ một ranh giới tuyệt đối.

Điều doanh nghiệp cần hỏi là:

Sản phẩm thực sự quản lý được những loại endpoint nào?

16. MDM Android hoạt động như thế nào?

Đối với Android Enterprise, có thể mô hình hóa:

EMM Console

↓

Android Management API

↓

Android Device Policy

↓

Managed Android Device

và:

Managed Google Play

↓

Ứng dụng doanh nghiệp

Google cho biết Android Management API hỗ trợ cả MDM và MAM; Android Device Policy nhận policy từ API và thực thi chúng trên thiết bị.

Các mô hình Android Enterprise có thể bao gồm:

Work Profile trên BYOD

Work Profile trên thiết bị công ty

Fully Managed Device

Dedicated Device.

Đây là lý do chúng ta đã tách riêng Bài số 3 – MDM Android là gì và Bài số 5 – quản lý thiết bị Android doanh nghiệp thay vì nhồi toàn bộ nội dung Android vào bài này.

17. MDM có thể khóa hoặc xóa thiết bị từ xa không?

Trong một số mô hình được hỗ trợ: có.

Ví dụ Android Enterprise liệt kê khả năng lock/wipe đối với các solution set quản lý tương ứng.

Nhưng cần phân biệt:

Lock Device

khác:

Remove Work Data

và cũng khác:

Factory Reset / Wipe toàn bộ thiết bị.

Trên thiết bị cá nhân có Work Profile, phạm vi quản trị khác với Fully Managed Device.

Vì vậy trước khi nhấn nút:

WIPE

administrator phải biết:

Thiết bị thuộc ai và dữ liệu nào mình có quyền xử lý?

18. Mobile Device Management có phải phần mềm giám sát nhân viên?

Không nên đồng nhất hai khái niệm.

MDM tập trung vào:

thiết bị

ứng dụng công việc

policy

bảo mật

compliance

quyền truy cập

vòng đời thiết bị.

Nó không mặc nhiên tạo quyền:

đọc tin nhắn riêng,

xem ảnh cá nhân,

ghi âm bí mật,

theo dõi đời sống ngoài công việc.

Android Enterprise thậm chí thiết kế Work Profile để tạo ranh giới giữa dữ liệu công việc và dữ liệu cá nhân trong những mô hình phù hợp.

Vì vậy doanh nghiệp nên xác định:

Mục đích

→ Dữ liệu cần thiết

→ Phạm vi

→ Quyền quản trị

→ Minh bạch

→ Thời hạn

thay vì:

“Phần mềm làm được gì thì thu thập tất cả.”

19. MDM dành cho thiết bị công ty hay BYOD?

Cả hai đều có thể được quản lý, nhưng:

không nên quản lý giống nhau.

Company-owned

Doanh nghiệp sở hữu thiết bị.

Có thể áp phạm vi quản trị rộng hơn tùy mô hình và chính sách.

BYOD

Người lao động sở hữu thiết bị.

Doanh nghiệp nên tập trung vào:

workspace

work apps

work data

corporate access.

Android Enterprise sử dụng Work Profile để tách dữ liệu và ứng dụng công việc khỏi khu vực cá nhân trên BYOD.

Đây sẽ là nền tảng để chúng ta mở sang cụm BYOD sau khi hoàn thiện Cụm 1.

20. Doanh nghiệp nhỏ có cần Mobile Device Management không?

Không nên quyết định chỉ dựa vào:

số lượng nhân viên.

Hãy dựa vào:

rủi ro.

Một công ty chỉ có 15 nhân viên nhưng:

15 người đều dùng điện thoại truy cập CRM,

email,

tài liệu khách hàng,

thông tin kinh doanh.

Vậy 15 thiết bị đó vẫn có thể tạo ra nhu cầu quản trị thực sự.

Hãy hỏi:

Có dữ liệu công ty trên điện thoại không?

Có nhiều ứng dụng công việc không?

Có nhân viên làm từ xa không?

Có BYOD không?

Nếu mất điện thoại có quy trình không?

Khi nhân viên nghỉ việc có thu hồi quyền không?

Nếu nhiều câu trả lời là:

Có

thì doanh nghiệp đã có bài toán quản lý thiết bị di động, bất kể quy mô nhân sự.

21. MDM có cần Internet không?

Các hệ thống MDM hiện đại thường cần kết nối mạng để:

nhận policy mới,

đồng bộ trạng thái,

nhận ứng dụng,

gửi báo cáo,

hoặc thực hiện hành động từ xa.

Điều này tạo ra một nguyên tắc quan trọng:

“Remote” không đồng nghĩa “tức thời trong mọi tình huống.”

Nếu thiết bị:

tắt nguồn,

không có mạng,

không liên lạc được với dịch vụ quản lý,

thì một số hành động từ xa có thể phải chờ thiết bị kết nối trở lại.

Doanh nghiệp không nên xây quy trình an ninh dựa trên giả định:

“Chỉ cần bấm nút là mọi thứ luôn xảy ra ngay lập tức.”

22. TracerSpy đứng ở đâu trong kiến trúc Mobile Device Management?

Đây là phần cần giữ cách định vị chính xác.

Không nên chỉ vì bài đang nói về MDM mà tuyên bố:

“TracerSpy là hệ thống MDM hoàn chỉnh.”

nếu từng chức năng MDM doanh nghiệp chưa được xác minh.

Cách trình bày phù hợp hơn:

TracerSpy có thể được đánh giá trong phạm vi những chức năng quản lý và giám sát thiết bị mà dịch vụ thực tế cung cấp, đối với thiết bị mà cá nhân hoặc tổ chức có quyền quản lý hợp lệ.

Khi doanh nghiệp đánh giá TracerSpy hoặc một giải pháp khác, hãy dùng chính 9 thành phần của bài này:

1. Device

2. Enrollment

3. Policy

4. Application

5. Security

6. Compliance

7. Work Data

8. Administration

9. Lifecycle

Sau đó đánh dấu:

Có

Không

Một phần

Cần tích hợp

Cách này giúp doanh nghiệp đánh giá sản phẩm dựa trên khả năng thực tế, thay vì dựa trên tên gọi marketing.

23. Bảng 9 thành phần của một hệ thống MDM

Thành phần	Câu hỏi doanh nghiệp cần trả lời
Device	Quản lý thiết bị nào?
Enrollment	Đưa thiết bị vào quản lý thế nào?
Policy	Thiết bị phải tuân thủ gì?
Application	App nào được cài và cho ai?
Security	Bảo vệ thiết bị và dữ liệu thế nào?
Compliance	Thiết bị có đạt yêu cầu không?
Work Data	Dữ liệu công việc được tách thế nào?
Administration	Ai có quyền quản trị?
Lifecycle	Khi cấp mới, chuyển giao, thu hồi xử lý sao?

Nếu một giải pháp chỉ trả lời tốt:

2/9 câu

thì chưa nên vội gọi đó là:

“giải pháp MDM toàn diện.”

24. 10 bài học quan trọng về Mobile Device Management

1. Mobile Device Management không chỉ là danh sách điện thoại.

2. MDM là một hệ thống quản trị gồm nhiều lớp.

3. Phải xác định quyền sở hữu thiết bị trước khi áp chính sách.

4. Enrollment là cửa vào của hệ thống MDM.

5. Policy phải xuất phát từ nhu cầu và rủi ro.

6. Quản lý ứng dụng là thành phần quan trọng của MDM.

7. Online không đồng nghĩa compliant.

8. BYOD cần ranh giới rõ giữa dữ liệu công việc và cá nhân.

9. Administrator cũng phải được phân quyền và kiểm soát.

10. Quản trị chỉ hoàn tất khi toàn bộ vòng đời thiết bị được quản lý.

Câu hỏi thường gặp về Mobile Device Management

Mobile Device Management viết tắt là gì?

Mobile Device Management được viết tắt là MDM. NIST sử dụng thuật ngữ này cho hoạt động quản trị thiết bị di động thông qua các khả năng quản lý phù hợp với nền tảng.

Mobile Device Management và MDM có khác nhau không?

Không. MDM chính là chữ viết tắt của Mobile Device Management. Tuy nhiên, cách các nhà cung cấp đóng gói chức năng MDM có thể khác nhau.

MDM có quản lý ứng dụng không?

Nhiều nền tảng MDM/EMM có chức năng quản lý ứng dụng. Android Management API chẳng hạn hỗ trợ quản lý thiết bị và phân phối ứng dụng thông qua policy, kết hợp với Managed Google Play.

MDM và MAM khác nhau thế nào?

MDM tập trung vào quản trị thiết bị; MAM tập trung vào quản trị ứng dụng. Google mô tả solution set MAM là tập trung vào phân phối ứng dụng và không cung cấp toàn bộ khả năng quản trị thiết bị của các solution set quản lý đầy đủ.

MDM có sử dụng được với BYOD không?

Có thể. Android Enterprise hỗ trợ Work Profile cho thiết bị cá nhân, tạo vùng riêng cho ứng dụng và dữ liệu công việc trong khi profile cá nhân nằm ngoài phạm vi quản lý của tổ chức.

MDM có thể khóa thiết bị bị mất không?

Tùy nền tảng, enrollment và mô hình quản lý. Android Enterprise hỗ trợ các khả năng lock/wipe trong những solution set quản lý tương ứng.

MDM có phải phần mềm theo dõi điện thoại bí mật không?

Không. MDM là khái niệm quản trị thiết bị. Việc triển khai cần dựa trên quyền sở hữu, mục đích, phạm vi quản lý và chính sách phù hợp; không nên đồng nhất MDM với giám sát bí mật người sử dụng.

Kết luận: Hiểu MDM bằng 9 câu hỏi thay vì chỉ nhớ 3 chữ cái

Khi hỏi:

“Mobile Device Management là gì?”

đừng chỉ trả lời:

“Là phần mềm quản lý điện thoại.”

Hãy nhìn toàn bộ hệ thống:

Thiết bị nào?

↓

Enrollment thế nào?

↓

Policy gì?

↓

Ứng dụng nào?

↓

Bảo mật ra sao?

↓

Compliance thế nào?

↓

Dữ liệu công việc ở đâu?

↓

Ai có quyền quản trị?

↓

Vòng đời kết thúc thế nào?

Khi doanh nghiệp trả lời được cả 9 câu hỏi đó, MDM mới chuyển từ một thuật ngữ công nghệ thành một mô hình quản trị thiết bị thực tế.

Và đây cũng là điểm nối giữa:

Mobile Device Management

→ quản lý thiết bị di động cho doanh nghiệp

→ quản lý ứng dụng

→ phân quyền quản trị

→ Endpoint Management

→ và sau cùng là một kiến trúc quản trị thiết bị có thể mở rộng theo quy mô doanh nghiệp.

Mobile Device Management không chỉ là một bảng điều khiển có danh sách điện thoại

Mobile Device Management là gì?

1. Mobile Device Management là gì?

2. MDM khác gì với việc chỉ “theo dõi điện thoại”?

3. Thành phần 1: Thiết bị – Device

Thiết bị công ty

BYOD

Dedicated Device

4. Thành phần 2: Enrollment – đưa thiết bị vào hệ thống quản lý

[Tình huống giả định]

5. Thành phần 3: Policy – chính sách quản lý thiết bị

6. Thành phần 4: Application Management – quản lý ứng dụng

7. Thành phần 5: Security – bảo mật thiết bị

[Tình huống giả định]

8. Thành phần 6: Compliance – thiết bị có đáp ứng yêu cầu không?

9. Thành phần 7: Work Data – tách dữ liệu công việc và cá nhân

[Tình huống giả định]

10. Thành phần 8: Administration – ai được quyền quản trị?

11. Thành phần 9: Lifecycle – quản lý toàn bộ vòng đời thiết bị

[Tình huống giả định]

12. Kiến trúc Mobile Device Management hoạt động như thế nào?

LỚP 1 – ADMINISTRATOR

LỚP 2 – MANAGEMENT CONSOLE

LỚP 3 – MANAGEMENT SERVICE

LỚP 4 – MANAGED DEVICE

LỚP 5 – WORK RESOURCES

13. Mobile Device Management có thể làm gì?

14. MDM không phải MAM

MDM

MAM

15. Mobile Device Management khác Endpoint Management thế nào?

Mobile Device Management

Endpoint Management

16. MDM Android hoạt động như thế nào?

17. MDM có thể khóa hoặc xóa thiết bị từ xa không?

18. Mobile Device Management có phải phần mềm giám sát nhân viên?

19. MDM dành cho thiết bị công ty hay BYOD?

Company-owned

BYOD

20. Doanh nghiệp nhỏ có cần Mobile Device Management không?

21. MDM có cần Internet không?

22. TracerSpy đứng ở đâu trong kiến trúc Mobile Device Management?

23. Bảng 9 thành phần của một hệ thống MDM

24. 10 bài học quan trọng về Mobile Device Management

Câu hỏi thường gặp về Mobile Device Management

Mobile Device Management viết tắt là gì?

Mobile Device Management và MDM có khác nhau không?

MDM có quản lý ứng dụng không?

MDM và MAM khác nhau thế nào?

MDM có sử dụng được với BYOD không?

MDM có thể khóa thiết bị bị mất không?

MDM có phải phần mềm theo dõi điện thoại bí mật không?

Kết luận: Hiểu MDM bằng 9 câu hỏi thay vì chỉ nhớ 3 chữ cái

Bài viết liên quan

Video hướng dẫn

TikTok liên quan

Facebook & Livestream

Đăng nhập