INFOCHIEF ACADEMY · IT ADMINISTRATOR KNOWLEDGE SERIES

Thiết lập danh mục tài sản và cấu hình IT để kiểm soát hạ tầng doanh nghiệp.

Danh mục tài sản và cấu hình cần hỗ trợ quyết định vận hành. Phân biệt vòng đời với quan hệ dịch vụ, đối soát nguồn và giữ trách nhiệm cập nhật giúp doanh nghiệp biết hạ tầng đang có gì và thay đổi ảnh hưởng đến đâu.

Biên soạn: Infochief Academy · Chuyên đề: Quản trị vận hành IT

← Trở về thư viện bài viết

Minh họa biên tập: quản trị viên kiểm kê thiết bị trong tủ máy chủ cùng nhóm phụ trách tài sản.

Một thiết bị được mua đúng quy trình, đã lắp vào tủ rack và đang phục vụ doanh nghiệp. Nhưng khi cần thay thế, đội IT không biết nó hỗ trợ ứng dụng nào, ai có quyền phê duyệt gián đoạn và cấu hình hiện tại khác hồ sơ bàn giao ra sao. Có danh sách tài sản chưa đồng nghĩa đã kiểm soát được hạ tầng.

Danh mục có ích phải giúp trả lời những câu hỏi vận hành cụ thể: doanh nghiệp đang có gì, thành phần nào đang hoạt động, ai chịu trách nhiệm và thay đổi ở đâu có thể ảnh hưởng đến dịch vụ nào. Để đạt điều đó, cần nối quản lý tài sản với thông tin cấu hình, đồng thời giữ rõ mục đích và nguồn của từng loại dữ liệu.

Phân biệt tài sản với thành phần cấu hình

Quản lý tài sản quan tâm đến vòng đời: mua sắm, sử dụng, bảo hành, chi phí, chuyển giao và thanh lý. Quản lý cấu hình quan tâm đến trạng thái và quan hệ cần thiết để kiểm soát dịch vụ. Hai góc nhìn có phần giao nhau, nhưng không nên dùng thay thế cho nhau.

Một máy chủ vật lý có thể là tài sản và là thành phần cấu hình, thường gọi là CI. Ngược lại, một dịch vụ ứng dụng, một cấu hình kết nối hoặc một cụm máy ảo có thể cần được quản lý như CI dù không phải tài sản mua sắm riêng. Danh sách kế toán vì thế không thể tự mô tả đủ cấu trúc vận hành.

Trước khi xây danh mục, hãy chọn các quyết định cần hỗ trợ. Nếu mục tiêu là quản lý thiết bị hết hỗ trợ, cần vòng đời và thông tin nhà sản xuất. Nếu mục tiêu là đánh giá thay đổi, cần phiên bản, phụ thuộc và chủ dịch vụ. Thu thập dữ liệu theo mục đích giúp tránh một bảng quá nhiều cột nhưng thiếu thông tin quan trọng.

Nội dung trong quản lý tài sản IT hỗ trợ cách nhìn vòng đời này. Khi kết nối với dữ liệu cấu hình, doanh nghiệp có thể phân biệt tài sản vẫn còn trên sổ với thành phần còn phục vụ dịch vụ, từ đó kiểm soát cả chi phí và rủi ro vận hành.

Chọn bộ dữ liệu tối thiểu có thể duy trì

Một danh mục tốt không nhất thiết bắt đầu lớn. Với nhóm hạ tầng ưu tiên, có thể thu thập định danh, loại thành phần, trạng thái, vị trí hoặc môi trường, người sở hữu, người quản trị, phiên bản và dịch vụ liên quan. Mỗi trường phải có định nghĩa và người chịu trách nhiệm cập nhật.

Định danh cần đủ ổn định để nối dữ liệu từ nhiều nguồn. Tên máy hoặc địa chỉ IP có thể thay đổi, nên không nên mặc nhiên dùng chúng làm khóa duy nhất. Với tài nguyên cloud, cần lưu định danh của nhà cung cấp cùng tài khoản, vùng và vòng đời; tài nguyên ngắn hạn không phải vì tồn tại ít lâu mà được bỏ khỏi phạm vi kiểm soát.

Trạng thái cũng cần rõ nghĩa. “Đang sử dụng” khác “đã triển khai nhưng chưa có chủ dịch vụ”, “ngừng hoạt động” khác “đã xóa dữ liệu và thanh lý”. Nếu mỗi nhóm hiểu khác nhau, số lượng tài sản có thể đúng nhưng báo cáo rủi ro vẫn sai.

Nhóm thông tin	Mục đích sử dụng	Cách kiểm chứng phù hợp
Định danh và vòng đời	Theo dõi thành phần qua các lần thay đổi	Đối chiếu hồ sơ mua sắm, nền tảng quản trị và thực tế
Phiên bản và cấu hình chính	Đánh giá tương thích, bản vá và sai lệch	Thu thập có quyền, đối chiếu cấu hình được chấp nhận
Chủ sở hữu và người quản trị	Giao việc, phê duyệt và chuyển cấp	Xác nhận bởi đơn vị chịu trách nhiệm
Quan hệ với dịch vụ	Đánh giá phạm vi ảnh hưởng	Rà cùng đội ứng dụng và bằng chứng vận hành

Không nên đưa mật khẩu, khóa bí mật hoặc token vào danh mục chỉ vì chúng liên quan đến cấu hình. Hồ sơ nên tham chiếu nơi quản lý bí mật có kiểm soát, cùng vai trò được phép sử dụng. Danh mục cần dễ dùng nhưng không trở thành kho thông tin nhạy cảm mở rộng quá mức.

Kết hợp phát hiện tự động với xác nhận trách nhiệm

Công cụ discovery có thể tìm thiết bị, phiên bản và kết nối nhanh hơn kiểm kê thủ công. Tuy nhiên, nó thường không biết ai chịu trách nhiệm nghiệp vụ hoặc một kết nối có ý nghĩa gì với dịch vụ. Kết quả thu thập cần được đối chiếu và xác nhận, thay vì đưa thẳng vào hồ sơ có thẩm quyền.

Hãy lập danh sách các nguồn: mua sắm, quản lý endpoint, nền tảng ảo hóa, tài khoản cloud, công cụ mạng và hồ sơ ứng dụng. Với từng trường, xác định nguồn nào được ưu tiên khi có xung đột. Số serial có thể lấy từ thiết bị; chủ sở hữu cần xác nhận từ tổ chức; trạng thái sử dụng cần kết hợp nhiều bằng chứng.

Quá trình đối soát phải xử lý trùng lặp, dữ liệu thiếu và thành phần không được quản lý. Một thiết bị xuất hiện trong công cụ giám sát nhưng không có chủ sở hữu cần được mở việc xác minh. Không nên tự động xóa chỉ vì nó không khớp danh sách, bởi có thể đang phục vụ một luồng nghiệp vụ chưa được ghi nhận.

Người thực hiện quản trị hệ thống IT cần hiểu giới hạn của phương pháp thu thập. Quét ngoài phạm vi hoặc quá mạnh có thể ảnh hưởng thiết bị nhạy cảm. Cần quyền thực hiện, phạm vi, lịch và cách xử lý phát hiện trước khi đưa discovery vào vận hành thường xuyên.

Một vấn đề khác là độ mới của dữ liệu. Thông tin đúng tại thời điểm kiểm kê không tự giữ đúng sau nhiều lần triển khai. Danh mục nên hiển thị thời điểm xác nhận gần nhất, nguồn và mức độ tin cậy; người dùng cần biết mình đang quyết định trên bằng chứng mới hay hồ sơ đã cũ.

Ghi quan hệ đủ để đánh giá tác động thay đổi

Khi đã có thành phần và chủ sở hữu, giá trị tiếp theo nằm ở quan hệ. Một cơ sở dữ liệu hỗ trợ những ứng dụng nào? Một dịch vụ định danh được dùng bởi những hệ thống nào? Một thiết bị mạng có phải điểm phụ thuộc chung của nhiều dịch vụ quan trọng không?

Không cần mô hình hóa mọi kết nối kỹ thuật ngay từ đầu. Nên ưu tiên những quan hệ làm thay đổi quyết định vận hành: phụ thuộc bắt buộc, dữ liệu dùng chung, điểm lỗi đơn và tuyến phục hồi. Vẽ quá chi tiết mà không có cơ chế cập nhật dễ tạo một sơ đồ đẹp nhưng nhanh lỗi thời.

Quan hệ phải có bằng chứng hoặc được xác nhận bởi người hiểu dịch vụ. Quan sát lưu lượng có thể gợi ý kết nối, nhưng không tự chứng minh đó là phụ thuộc thiết yếu. Ngược lại, một kết nối chỉ dùng trong cuối tháng có thể không xuất hiện trong một lần quan sát ngắn.

Những dữ liệu này nên được dùng trong quy trình quản lý dịch vụ IT. Khi đánh giá thay đổi, đội tra thành phần, dịch vụ bị ảnh hưởng và người cần tham gia. Sau thay đổi, phiên bản và quan hệ liên quan được cập nhật theo bằng chứng thực hiện.

Tình huống giả định: thay một máy chủ dùng chung

Giả sử đội IT chuẩn bị thay máy chủ đã hết bảo hành. Hồ sơ tài sản cho thấy đây là máy của phòng tài chính, nhưng rà soát cấu hình phát hiện nó còn chạy một tác vụ gửi dữ liệu cho kho và một dịch vụ dùng bởi ứng dụng nội bộ. Tình huống này minh họa khoảng cách giữa sở hữu tài sản và ảnh hưởng dịch vụ.

Nếu chỉ liên hệ phòng tài chính, kế hoạch chuyển đổi có thể bỏ sót hai đầu mối còn lại. Đội cần xác nhận các tác vụ, lịch chạy, dữ liệu và điều kiện kiểm tra của từng nhóm. Sau đó mới thống nhất cửa sổ thay thế, thứ tự chuyển và khả năng quay về khi một luồng chưa đạt.

Trong quá trình rà soát, có thể phát hiện tác vụ không còn người sở hữu. Việc này phải được xử lý như khoảng trống trách nhiệm, không chỉ như ô dữ liệu thiếu. Cần một quyết định giữ, chuyển hoặc ngừng tác vụ dựa trên nhu cầu nghiệp vụ; người quản trị không nên tự xóa chỉ vì không tìm thấy người liên hệ.

Sau chuyển đổi, hồ sơ máy cũ không biến mất ngay. Trạng thái được đổi theo quy trình, liên kết dịch vụ được cập nhật, và việc xóa dữ liệu hoặc thanh lý có bằng chứng riêng. Dữ liệu lịch sử giúp đội giải thích sự cố phát sinh và đối chiếu nghĩa vụ tài sản sau này.

Từ một ca thay thế, doanh nghiệp có thể rút ra các điểm cập nhật bắt buộc: khi đưa vào sử dụng, khi đổi cấu hình quan trọng, khi chuyển người sở hữu và khi ngừng hoạt động. Những điểm này hiệu quả hơn việc chờ một đợt tổng kiểm kê để sửa toàn bộ dữ liệu.

Đưa danh mục vào nhịp vận hành hằng ngày

Danh mục dễ bị bỏ quên nếu chỉ được tạo để phục vụ một cuộc kiểm tra. Cách duy trì tốt hơn là dùng nó trong công việc: phân tích sự cố, chuẩn bị bản vá, đánh giá thay đổi, lên kế hoạch năng lực và xác định phạm vi sao lưu. Khi dữ liệu giúp giải quyết vấn đề, người dùng có động lực phát hiện và sửa sai lệch.

Cần quy định ai được sửa trường nào, ai xác nhận quan hệ và ai giải quyết xung đột. Cũng cần theo dõi thành phần chưa có chủ sở hữu, phiên bản không rõ, dữ liệu quá hạn xác nhận và chênh lệch giữa discovery với hồ sơ. Các chỉ số đó hướng tới chất lượng quyết định thay vì chạy theo số lượng bản ghi.

Từ góc độ quản trị an toàn thông tin, danh mục còn giúp xác định phạm vi bảo vệ và kiểm tra tài nguyên chưa được quản lý. Nhưng việc biết một thiết bị tồn tại mới là bước đầu; cần nối phát hiện với đánh giá rủi ro, giao người xử lý và kiểm chứng kết quả.

Trong giai đoạn đầu, nên chọn một dịch vụ thiết yếu và các thành phần trực tiếp hỗ trợ nó. Đối chiếu nhiều nguồn, xác nhận chủ sở hữu rồi thử dùng danh mục cho một thay đổi. Những trường không phục vụ quyết định có thể giản lược; những quan hệ quan trọng chưa có cần được bổ sung.

Một danh mục đáng tin không phải danh sách không bao giờ sai. Đó là hệ thống thông tin có nguồn, có trách nhiệm và có cách phát hiện sai lệch đủ nhanh. Khi các điều kiện ấy được duy trì, doanh nghiệp mới có thể dùng dữ liệu tài sản và cấu hình để kiểm soát hạ tầng đang liên tục thay đổi.