Hạ tầng công nghệ thông tin gồm những thành phần nào?

Hạ tầng công nghệ thông tin gồm phần cứng, mạng kết nối, nền tảng phần mềm, môi trường triển khai và các cơ chế bảo mật, vận hành. Những thành phần này phối hợp để ứng dụng hoạt động, dữ liệu được xử lý và người dùng truy cập dịch vụ ổn định.

Phần cứng bao gồm máy chủ, máy tính, thiết bị lưu trữ và thiết bị đầu cuối. Hạ tầng mạng sử dụng switch, router, Wi-Fi, Internet và VPN để kết nối người dùng với hệ thống. Hệ điều hành, nền tảng ảo hóa, container và cơ sở dữ liệu cung cấp môi trường chạy ứng dụng. Tùy nhu cầu, doanh nghiệp có thể triển khai tại chỗ, thuê trung tâm dữ liệu, sử dụng đám mây hoặc kết hợp các mô hình.

Để duy trì hoạt động, hệ thống còn cần nguồn điện, làm mát, kiểm soát truy cập, giám sát, cập nhật và xử lý sự cố. Sao lưu dữ liệu và dự phòng hệ thống có vai trò khác nhau, cần được thiết kế cùng phương án khôi phục đã kiểm thử. Nhân sự và quy trình giúp các thành phần được quản lý nhất quán. Việc lựa chọn, nâng cấp cần dựa trên số người dùng đồng thời, tải ứng dụng, tăng trưởng dữ liệu, yêu cầu bảo mật, khả năng mở rộng và tổng chi phí sở hữu.

Hạ tầng công nghệ thông tin là gì và bao gồm những lớp nào?

Một ứng dụng chỉ hoạt động ổn định khi có đủ năng lực xử lý, lưu trữ, kết nối, bảo vệ và vận hành phía sau. Vì vậy, doanh nghiệp cần xem hạ tầng công nghệ thông tin là một hệ thống các lớp phụ thuộc lẫn nhau, thay vì danh sách máy tính, máy chủ và đường truyền. Một thay đổi ở bất kỳ lớp nào, từ cấu hình Wi-Fi đến phiên bản cơ sở dữ liệu, đều có thể ảnh hưởng đến tốc độ, tính sẵn sàng hoặc an toàn dữ liệu của dịch vụ nghiệp vụ.

Khái niệm hạ tầng công nghệ thông tin và phạm vi trong doanh nghiệp

Hạ tầng công nghệ thông tin là tập hợp tài nguyên kỹ thuật cùng năng lực quản trị, vận hành tạo ra môi trường để dữ liệu được lưu trữ, truyền tải, xử lý và cung cấp cho người dùng. Tài nguyên đó bao gồm thiết bị đầu cuối, máy chủ, thiết bị mạng, hệ điều hành, nền tảng ảo hóa, cơ sở dữ liệu, trung tâm dữ liệu và dịch vụ đám mây. Năng lực vận hành bao gồm giám sát, quản lý cấu hình, kiểm soát truy cập, sao lưu, ứng cứu sự cố và khôi phục dịch vụ. Có thiết bị nhưng không có quy trình vận hành phù hợp thì chưa thể coi là có hạ tầng đáng tin cậy.

Phạm vi hạ tầng không được xác định đơn thuần theo vị trí đặt thiết bị. Khi doanh nghiệp dùng phần mềm thuê bao (SaaS), máy chủ ứng dụng có thể do nhà cung cấp quản lý, nhưng doanh nghiệp vẫn chịu trách nhiệm đối với tài khoản người dùng, phân quyền, cấu hình tích hợp, dữ liệu đưa lên dịch vụ và quy trình xử lý khi nhà cung cấp gián đoạn. Tương tự, máy chủ đặt tại trung tâm dữ liệu thuê ngoài vẫn cần được đưa vào danh mục tài sản và kế hoạch khôi phục của doanh nghiệp. Ranh giới trách nhiệm phải được thể hiện trong hợp đồng, tài liệu kiến trúc và quy trình phối hợp xử lý sự cố.

Để xác định phạm vi quản lý, doanh nghiệp nên lập danh mục dịch vụ cùng các thành phần mà mỗi dịch vụ phụ thuộc: nơi lưu dữ liệu, luồng truy cập, nhà cung cấp, người quản trị và mức độ quan trọng đối với hoạt động. Chẳng hạn, dịch vụ bán hàng có thể phụ thuộc đồng thời vào mạng tại cửa hàng, Internet, nền tảng đám mây, hệ thống xác thực và thiết bị quét mã. Việc chỉ kiểm kê máy chủ sẽ bỏ sót những điểm phụ thuộc có thể làm gián đoạn toàn bộ quy trình bán hàng.

Các lớp hạ tầng vật lý, kết nối, nền tảng phần mềm và vận hành

Có thể phân hạ tầng thành bốn lớp để thuận tiện thiết kế và xác định nguyên nhân sự cố. Lớp vật lý cung cấp tài nguyên tính toán, lưu trữ, điện và điều kiện môi trường; lớp kết nối truyền dữ liệu giữa thiết bị, địa điểm và dịch vụ; lớp nền tảng cung cấp môi trường chạy ứng dụng; còn lớp vận hành duy trì khả năng quan sát, kiểm soát và khôi phục. Đây là cách phân tích chức năng, không phải bốn hệ thống tách biệt: một dịch vụ có thể phụ thuộc vào cả bốn lớp cùng lúc.

Ở lớp vật lý, đánh giá năng lực không chỉ là đếm số máy chủ. Cần xem mức sử dụng CPU, bộ nhớ, tốc độ đọc ghi của lưu trữ và khả năng mở rộng khi tải tăng. Với hệ thống đặt tại doanh nghiệp, nguồn điện dự phòng, thiết bị cấp điện liên tục và làm mát có thể quyết định thời gian hoạt động thực tế. Ở lớp kết nối, một đường truyền có băng thông lớn vẫn có thể gây trải nghiệm kém nếu độ trễ cao hoặc mất gói thường xuyên. Việc tách mạng khách, mạng nhân viên và mạng quản trị cũng giúp hạn chế phạm vi ảnh hưởng khi xảy ra sự cố an ninh.

Ở lớp nền tảng, cấu hình hệ điều hành, cơ sở dữ liệu và môi trường triển khai cần phù hợp với tải ứng dụng. Ví dụ, truy vấn thiếu chỉ mục có thể khiến cơ sở dữ liệu xử lý chậm dù CPU máy chủ chưa quá tải. Các bản cập nhật cần được kiểm tra tương thích trước khi áp dụng cho môi trường đang phục vụ người dùng. Ở lớp vận hành, doanh nghiệp cần xác định ai nhận cảnh báo, ai được phép thay đổi cấu hình và ai quyết định chuyển sang phương án dự phòng; công cụ giám sát không thể thay thế các trách nhiệm này.

Những chỉ số vận hành cần gắn với dịch vụ cụ thể: tỷ lệ yêu cầu thành công, thời gian phản hồi, mức sử dụng tài nguyên và thời gian khôi phục sau sự cố. Kế hoạch sao lưu phải nêu rõ RPO — lượng dữ liệu tối đa có thể mất tính theo thời gian — và RTO — thời gian mục tiêu để khôi phục dịch vụ. Có bản sao lưu chưa đủ; cần kiểm thử việc khôi phục để xác nhận dữ liệu đọc được và hệ thống hoạt động trở lại. Khi ứng dụng chậm, dữ liệu giám sát theo từng lớp giúp phân biệt lỗi truy vấn, thiếu tài nguyên máy chủ, nghẽn đường truyền và vấn đề trên thiết bị người dùng.

Phân biệt hạ tầng công nghệ thông tin với hệ thống thông tin và ứng dụng nghiệp vụ

Ứng dụng nghiệp vụ là phần mềm phục vụ một công việc cụ thể, như quản lý kho, bán hàng hoặc kế toán. Hệ thống thông tin rộng hơn: kết hợp ứng dụng, dữ liệu, con người và quy trình để tạo ra thông tin phục vụ hoạt động hoặc ra quyết định. Hạ tầng công nghệ thông tin là nền tảng kỹ thuật hỗ trợ các thành phần đó hoạt động. Phân biệt ba khái niệm này giúp doanh nghiệp không xử lý một vấn đề quy trình như thể đó chỉ là lỗi thiết bị, hoặc kỳ vọng nâng cấp máy chủ sẽ tự cải thiện chất lượng dữ liệu.

Trong hệ thống quản lý kho, phần mềm ghi nhận nhập xuất là ứng dụng nghiệp vụ; quy tắc kiểm đếm, dữ liệu tồn kho, nhân viên và quy trình phê duyệt tạo thành hệ thống thông tin. Máy chủ, cơ sở dữ liệu, mạng, thiết bị quét mã và cơ chế sao lưu thuộc hạ tầng hỗ trợ. Nếu số liệu tồn kho sai vì nhân viên bỏ qua bước xác nhận, nguyên nhân chủ yếu nằm ở quy trình; nếu nhân viên không truy cập được phần mềm do mất kết nối, cần kiểm tra lớp hạ tầng tương ứng. Ranh giới có thể thay đổi theo góc nhìn quản lý: email là ứng dụng đối với người dùng, nhưng cũng có thể là dịch vụ nền tảng cho thông báo và xác thực của các hệ thống khác.

Phần cứng cung cấp năng lực xử lý, lưu trữ và truy cập

Phần cứng đặt ra giới hạn vật lý cho khả năng xử lý, lưu dữ liệu và kết nối của hệ thống công nghệ thông tin. Tuy nhiên, thiết bị có cấu hình cao nhất không nhất thiết là lựa chọn hiệu quả nhất. Doanh nghiệp cần xác định tải sử dụng hiện tại, tốc độ tăng trưởng, thời gian ngừng dịch vụ có thể chấp nhận và chi phí vận hành trong suốt vòng đời thiết bị. Việc đánh giá nên dựa trên số liệu đo đạc, chẳng hạn mức sử dụng CPU, dung lượng RAM, tốc độ đọc ghi và độ trễ tại giờ cao điểm, thay vì chỉ dựa vào thông số do nhà sản xuất công bố.

Máy chủ, CPU, RAM và GPU phục vụ xử lý dữ liệu

Máy chủ có thể vận hành ứng dụng, cơ sở dữ liệu, dịch vụ tệp, máy ảo hoặc vùng chứa. Với CPU, số nhân phù hợp cho các tác vụ chạy song song, còn hiệu năng mỗi nhân đặc biệt quan trọng đối với ứng dụng khó phân chia công việc. Cũng cần xem xét dung lượng bộ nhớ đệm, khả năng hỗ trợ ảo hóa và đặc điểm tải thực tế. Ví dụ, một máy chủ cơ sở dữ liệu có nhiều truy vấn ngắn có thể cần độ trễ xử lý thấp hơn là số nhân thật lớn. Khi triển khai nhiều máy ảo, không nên cấp phát tài nguyên chỉ theo tổng số CPU ảo: mức sử dụng đồng thời và tỷ lệ cấp phát vượt mức mới quyết định nguy cơ nghẽn tài nguyên.

RAM chứa dữ liệu và tiến trình đang hoạt động. Thiếu RAM khiến hệ điều hành phải chuyển dữ liệu sang ổ đĩa, làm tăng độ trễ dù CPU chưa hoạt động hết công suất. Đối với máy chủ quan trọng, bộ nhớ ECC giúp phát hiện và sửa một số lỗi bit; khả năng mở rộng RAM cũng cần được tính từ khi mua máy. GPU phát huy hiệu quả với huấn luyện hoặc suy luận mô hình, kết xuất đồ họa và những phép tính có thể xử lý song song. Tuy vậy, hiệu quả còn phụ thuộc vào dung lượng bộ nhớ GPU, phần mềm hỗ trợ và tốc độ truyền dữ liệu; bổ sung GPU cho ứng dụng không tận dụng được nó chỉ làm tăng chi phí.

Khi thiết kế máy chủ, cần xem xét cả tính sẵn sàng và khả năng bảo trì:

• Nguồn điện và mạng dự phòng: hai bộ nguồn, đường cấp điện và kết nối mạng độc lập có thể giảm tác động của một điểm lỗi, nếu hạ tầng phía sau cũng được dự phòng.
• Khả năng mở rộng: kiểm tra khe RAM, khe mở rộng, số khay ổ đĩa và giới hạn cấp điện, làm mát trước khi dự kiến nâng cấp.
• Theo dõi vận hành: giám sát nhiệt độ, lỗi phần cứng, mức sử dụng tài nguyên và thời gian đáp ứng để phát hiện suy giảm trước khi dịch vụ gián đoạn.

Thiết bị lưu trữ HDD, SSD, NAS và SAN phục vụ lưu dữ liệu

HDD có lợi thế về chi phí trên mỗi đơn vị dung lượng, phù hợp với lưu trữ tệp lớn hoặc dữ liệu ít truy cập. SSD có độ trễ thấp và xử lý nhiều thao tác đọc ghi ngẫu nhiên tốt hơn, thường phù hợp với cơ sở dữ liệu, máy ảo và ứng dụng giao dịch. Việc lựa chọn không nên chỉ dựa vào dung lượng danh nghĩa: cần xem xét IOPS, thông lượng, độ trễ, độ bền ghi và mức sử dụng khi tải cao. Một hệ thống có thông lượng tốt khi chép tệp lớn vẫn có thể phản hồi chậm trước hàng nghìn yêu cầu đọc ghi nhỏ.

NAS cung cấp lưu trữ dạng tệp qua mạng, thường dùng các giao thức như SMB hoặc NFS để nhiều người dùng, máy chủ cùng truy cập thư mục. SAN cung cấp lưu trữ dạng khối cho máy chủ, có thể sử dụng Fibre Channel hoặc iSCSI; máy chủ quản lý hệ thống tệp trên các khối được cấp phát. SAN thường xuất hiện trong môi trường ảo hóa hoặc ứng dụng có yêu cầu riêng về hiệu năng và tính sẵn sàng, nhưng kéo theo chi phí cùng độ phức tạp quản trị cao hơn. Dù chọn phương án nào, băng thông mạng và cấu hình chuyển mạch phải phù hợp với tải lưu trữ; thiết bị lưu trữ nhanh không thể khắc phục một đường truyền thường xuyên tắc nghẽn.

Bảo vệ dữ liệu cần được thiết kế theo từng loại rủi ro:

• RAID giúp hệ thống tiếp tục hoạt động khi một số ổ đĩa hỏng, tùy cấu hình, nhưng không bảo vệ khỏi xóa nhầm, mã độc hay dữ liệu bị ghi sai.
• Bản sao lưu cần có lịch thực hiện, thời gian lưu giữ và bản sao tách biệt khỏi hệ thống chính; bản sao không thể khôi phục thì không đáp ứng mục tiêu bảo vệ.
• RPO và RTO lần lượt xác định lượng dữ liệu tối đa có thể mất và thời gian tối đa cho phép để khôi phục dịch vụ. Hai chỉ tiêu này giúp chọn tần suất sao lưu và phương án dự phòng phù hợp.

Doanh nghiệp nên kiểm thử khôi phục định kỳ, theo dõi dung lượng còn trống và dự báo tốc độ tăng dữ liệu. Nhân bản dữ liệu không thay thế sao lưu: thao tác xóa hoặc dữ liệu hỏng vẫn có thể được đồng bộ sang bản nhân bản.

Máy tính, thiết bị di động và thiết bị ngoại vi phục vụ người dùng

Máy tính để bàn, laptop, điện thoại và máy tính bảng là nơi người dùng trực tiếp truy cập ứng dụng, xử lý tài liệu và trao đổi dữ liệu. Cấu hình nên dựa trên công việc: nhân viên văn phòng có thể ưu tiên độ ổn định, thời lượng pin và khả năng họp trực tuyến; người dựng hình cần GPU cùng RAM phù hợp; người phân tích dữ liệu có thể cần nhiều RAM và ổ SSD đủ nhanh. Màn hình, bàn phím và cổng kết nối cũng ảnh hưởng đến năng suất, đặc biệt với người làm việc nhiều giờ hoặc thường xuyên di chuyển.

Thiết bị ngoại vi cần được xem là một phần của quy trình nghiệp vụ. Máy quét phục vụ số hóa chứng từ, đầu đọc mã vạch hỗ trợ kiểm kê, còn camera và micro quyết định chất lượng hội nghị trực tuyến. Khi lựa chọn, cần kiểm tra khả năng tương thích với hệ điều hành, ứng dụng, trình điều khiển và phương án bảo trì. Chẳng hạn, đầu đọc mã vạch hoạt động tốt về phần cứng vẫn có thể gây sai quy trình nếu định dạng dữ liệu xuất ra không khớp với phần mềm quản lý kho.

Quản lý thiết bị đầu cuối phải kéo dài từ lúc cấp phát đến khi thu hồi. Doanh nghiệp cần ghi nhận người sử dụng, cấu hình và thời hạn bảo hành; chuẩn hóa cài đặt; cập nhật hệ điều hành, ứng dụng; kiểm soát quyền cài phần mềm và mã hóa ổ đĩa khi phù hợp. Với thiết bị di động, công cụ quản lý tập trung có thể hỗ trợ áp dụng chính sách, khóa hoặc xóa dữ liệu công việc từ xa theo quy định. Khi nhân sự thay đổi vị trí hoặc nghỉ việc, cần thu hồi quyền truy cập, sao lưu dữ liệu thuộc doanh nghiệp, xóa dữ liệu an toàn và cập nhật hồ sơ tài sản. Một thiết bị bị bỏ quên cập nhật hoặc thất lạc có thể trở thành điểm xâm nhập vào hệ thống.

Hạ tầng mạng kết nối thiết bị, hệ thống và Internet

Hạ tầng mạng là lớp kết nối giữa người dùng, máy chủ, ứng dụng và dịch vụ Internet. Một thiết kế phù hợp không chỉ bảo đảm thiết bị liên lạc được với nhau mà còn duy trì hiệu năng khi lưu lượng tăng, giới hạn quyền truy cập giữa các nhóm và giảm thời gian gián đoạn khi xảy ra sự cố. Doanh nghiệp nên xác định trước số lượng thiết bị, ứng dụng trọng yếu, địa điểm triển khai và mức gián đoạn có thể chấp nhận, rồi mới lựa chọn đường truyền và thiết bị. Tốc độ cao không thể bù đắp cho thiết kế phân vùng, dự phòng hoặc vận hành thiếu chặt chẽ.

Mạng LAN, WAN và WLAN kết nối trong và ngoài doanh nghiệp

LAN là mạng cục bộ trong một văn phòng, tòa nhà hoặc cơ sở. WLAN cũng phục vụ phạm vi cục bộ nhưng sử dụng sóng Wi-Fi, phù hợp với máy tính xách tay, điện thoại và thiết bị cần di chuyển. WAN kết nối các địa điểm cách xa nhau, chẳng hạn trụ sở, chi nhánh và trung tâm dữ liệu; kết nối này có thể sử dụng đường truyền riêng, Internet kết hợp VPN hoặc giải pháp SD-WAN. Lựa chọn phụ thuộc vào yêu cầu về bảo mật, độ trễ, khả năng quản trị và ngân sách, thay vì chỉ dựa trên băng thông quảng cáo.

Trong LAN, doanh nghiệp có thể dùng VLAN để tách lưu lượng nhân viên, khách, camera, thiết bị IoT và máy chủ. Tuy nhiên, tạo VLAN không đồng nghĩa với chặn được truy cập giữa các VLAN: lưu lượng đi qua thiết bị định tuyến lớp 3 vẫn cần được kiểm soát bằng quy tắc tường lửa hoặc danh sách kiểm soát truy cập (ACL). Mỗi nhóm nên có dải địa chỉ IP, chính sách truy cập và dịch vụ DHCP phù hợp. Ví dụ, mạng khách chỉ được ra Internet; camera chỉ kết nối tới hệ thống ghi hình và các dịch vụ quản lý được cho phép.

Mạng có dây thường phù hợp với máy chủ, thiết bị lưu trữ và máy trạm cần kết nối ổn định. Với WLAN, cần khảo sát vùng phủ và dung lượng trước khi bố trí điểm truy cập. Sóng 2,4 GHz có phạm vi phủ tương đối rộng nhưng dễ nhiễu; các băng tần cao hơn có thể cung cấp thêm dung lượng nhưng chịu ảnh hưởng lớn hơn từ khoảng cách và vật cản. Cần tính cả số thiết bị hoạt động đồng thời, kênh Wi-Fi chồng lấn và khả năng chuyển vùng giữa các điểm truy cập. Mạng nhân viên nên dùng cơ chế xác thực phù hợp như WPA2/WPA3-Enterprise kết hợp 802.1X khi hạ tầng cho phép; mạng khách cần được cô lập khỏi tài nguyên nội bộ.

Chất lượng kết nối phải được đo trong giờ cao điểm bằng thông lượng thực tế, độ trễ, biến thiên độ trễ và tỷ lệ mất gói. Một cuộc họp trực tuyến có thể bị giật dù phép thử tốc độ cho kết quả cao, nếu Wi-Fi bị nhiễu hoặc đường WAN có mất gói. Việc theo dõi theo từng khu vực và ứng dụng giúp xác định đúng điểm nghẽn thay vì mặc định quy lỗi cho nhà cung cấp Internet.

Router, switch, điểm truy cập Wi-Fi và cáp mạng truyền dữ liệu

Switch kết nối thiết bị trong LAN và chuyển tiếp lưu lượng tới đúng cổng mạng; một số switch còn hỗ trợ định tuyến giữa các VLAN. Router kết nối các mạng khác nhau, lựa chọn tuyến đi và thường làm việc cùng tường lửa tại ranh giới Internet. Điểm truy cập Wi-Fi kết nối thiết bị không dây vào mạng có dây. Khi chọn thiết bị, cần tính số cổng đang dùng, mức tăng trưởng dự kiến, tốc độ cổng kết nối lên mạng lõi, khả năng quản trị và thời gian nhà sản xuất còn cung cấp bản vá.

• Đường cáp: Với cáp đồng Ethernet thông dụng, tổng chiều dài một kênh kết nối thường không vượt quá 100 m theo cấu hình tiêu chuẩn tương ứng. Cat6A phù hợp khi cần thiết kế kết nối 10 Gb/s tới 100 m; cáp quang phù hợp cho tuyến dài, liên kết giữa các tủ mạng hoặc môi trường cần tránh nhiễu điện từ. Phải chọn đúng loại module quang, đầu nối và sợi quang ở hai đầu.
• Nguồn PoE: Camera, điện thoại IP và điểm truy cập có thể nhận nguồn qua cáp mạng. Ngoài việc kiểm tra chuẩn PoE mà từng cổng hỗ trợ, cần cộng tổng công suất tiêu thụ của các thiết bị và chừa dung lượng dự phòng; switch có đủ cổng chưa chắc có đủ ngân sách công suất PoE.
• Tính sẵn sàng: Các thiết bị quan trọng nên có nguồn điện dự phòng phù hợp. Liên kết dự phòng giữa các switch cần được cấu hình để tránh vòng lặp mạng; các cơ chế như STP hoặc gộp liên kết phải được triển khai đúng với sơ đồ kết nối.

Việc lắp đặt cũng ảnh hưởng trực tiếp đến vận hành. Tủ mạng cần thông gió, nguồn điện ổn định và không gian để bảo trì. Cáp phải được đánh nhãn ở hai đầu; hồ sơ cần ghi rõ ổ cắm, cổng switch, VLAN, địa chỉ quản trị và tuyến uplink. Với Wi-Fi, nên khảo sát tại hiện trường sau lắp đặt vì tường, kính, kệ hàng và mật độ người dùng thực tế có thể làm vùng phủ khác với bản thiết kế. Sơ đồ mạng được cập nhật giúp khoanh vùng nhanh sự cố cổng, cáp, nguồn hoặc cấu hình.

Đường truyền Internet, địa chỉ IP, DNS và VPN bảo đảm kết nối

Đường truyền Internet cho phép nhân viên sử dụng dịch vụ trực tuyến và, nếu doanh nghiệp có công bố dịch vụ, cho phép người dùng bên ngoài truy cập hệ thống. Địa chỉ IP xác định điểm kết nối; DHCP có thể cấp tự động địa chỉ và các thông số như cổng mặc định, máy chủ DNS. Hệ thống nội bộ thường dùng địa chỉ IP riêng và đi ra Internet qua NAT. Khi cần công bố dịch vụ từ bên ngoài, phải kiểm tra địa chỉ IP công cộng, quy tắc tường lửa và khả năng nhà mạng sử dụng CGNAT; có Internet chiều ra không có nghĩa là có thể nhận kết nối chiều vào.

DNS chuyển tên miền thành địa chỉ IP để ứng dụng tìm đúng dịch vụ. Sự cố DNS có thể khiến website không truy cập được dù máy chủ và đường truyền vẫn hoạt động. Doanh nghiệp cần quản lý người sở hữu tên miền, thời hạn gia hạn, các bản ghi DNS và tài khoản quản trị. Khi thay đổi địa chỉ dịch vụ, cần xét thời gian lưu bản ghi trong bộ nhớ đệm theo TTL; cấu hình sai bản ghi hoặc để tên miền hết hạn có thể gây gián đoạn trên diện rộng.

VPN tạo kênh truyền được mã hóa cho nhân viên làm việc từ xa hoặc kết nối giữa các địa điểm, nhưng mã hóa không thay thế việc kiểm soát người dùng. Nên áp dụng xác thực đa yếu tố, cấp quyền tối thiểu, thu hồi tài khoản kịp thời và ghi nhật ký truy cập. Chính sách đưa toàn bộ hay chỉ một phần lưu lượng qua VPN cần dựa trên yêu cầu bảo mật và khả năng chịu tải. Thiết bị đầu cuối bị xâm nhập vẫn có thể gây rủi ro cho hệ thống nội bộ nếu được cấp quyền quá rộng.

Với dịch vụ trọng yếu, doanh nghiệp có thể sử dụng hai nhà cung cấp Internet và cấu hình chuyển tuyến dự phòng. Cần kiểm tra toàn bộ chuỗi phụ thuộc: nguồn điện, router, tường lửa, DNS, địa chỉ công cộng và đường truy cập đến ứng dụng. Chuyển tuyến thành công không bảo đảm dịch vụ công bố ra Internet vẫn hoạt động nếu người dùng tiếp tục truy cập địa chỉ của đường truyền đã hỏng. Vì vậy, cần diễn tập ngắt từng đường truyền, đo thời gian khôi phục và kiểm tra dịch vụ từ một mạng bên ngoài.

Phần mềm hệ thống và nền tảng hỗ trợ chạy ứng dụng

Phần cứng cung cấp CPU, bộ nhớ, thiết bị lưu trữ và kết nối mạng; phần mềm hệ thống biến các tài nguyên đó thành môi trường có thể sử dụng, kiểm soát và mở rộng. Một ứng dụng hoạt động ổn định không chỉ cần máy chủ đủ mạnh mà còn phụ thuộc vào hệ điều hành, cách đóng gói và triển khai, cơ sở dữ liệu cùng các dịch vụ trung gian. Vì vậy, khi thiết kế nền tảng, cần đánh giá đồng thời khả năng tương thích, hiệu năng, an toàn và năng lực vận hành, thay vì lựa chọn từng sản phẩm riêng lẻ.

Hệ điều hành máy chủ và máy trạm quản lý tài nguyên phần cứng

Hệ điều hành phân chia thời gian CPU giữa các tiến trình, cấp phát bộ nhớ, quản lý hệ thống tệp và điều khiển thiết bị thông qua trình điều khiển. Nó cũng cung cấp ngăn xếp mạng, tài khoản người dùng, quyền truy cập và các cơ chế chạy dịch vụ nền. Khi ứng dụng chậm, nguyên nhân không nhất thiết là thiếu CPU: bộ nhớ vật lý cạn có thể gây hoán đổi dữ liệu ra đĩa; thiết bị lưu trữ có độ trễ cao khiến tiến trình phải chờ; hoặc quá nhiều kết nối đồng thời làm cạn giới hạn tệp đang mở. Giám sát từng loại tài nguyên giúp xác định đúng điểm nghẽn trước khi nâng cấp phần cứng.

Máy chủ thường ưu tiên tính ổn định, quản trị từ xa, tự khởi động dịch vụ sau sự cố và chu kỳ hỗ trợ dài. Máy trạm cần thêm khả năng tương thích với thiết bị ngoại vi, phần mềm làm việc và giao diện người dùng. Khi chọn phiên bản hệ điều hành, phải đối chiếu yêu cầu của ứng dụng, trình điều khiển và phần mềm bảo mật; kiểm tra kiến trúc bộ xử lý, chính sách cấp phép và thời điểm kết thúc hỗ trợ. Hệ điều hành hết thời hạn hỗ trợ có thể không còn nhận bản vá cho lỗ hổng mới, dù ứng dụng vẫn chạy bình thường.

Vận hành hệ điều hành không dừng ở cài đặt ban đầu. Những việc cần xác định rõ gồm:

• Cập nhật và khôi phục: thử bản vá trên môi trường kiểm thử, bố trí cửa sổ bảo trì và chuẩn bị phương án quay lại nếu ứng dụng phát sinh lỗi.
• Kiểm soát truy cập: cấp quyền tối thiểu cho tài khoản quản trị và tài khoản dịch vụ; ghi nhật ký đăng nhập, thay đổi cấu hình và thao tác đặc quyền.
• Cấu hình nền: đồng bộ thời gian, giới hạn dịch vụ không cần thiết, cấu hình tường lửa và theo dõi dung lượng lưu trữ trước khi nhật ký hoặc tệp tạm làm đầy phân vùng.

Hypervisor và container triển khai các môi trường ứng dụng

Hypervisor phân phối tài nguyên của máy chủ vật lý cho nhiều máy ảo. Mỗi máy ảo có hệ điều hành riêng, cho phép chạy các phiên bản hoặc loại hệ điều hành khác nhau trên cùng hạ tầng. Cách ly giữa máy ảo hữu ích khi các ứng dụng có yêu cầu hệ thống khác biệt hoặc thuộc những nhóm quản trị khác nhau. Tuy nhiên, cấp phát nhiều CPU và bộ nhớ hơn khả năng đáp ứng thực tế của máy chủ có thể gây tranh chấp tài nguyên. Cần theo dõi độ trễ lưu trữ, mức sử dụng bộ nhớ và thời gian CPU mà máy ảo phải chờ để được xử lý; ảnh chụp trạng thái máy ảo không thay thế được bản sao lưu độc lập.

Container đóng gói ứng dụng và các thư viện phụ thuộc thành image, trong khi các container trên cùng máy chủ dùng chung nhân hệ điều hành. Nhờ đó, chúng thường khởi chạy nhanh và giúp giảm khác biệt giữa môi trường phát triển, kiểm thử và triển khai. Để một phiên bản có thể được triển khai nhất quán, nên cố định phiên bản image thay vì dựa vào nhãn có thể thay đổi; đồng thời quét lỗ hổng và cập nhật thư viện phụ thuộc. Container không mặc nhiên an toàn hơn máy ảo: quyền chạy đặc quyền, thư mục máy chủ được gắn vào container hoặc bí mật truy cập lưu trong image đều có thể mở rộng phạm vi ảnh hưởng khi xảy ra sự cố.

Với nhiều dịch vụ, nền tảng điều phối container hỗ trợ đặt lịch chạy, thay thế phiên bản lỗi, mở rộng số bản sao và cung cấp cơ chế khám phá dịch vụ. Lợi ích này đi kèm nhu cầu quản trị mạng nội bộ, chính sách truy cập, lưu trữ bền vững và bí mật ứng dụng. Nên khai báo mức tài nguyên yêu cầu và giới hạn cho từng dịch vụ, thiết lập kiểm tra tình trạng hoạt động, rồi thử tình huống một máy chủ ngừng hoạt động. Chỉ chuyển sang nền tảng điều phối khi đội vận hành có thể xử lý độ phức tạp phát sinh; ứng dụng nhỏ, ít thay đổi đôi khi phù hợp hơn với máy ảo hoặc cách triển khai đơn giản.

Hệ quản trị cơ sở dữ liệu, máy chủ web và phần mềm trung gian

Hệ quản trị cơ sở dữ liệu chịu trách nhiệm lưu dữ liệu, xử lý truy vấn và duy trì tính nhất quán khi nhiều yêu cầu diễn ra đồng thời. Thiết kế bảng và chỉ mục phải dựa trên kiểu truy vấn thực tế: thiếu chỉ mục có thể khiến hệ thống phải đọc lượng lớn dữ liệu, còn quá nhiều chỉ mục làm tăng chi phí ghi. Khi truy vấn chậm, cần xem kế hoạch thực thi, thời gian chờ khóa và số kết nối, thay vì chỉ tăng CPU. Giao dịch nên đủ ngắn để hạn chế tranh chấp; nhóm kết nối cần có giới hạn để ứng dụng không mở nhiều kết nối hơn khả năng phục vụ của cơ sở dữ liệu.

Sao lưu phải đi kèm khả năng khôi phục đã được kiểm chứng. Cần xác định mức mất dữ liệu tối đa chấp nhận được và thời gian dịch vụ có thể gián đoạn, rồi chọn lịch sao lưu, nơi lưu bản sao và phương án khôi phục phù hợp. Với hệ thống có yêu cầu cao, bản sao dữ liệu hoặc nhật ký giao dịch có thể hỗ trợ khôi phục đến thời điểm gần sự cố. Tuy nhiên, nhân bản dữ liệu không thay thế sao lưu: thao tác xóa nhầm hoặc dữ liệu bị hỏng vẫn có thể được nhân bản sang các nút khác. Thử khôi phục định kỳ giúp phát hiện bản sao thiếu, sai quyền truy cập hoặc quy trình không còn dùng được.

Máy chủ web tiếp nhận yêu cầu HTTP, phân phối nội dung tĩnh hoặc chuyển tiếp yêu cầu đến ứng dụng. Cấu hình cần bao gồm chứng chỉ TLS, thời gian chờ, giới hạn kích thước yêu cầu, nén và bộ nhớ đệm khi phù hợp. Bộ cân bằng tải phân phối lưu lượng giữa nhiều phiên ứng dụng, nhưng chỉ có tác dụng khi kiểm tra được phiên nào thực sự sẵn sàng phục vụ. Nếu ứng dụng lưu phiên đăng nhập trên ổ đĩa cục bộ, việc chuyển người dùng sang phiên khác có thể gây lỗi; một phương án là đưa trạng thái phiên vào nơi lưu trữ dùng chung.

Phần mềm trung gian giải quyết những nhu cầu trao đổi khác nhau. Hàng đợi thông điệp tách nơi gửi khỏi nơi xử lý, giúp hấp thụ lưu lượng tăng đột biến; đổi lại, phải theo dõi độ dài hàng đợi, thông điệp xử lý thất bại và khả năng xử lý lặp. API gateway có thể tập trung định tuyến, xác thực và giới hạn tốc độ, nhưng không nên trở thành điểm nghẽn hoặc điểm lỗi duy nhất. Giữa các dịch vụ, cần đặt thời gian chờ và số lần thử lại có giới hạn để tránh một sự cố nhỏ làm lượng yêu cầu tăng dây chuyền. Khi vận hành, hãy theo dõi độ trễ, tỷ lệ lỗi và lượng yêu cầu theo từng thành phần, đồng thời phân định rõ đơn vị chịu trách nhiệm nâng cấp, sao lưu và xử lý sự cố cho mỗi dịch vụ.

Trung tâm dữ liệu bảo đảm điều kiện hoạt động cho thiết bị

Đối với hệ thống đặt tại chỗ, độ ổn định của dịch vụ không chỉ phụ thuộc vào cấu hình máy chủ. Mất điện, quá nhiệt, rò nước, lỗi cáp hoặc người không có thẩm quyền tiếp cận thiết bị đều có thể gây gián đoạn. Vì vậy, phòng máy cần được xem là một hệ thống hạ tầng thống nhất, trong đó không gian, điện, làm mát, kết nối và an ninh vật lý được thiết kế theo mức độ quan trọng của dịch vụ.

Phòng máy, tủ rack và hệ thống cáp tổ chức thiết bị

Trước khi chọn tủ rack, cần lập danh mục máy chủ, thiết bị lưu trữ, switch, bộ phân phối nguồn và thiết bị dự kiến bổ sung. Từ đó xác định chiều cao sử dụng theo đơn vị U, chiều sâu tủ, tải trọng tĩnh, nhu cầu cấp điện và nhiệt lượng phát sinh. Không nên chỉ xét thiết bị hiện có: một tủ vừa đủ chỗ hôm nay có thể thiếu không gian đi cáp hoặc không còn khả năng lắp thêm thiết bị sau này.

Vị trí đặt tủ phải cho phép mở cửa, kéo máy chủ trên thanh trượt và thao tác ở cả phía trước lẫn phía sau. Khả năng chịu tải của sàn cần được kiểm tra theo tổng khối lượng tủ, thiết bị, UPS nếu đặt cùng khu vực và tải trọng tập trung tại chân tủ. Thiết bị nặng thường được bố trí thấp để cải thiện độ ổn định. Các tấm che vị trí U còn trống, cách sắp xếp cáp gọn và hướng lắp thiết bị phù hợp giúp hạn chế khí nóng quay lại cửa hút gió.

• Cáp dữ liệu: phân tuyến theo chức năng, đánh nhãn ở hai đầu và đối chiếu với sơ đồ cổng; chừa độ dài phục vụ bảo trì nhưng tránh bó cáp chắn luồng khí.
• Cáp nguồn: đi theo tuyến được quản lý riêng, đấu vào bộ phân phối nguồn phù hợp và tránh tạo lực kéo lên đầu nối.
• Tuyến dự phòng: nếu thiết kế có hai đường kết nối hoặc hai nguồn độc lập, cần hạn chế việc chúng cùng đi qua một điểm dễ bị tác động.

Việc đi cáp phải tuân thủ bán kính uốn tối thiểu và yêu cầu của loại cáp sử dụng, đặc biệt với cáp quang. Mọi thay đổi đấu nối nên được cập nhật vào sơ đồ ngay sau khi thực hiện; nhãn đúng nhưng tài liệu sai vẫn có thể dẫn đến rút nhầm đường truyền khi xử lý sự cố. Hệ thống tiếp địa và liên kết đẳng thế cho tủ, thiết bị cần được thiết kế, kiểm tra theo tiêu chuẩn áp dụng và hướng dẫn của nhà sản xuất.

Với văn phòng nhỏ, một tủ mạng có khóa, đặt cao khỏi nguy cơ ngập nước và đủ thông thoáng là lựa chọn hợp lý hơn để thiết bị rời trên sàn hoặc trong kho chứa đồ. Tuy nhiên, tủ có khóa không thay thế được việc kiểm soát nhiệt độ, điện và quyền tiếp cận.

Nguồn điện, UPS và máy phát điện duy trì hoạt động

Thiết kế nguồn điện bắt đầu từ việc xác định tải thiết yếu phải duy trì khi mất điện: máy chủ chạy dịch vụ quan trọng, lưu trữ, switch, thiết bị bảo mật và các thành phần mạng cần để người dùng tiếp tục truy cập. Cần đo công suất tiêu thụ thực tế trong các trạng thái vận hành khác nhau, đồng thời tính đến dòng khởi động, khả năng tăng tải và giới hạn của từng nhánh cấp điện. Không thể suy ra thời gian lưu điện chỉ từ mức công suất VA hoặc W ghi trên vỏ UPS.

UPS duy trì nguồn trong khoảng thời gian hữu hạn, tạo điều kiện chờ máy phát điện nhận tải hoặc thực hiện quy trình tắt an toàn. Khi lựa chọn, cần phân biệt công suất biểu kiến kVA với công suất tác dụng kW, kiểm tra khả năng chịu tải của UPS và tham khảo đường cong thời gian lưu điện theo mức tải, cấu hình ắc quy. Dung lượng ắc quy suy giảm theo tuổi thọ và điều kiện môi trường; do đó thời gian lưu điện thực tế cần có biên dự phòng và được kiểm chứng định kỳ.

• Đường cấp điện: xác định thiết bị nào có hai bộ nguồn, hai nhánh cấp điện có thật sự độc lập hay cùng phụ thuộc một aptomat, UPS hoặc tuyến cáp.
• Chuyển nguồn: kiểm tra trình tự hoạt động của UPS, bộ chuyển nguồn và máy phát; thời gian khởi động máy phát phải nằm trong khoảng UPS có thể duy trì tải.
• Tắt an toàn: cấu hình cảnh báo mất điện, ngưỡng kích hoạt và thứ tự tắt máy ảo, máy chủ, lưu trữ để giảm nguy cơ hỏng dữ liệu.

Máy phát điện chỉ hữu ích khi đủ công suất cho tải được chỉ định, có nhiên liệu, bảo trì đúng hạn và khởi động được trong tình huống thực tế. Quy trình thử nghiệm nên bao gồm kiểm tra ắc quy UPS, mô phỏng chuyển nguồn có kiểm soát và theo dõi cảnh báo trong suốt quá trình thử. Hoạt động này cần được lên lịch phù hợp với mức độ quan trọng của dịch vụ, có người chịu trách nhiệm và phương án khôi phục nếu phép thử không đạt. Một nguồn dự phòng chưa từng được thử không nên được mặc nhiên xem là sẵn sàng.

Làm mát, phòng cháy và kiểm soát ra vào bảo vệ hạ tầng vật lý

Máy chủ và thiết bị mạng sinh nhiệt liên tục, kể cả khi tải xử lý không cao. Hệ thống làm mát cần đáp ứng nhiệt lượng của thiết bị đang vận hành, có dư địa cho tăng trưởng và duy trì môi trường trong giới hạn do nhà sản xuất quy định. Nên theo dõi nhiệt độ tại cửa hút gió của thiết bị, thay vì chỉ dựa vào nhiệt độ trung bình của phòng: một cảm biến đặt xa tủ rack có thể không phát hiện điểm nóng ở phần trên tủ.

Cách bố trí mặt trước các tủ cùng hướng, tách luồng khí lạnh cấp vào và khí nóng thải ra giúp giảm hiện tượng tuần hoàn khí nóng. Tủ đông thiết bị, bó cáp lớn chắn cửa thoát gió hoặc lắp thiết bị có hướng gió khác biệt đều cần được xem xét riêng. Ngoài nhiệt độ, nên giám sát độ ẩm, tình trạng điều hòa và rò nước gần đường ống, thiết bị làm mát. Ngưỡng cảnh báo phải phù hợp với điều kiện vận hành thực tế để đội kỹ thuật nhận được tín hiệu trước khi thiết bị tự giảm hiệu năng hoặc dừng hoạt động.

Phương án phòng cháy cần kết hợp phát hiện sớm, cảnh báo, quy trình ứng phó và giải pháp chữa cháy phù hợp với thiết bị điện tử, thiết kế công trình cùng quy định pháp luật hiện hành. Không nên tự chọn chất chữa cháy hoặc thay đổi kết cấu phòng máy khi chưa được đơn vị có chuyên môn đánh giá. Hồ sơ vận hành cần xác định ai có quyền xử lý cảnh báo, cách cô lập nguồn điện khi cần thiết và cách phối hợp với lực lượng ứng cứu. Thiết bị phát hiện, cảnh báo và chữa cháy cũng phải được kiểm tra, bảo dưỡng theo yêu cầu áp dụng.

• Giới hạn tiếp cận: chỉ cấp quyền vào phòng máy cho người có nhiệm vụ; quyền của nhân sự chuyển vị trí hoặc nghỉ việc cần được thu hồi kịp thời.
• Ghi nhận hoạt động: lưu nhật ký ra vào, quản lý chìa khóa hoặc thẻ, ghi nhận khách và người thực hiện bảo trì.
• Giám sát sự kiện: sử dụng camera tại vị trí phù hợp và đối chiếu thời điểm ra vào với các thay đổi trên thiết bị khi điều tra sự cố.

Quyền vào phòng máy nên được rà soát định kỳ, đặc biệt với nhà thầu bảo trì và nhân sự trực ngoài giờ. Các cảnh báo về nhiệt độ, rò nước, nguồn điện hoặc cửa mở bất thường cần có người tiếp nhận và quy trình phản hồi rõ ràng. An toàn vật lý là một phần của an toàn thông tin: người có thể tiếp cận trực tiếp máy chủ, cổng mạng hoặc phương tiện lưu trữ có thể gây gián đoạn dịch vụ dù không có tài khoản quản trị hệ thống.

Hạ tầng bảo mật bảo vệ tài khoản, thiết bị và dữ liệu

Bảo mật không phải một thiết bị lắp thêm sau khi hệ thống hoàn thành. Đó là tập hợp kiểm soát xuyên suốt danh tính, thiết bị, mạng, ứng dụng và dữ liệu. Doanh nghiệp cần lựa chọn kiểm soát dựa trên mức độ nhạy cảm của dữ liệu, khả năng xảy ra sự cố và tác động nếu dịch vụ bị gián đoạn. Ví dụ, hệ thống kế toán chứa thông tin tài chính cần chính sách truy cập và giám sát chặt hơn mạng Wi-Fi dành cho khách. Cách tiếp cận nhiều lớp giúp giảm khả năng một sai sót đơn lẻ dẫn đến mất toàn bộ hệ thống.

Quản lý danh tính, phân quyền và xác thực đa yếu tố kiểm soát truy cập

Quản lý danh tính trả lời câu hỏi ai hoặc dịch vụ nào đang yêu cầu truy cập; phân quyền quyết định họ được thực hiện thao tác gì trên tài nguyên nào. Trước khi cấp quyền, cần xác định vai trò công việc, chủ sở hữu dữ liệu và phạm vi sử dụng. Theo nguyên tắc quyền tối thiểu, nhân viên kế toán có thể nhập chứng từ nhưng không mặc nhiên được thay đổi cấu hình máy chủ; tài khoản chạy ứng dụng chỉ được đọc hoặc ghi vào những bảng dữ liệu cần thiết.

Một quy trình quản trị danh tính hiệu quả cần bao phủ toàn bộ vòng đời tài khoản:

• Cấp quyền: yêu cầu có người phê duyệt, thời hạn sử dụng và quyền cụ thể; ưu tiên nhóm quyền theo vai trò thay vì cấp riêng lẻ tùy tiện.
• Rà soát: đối chiếu quyền thực tế với nhiệm vụ khi nhân sự chuyển vị trí, dự án kết thúc hoặc theo lịch đánh giá định kỳ.
• Thu hồi: vô hiệu hóa tài khoản, phiên đăng nhập, mã truy cập và quyền trên dịch vụ liên quan khi nhân sự nghỉ việc hoặc hợp đồng chấm dứt.

Xác thực đa yếu tố (MFA) đặc biệt quan trọng với tài khoản quản trị, thư điện tử, VPN và hệ thống truy cập từ Internet. Nếu có điều kiện, nên ưu tiên khóa bảo mật hoặc phương thức xác thực chống lừa đảo dựa trên FIDO2/WebAuthn cho tài khoản rủi ro cao. Mã xác thực qua ứng dụng vẫn hữu ích nhưng người dùng có thể bị dụ nhập mã vào trang giả; thao tác chấp thuận đăng nhập liên tục cũng có thể bị lợi dụng. MFA không thay thế việc bảo vệ phiên đăng nhập và kiểm tra thiết bị truy cập.

Tài khoản quản trị nên tách khỏi tài khoản làm việc hằng ngày, chỉ kích hoạt quyền cao khi cần và ghi nhận hoạt động quan trọng. Hạn chế tài khoản dùng chung vì khó quy trách nhiệm. Với tài khoản dịch vụ, cần chỉ định chủ sở hữu, giới hạn quyền và lưu bí mật trong hệ thống quản lý chuyên dụng thay vì tệp cấu hình công khai; khóa, mật khẩu hoặc chứng chỉ phải được thay thế khi bị lộ hay không còn cần thiết.

Firewall, bảo vệ thiết bị đầu cuối và phân đoạn mạng hạn chế xâm nhập

Firewall kiểm soát lưu lượng giữa các vùng mạng theo địa chỉ, cổng, giao thức và chiều kết nối. Chính sách nên bắt đầu từ những luồng nghiệp vụ được xác định rõ, thay vì cho phép rộng rồi bổ sung quy tắc chặn. Chẳng hạn, mạng Wi-Fi khách chỉ cần ra Internet, không được kết nối máy chủ kế toán; máy chủ ứng dụng chỉ được truy cập cổng cơ sở dữ liệu cần dùng, từ địa chỉ đã xác định. Các kết nối ra ngoài cũng cần xem xét, vì máy chủ bị xâm nhập có thể dùng chúng để gửi dữ liệu ra ngoài.

Phân đoạn mạng chia hạ tầng thành các vùng có mức tin cậy khác nhau, như thiết bị người dùng, máy chủ ứng dụng, cơ sở dữ liệu, hệ thống quản trị và thiết bị IoT. Giữa các vùng, doanh nghiệp cần xác định luồng nào được phép và ghi nhận ngoại lệ cùng người chịu trách nhiệm. Trong môi trường đám mây hoặc hệ thống lớn, chính sách ở cấp máy chủ, nhóm bảo mật hay ứng dụng có thể bổ sung cho firewall ở ranh giới mạng. Mục tiêu là hạn chế di chuyển ngang khi một tài khoản hoặc thiết bị đã bị chiếm quyền.

Phần mềm bảo vệ thiết bị đầu cuối, bao gồm khả năng phát hiện và phản ứng trên thiết bị khi phù hợp, hỗ trợ nhận diện mã độc, tiến trình đáng ngờ và hành vi như mã hóa hàng loạt tệp. Tuy nhiên, cảnh báo chỉ có giá trị khi có người phân loại, xác minh và xử lý. Quy trình cần quy định trường hợp nào được cô lập thiết bị khỏi mạng, cách bảo toàn bằng chứng và cách khôi phục hoạt động sau xử lý.

Để các kiểm soát này không suy giảm theo thời gian, cần:

• Kiểm kê thiết bị và dịch vụ để phát hiện máy chủ, cổng mở hoặc phần mềm không còn được quản lý.
• Rà soát quy tắc firewall định kỳ; xóa ngoại lệ hết hạn và kiểm tra tác động trước khi thay đổi chính sách.
• Ưu tiên vá lỗ hổng dựa trên mức độ phơi bày, khả năng bị khai thác và tầm quan trọng của hệ thống.
• Áp dụng cấu hình an toàn, hạn chế quyền quản trị cục bộ và đào tạo người dùng nhận biết dấu hiệu lừa đảo.

Mã hóa, quản lý khóa và thu thập nhật ký bảo vệ dữ liệu, phát hiện sự cố

Mã hóa cần được áp dụng đúng ngữ cảnh. Với dữ liệu khi truyền, các kết nối giữa trình duyệt, ứng dụng và dịch vụ nội bộ nên dùng TLS được cấu hình an toàn, xác thực chứng chỉ hợp lệ và loại bỏ giao thức yếu. Với dữ liệu khi lưu, mã hóa ổ đĩa giúp giảm rủi ro nếu thiết bị bị thất lạc; mã hóa cơ sở dữ liệu, bản sao lưu hoặc một số trường dữ liệu nhạy cảm có thể đáp ứng nhu cầu bảo vệ khác nhau. Mã hóa ổ đĩa không ngăn người có quyền đăng nhập hợp lệ đọc dữ liệu, nên vẫn cần phân quyền tại ứng dụng và cơ sở dữ liệu.

Hiệu quả mã hóa phụ thuộc lớn vào quản lý khóa. Khóa không nên lưu cùng vị trí, cùng phạm vi quyền truy cập với dữ liệu mà nó bảo vệ. Hệ thống quản lý khóa tập trung hoặc phần cứng bảo mật chuyên dụng có thể hỗ trợ giới hạn người sử dụng, ghi nhật ký thao tác và luân chuyển khóa. Chính sách cần quy định thời điểm thay khóa, cách xử lý khi nghi bị lộ và quyền phê duyệt khôi phục. Bản sao lưu dữ liệu cũng phải có phương án khôi phục khóa được kiểm soát; nếu mất khóa duy nhất, dữ liệu mã hóa có thể không thể phục hồi.

Nhật ký từ dịch vụ danh tính, hệ điều hành, thiết bị mạng, ứng dụng và cơ sở dữ liệu cung cấp dấu vết để phát hiện, điều tra sự cố. Nên ưu tiên ghi nhận các sự kiện có ý nghĩa: đăng nhập thất bại liên tiếp, cấp quyền quản trị, thay đổi chính sách, truy cập dữ liệu bất thường và vô hiệu hóa công cụ bảo vệ. Đồng bộ thời gian giữa các hệ thống giúp ghép các sự kiện thành một chuỗi đáng tin cậy. Nhật ký cần được giới hạn quyền xem, sửa và xóa, đồng thời có thời hạn lưu phù hợp với mục đích vận hành, yêu cầu pháp lý và khả năng lưu trữ.

Thu thập thật nhiều nhật ký không đồng nghĩa với phát hiện tốt hơn. Cần xác định ngưỡng cảnh báo, người tiếp nhận và quy trình kiểm tra để giảm báo động sai. Ví dụ, một lần đăng nhập thất bại có thể không đáng chú ý; nhiều lần thất bại từ địa chỉ lạ, tiếp theo là đăng nhập thành công và tải lượng lớn dữ liệu, cần được ưu tiên điều tra. Quy trình phản ứng phải nêu rõ cách xác minh, cô lập tài khoản hoặc thiết bị, bảo toàn bằng chứng, thông báo cho bên liên quan và ghi nhận diễn biến để cải thiện kiểm soát.

Hạ tầng tại chỗ, đám mây và kết hợp khác nhau như thế nào?

Ba mô hình khác nhau chủ yếu ở nơi triển khai tài nguyên, cách cấp phát năng lực tính toán và ranh giới trách nhiệm vận hành. Hạ tầng tại chỗ cho doanh nghiệp quyền kiểm soát trực tiếp thiết bị; đám mây cho phép sử dụng tài nguyên theo dịch vụ; hạ tầng kết hợp nối các môi trường để phục vụ cùng một hệ thống. Không mô hình nào mặc nhiên an toàn hơn hoặc luôn rẻ hơn. Quyết định cần dựa trên đặc tính ứng dụng, yêu cầu lưu trữ dữ liệu, khả năng mở rộng, năng lực nhân sự và các mục tiêu khôi phục khi xảy ra sự cố.

Hạ tầng tại chỗ và thuê chỗ đặt máy chủ khác nhau về trách nhiệm quản lý

Với hạ tầng tại chỗ, máy chủ, thiết bị mạng và hệ thống lưu trữ thường nằm trong cơ sở do doanh nghiệp kiểm soát. Doanh nghiệp phải tổ chức cấp điện dự phòng, làm mát, phòng cháy chữa cháy, an ninh vật lý, kết nối mạng, thay thế linh kiện và bảo trì định kỳ. Quyền kiểm soát cao có ích khi hệ thống phải kết nối trực tiếp với thiết bị sản xuất hoặc cần độ trễ thấp trong mạng nội bộ. Đổi lại, việc mở rộng năng lực thường phải qua các bước dự báo nhu cầu, mua sắm, lắp đặt và nghiệm thu; thiết bị mua dư có thể bị sử dụng kém hiệu quả.

Thuê chỗ đặt máy chủ (colocation) chuyển thiết bị của doanh nghiệp vào trung tâm dữ liệu do bên khác vận hành, nhưng không tự động chuyển giao quyền sở hữu máy chủ hay trách nhiệm quản trị hệ điều hành. Nhà cung cấp có thể đảm nhiệm không gian tủ rack, điện, làm mát và an ninh vật lý; doanh nghiệp vẫn quản lý cấu hình máy chủ, bản vá, ứng dụng và dữ liệu, trừ khi mua thêm dịch vụ. Phạm vi kết nối Internet, đường truyền riêng, hỗ trợ thao tác tại chỗ và thay thế phần cứng cần được ghi rõ trong hợp đồng.

Khi so sánh chi phí, cần tính tổng chi phí sở hữu thay vì chỉ nhìn giá mua máy hoặc phí thuê tủ rack. Các khoản đáng chú ý gồm điện, băng thông, giấy phép phần mềm, bảo hành, nhân sự trực vận hành, linh kiện dự phòng và chi phí di chuyển tới trung tâm dữ liệu. Hợp đồng cũng cần nêu rõ:

• Ai xử lý khi ổ đĩa, nguồn hoặc thiết bị mạng hỏng; thời gian phản hồi được tính từ thời điểm nào.
• Quy trình cấp quyền ra vào, thao tác từ xa và lưu vết hoạt động đối với thiết bị.
• Mức dịch vụ áp dụng cho điện, làm mát, kết nối; ngoại lệ và cách xác nhận sự cố.

Cam kết sẵn sàng của trung tâm dữ liệu không đồng nghĩa ứng dụng sẽ luôn hoạt động. Doanh nghiệp vẫn phải thiết kế dự phòng cho máy chủ, lưu trữ, mạng và thực hiện sao lưu, kiểm thử khôi phục.

Đám mây công cộng, đám mây riêng và các mô hình IaaS, PaaS, SaaS

Đám mây công cộng cung cấp tài nguyên từ nền tảng phục vụ nhiều khách hàng, với cơ chế cô lập về tính toán, mạng và dữ liệu. Đám mây riêng dành môi trường đám mây cho một tổ chức; môi trường đó có thể đặt tại cơ sở doanh nghiệp hoặc do nhà cung cấp vận hành. “Riêng” mô tả phạm vi sử dụng, không bảo đảm rằng hệ thống được quản trị tốt hoặc an toàn hơn. Một cụm máy ảo chỉ trở thành môi trường mang đặc tính đám mây khi có thêm khả năng cấp phát theo nhu cầu, tự động hóa và quản lý tài nguyên phù hợp.

Phân loại IaaS, PaaS, SaaS trả lời câu hỏi khác: doanh nghiệp nhận dịch vụ ở tầng nào và phải tự quản lý những gì. Với IaaS, nhà cung cấp thường vận hành hạ tầng vật lý và lớp ảo hóa, còn khách hàng cấu hình máy ảo, hệ điều hành và ứng dụng. Với PaaS, nhà cung cấp quản lý thêm một phần nền tảng chạy ứng dụng, nhưng khách hàng vẫn chịu trách nhiệm về mã, dữ liệu và cấu hình sử dụng. Với SaaS, doanh nghiệp dùng ứng dụng hoàn chỉnh song vẫn phải quản lý người dùng, phân quyền và chính sách dữ liệu. Ranh giới cụ thể luôn phụ thuộc dịch vụ và hợp đồng.

Đám mây thường giúp cấp phát nhanh và điều chỉnh tài nguyên theo tải, nhưng chi phí không chỉ gồm thời gian chạy máy chủ. Lưu trữ, bản sao dữ liệu, lưu lượng truyền ra ngoài, nhật ký và dịch vụ được quản lý có thể tạo khoản phí đáng kể. Doanh nghiệp nên theo dõi mức sử dụng, đặt cảnh báo ngân sách và xem xét khả năng xuất dữ liệu trước khi phụ thuộc sâu vào một nền tảng. Dù dùng mô hình nào, quản lý danh tính, xác thực đa yếu tố, giới hạn đặc quyền và rà soát cấu hình vẫn là công việc thiết yếu của khách hàng.

Hạ tầng kết hợp kết nối hệ thống nội bộ với dịch vụ đám mây

Hạ tầng kết hợp sử dụng đồng thời tài nguyên nội bộ và dịch vụ đám mây trong cùng một kiến trúc vận hành. Ví dụ, cơ sở dữ liệu giao dịch vẫn nằm tại chỗ, còn dịch vụ phân tích chạy trên đám mây và nhận dữ liệu theo lịch. Cách triển khai này cho phép chuyển đổi từng phần, nhưng tạo thêm phụ thuộc giữa hai môi trường. Nếu ứng dụng trên đám mây phải truy vấn đồng bộ cơ sở dữ liệu nội bộ cho từng yêu cầu của người dùng, độ trễ mạng có thể trở thành nút thắt ngay cả khi từng hệ thống riêng lẻ vẫn hoạt động tốt.

Thiết kế kết hợp cần bắt đầu từ luồng dữ liệu và phụ thuộc ứng dụng, không chỉ từ lựa chọn đường truyền. Nhóm kỹ thuật cần xác định nơi giữ bản dữ liệu chính, dữ liệu nào được sao chép, tần suất đồng bộ và cách giải quyết khi hai bản ghi xung đột. Đồng bộ gần thời gian thực đòi hỏi kiểm soát thứ tự cập nhật và khả năng xử lý khi đường truyền gián đoạn; đồng bộ theo lô đơn giản hơn nhưng dữ liệu báo cáo có thể chậm hơn dữ liệu nguồn. Việc truyền dữ liệu ra khỏi đám mây cũng cần được tính vào dự toán chi phí.

Các thành phần cần được thiết kế và kiểm thử cùng nhau gồm:

• Kết nối và định tuyến: chọn đường truyền phù hợp, dự phòng khi cần và kiểm tra khả năng chuyển tuyến khi một đường lỗi.
• Danh tính và bảo mật: thống nhất quy trình cấp, thu hồi quyền; mã hóa lưu lượng và giới hạn truy cập giữa các môi trường.
• Giám sát: liên kết nhật ký, chỉ số và dấu vết giao dịch để tìm được lỗi xuyên hệ thống.
• Khôi phục: xác định mục tiêu thời gian khôi phục (RTO), lượng dữ liệu có thể mất (RPO) và kiểm thử tình huống mất kết nối một phía.

Nếu một dịch vụ chỉ hoạt động khi cả hai môi trường cùng sẵn sàng, mức sẵn sàng thực tế phải được đánh giá trên toàn bộ chuỗi phụ thuộc. Kế hoạch ứng phó cần nêu rõ chức năng nào tạm dừng, chức năng nào có thể chạy với dữ liệu cũ và quy trình đồng bộ lại sau khi kết nối được khôi phục.

Quản trị vận hành duy trì hiệu năng và khả năng phục hồi

Một hệ thống được triển khai đúng thiết kế vẫn có thể suy giảm khi lượng truy cập tăng, dữ liệu tích lũy, bản vá bị bỏ sót hoặc cấu hình thay đổi ngoài dự kiến. Quản trị vận hành không chỉ là xử lý khi thiết bị hỏng; đó là quá trình đo lường chất lượng dịch vụ, kiểm soát rủi ro và chuẩn bị khả năng khôi phục. Mục tiêu là phát hiện vấn đề trước khi người dùng bị ảnh hưởng, đồng thời giới hạn tác động khi sự cố vẫn xảy ra. Muốn làm được điều này, đội vận hành cần có ngưỡng phục vụ rõ ràng, dữ liệu quan sát đáng tin cậy, trách nhiệm được phân công và quy trình đã được diễn tập.

Giám sát tài nguyên, hiệu năng và tính sẵn sàng của hệ thống

Giám sát cần phân biệt thiết bị đang chạy với dịch vụ thực sự sử dụng được. Một máy chủ có thể phản hồi kiểm tra kết nối nhưng ứng dụng vẫn không đăng nhập được vì cơ sở dữ liệu hết kết nối. Do đó, nên kết hợp chỉ số hạ tầng, chỉ số ứng dụng và phép kiểm tra luồng nghiệp vụ đầu cuối, chẳng hạn đăng nhập, tìm kiếm hoặc thực hiện giao dịch thử bằng tài khoản kiểm thử được kiểm soát.

• Hạ tầng: theo dõi CPU, RAM, dung lượng còn trống, tốc độ tăng dữ liệu, độ trễ và hàng đợi ổ đĩa, lưu lượng mạng, lỗi cổng kết nối và mức sử dụng tài nguyên của máy ảo hoặc vùng chứa.
• Ứng dụng: đo lưu lượng yêu cầu, tỷ lệ lỗi, thời gian phản hồi theo phân vị như p95 hoặc p99, độ dài hàng đợi và số kết nối tới các dịch vụ phụ thuộc. Giá trị trung bình đơn thuần có thể che khuất trải nghiệm kém của một nhóm người dùng.
• Trải nghiệm người dùng: kiểm tra từ những vị trí mạng phù hợp và đối chiếu với nhật ký, dấu vết truy vết yêu cầu để xác định lỗi nằm ở ứng dụng, cơ sở dữ liệu hay dịch vụ bên ngoài.

Nên xác định SLI là chỉ số phản ánh chất lượng dịch vụ và SLO là mục tiêu cần đạt, ví dụ tỷ lệ giao dịch thành công trong một khoảng thời gian. Cảnh báo phải gắn với tác động hoặc nguy cơ sắp xảy ra: dung lượng dự kiến cạn sau vài ngày cần cảnh báo lập kế hoạch, còn tỷ lệ lỗi tăng đột biến cần gọi người trực ngay. Áp dụng khoảng thời gian quan sát, gộp cảnh báo cùng nguyên nhân và quy định người nhận giúp giảm nhiễu. Cảnh báo quá nhiều nhưng không có hành động tương ứng sẽ làm giảm khả năng nhận ra sự cố thật. Dữ liệu lịch sử cần được lưu đủ lâu để dự báo năng lực, tính đến giờ cao điểm, tăng trưởng dữ liệu và phần tài nguyên dự phòng khi một nút trong cụm ngừng hoạt động.

Sao lưu, khôi phục và dự phòng thảm họa theo RPO, RTO

RPO xác định lượng dữ liệu tối đa có thể mất, tính theo thời gian từ điểm khôi phục gần nhất; RTO xác định thời gian mục tiêu để dịch vụ hoạt động trở lại ở mức được chấp nhận. Hai mục tiêu phải được xác định theo từng dịch vụ cùng bộ phận nghiệp vụ. Ví dụ, cơ sở dữ liệu giao dịch có thể yêu cầu RPO 15 phút, trong khi kho báo cáo chấp nhận một ngày. Yêu cầu càng chặt thường kéo theo chi phí lưu trữ, đồng bộ và nhân sự càng cao.

Thiết kế sao lưu cần nêu rõ dữ liệu nào được bảo vệ, tần suất, thời hạn lưu giữ, quyền truy cập và cách kiểm tra tính toàn vẹn. Bản sao ứng dụng có thể vô dụng nếu thiếu khóa mã hóa, tệp cấu hình hoặc phiên bản cơ sở dữ liệu tương thích. Với hệ thống giao dịch, cần bảo đảm bản sao nhất quán giữa dữ liệu và nhật ký giao dịch. Nguyên tắc 3-2-1 có thể áp dụng khi phù hợp: ba bản dữ liệu, trên hai loại phương tiện, với ít nhất một bản ở vị trí tách biệt. Nên cân nhắc thêm bản sao bất biến hoặc tách quyền quản trị để hạn chế việc mã độc tống tiền xóa đồng thời dữ liệu gốc và bản sao.

Sao lưu không đồng nghĩa với dự phòng thảm họa. Kế hoạch khôi phục còn phải bao gồm máy chủ hoặc môi trường thay thế, kết nối mạng, DNS, chứng thư, tài khoản truy cập, các dịch vụ phụ thuộc và thứ tự khởi động. Một lần diễn tập cần đo thời gian thực tế từ lúc tuyên bố thảm họa đến khi người dùng hoàn tất được giao dịch kiểm chứng, thay vì chỉ đo thời gian chép dữ liệu. Kết quả phải ghi lại điểm khôi phục đạt được, lỗi phát sinh, bước cần làm thủ công và chênh lệch so với RPO, RTO; từ đó điều chỉnh quy trình hoặc đầu tư thêm năng lực. Chỉ bản sao đã được thử khôi phục mới cung cấp bằng chứng rằng phương án có thể sử dụng.

Quản lý cấu hình, cập nhật, tài sản và quy trình xử lý sự cố

Danh mục tài sản nên ghi nhận thiết bị, phần mềm, phiên bản, vị trí, chủ sở hữu, mức độ quan trọng, dịch vụ phụ thuộc và thời điểm hết hỗ trợ. Thông tin này giúp xác định phạm vi ảnh hưởng khi phát hiện lỗ hổng hoặc khi một thành phần ngừng hoạt động. Cấu hình chuẩn cần được lưu có phiên bản, giới hạn quyền chỉnh sửa và đối chiếu định kỳ với trạng thái thực tế để phát hiện cấu hình trôi lệch. Với thay đổi quan trọng, hồ sơ cần thể hiện lý do, đánh giá tác động, kết quả kiểm thử, thời điểm triển khai, người phê duyệt và phương án quay lui.

Cập nhật bản vá nên dựa trên mức độ nghiêm trọng, khả năng bị khai thác, mức độ phơi lộ của hệ thống và tầm quan trọng của dịch vụ, không chỉ dựa vào điểm đánh giá lỗ hổng. Trước khi triển khai diện rộng, cần kiểm tra tương thích và thử trên một nhóm nhỏ; sau triển khai, xác nhận phiên bản, chức năng chính và chỉ số hiệu năng. Phương án quay lui phải khả thi trong thời gian cho phép, đặc biệt khi thay đổi liên quan đến cấu trúc dữ liệu hoặc thành phần dùng chung.

Khi xảy ra sự cố, quy trình cần quy định người tiếp nhận, người chỉ huy, tiêu chí phân cấp mức độ nghiêm trọng và kênh thông báo. Đội xử lý trước hết xác nhận tác động, khoanh vùng và thực hiện biện pháp giảm thiểu an toàn; đồng thời giữ lại nhật ký, mốc thời gian và bằng chứng phục vụ điều tra. Tiêu chí kết thúc không nên chỉ là “máy chủ đã chạy”, mà phải bao gồm giao dịch kiểm chứng thành công, tỷ lệ lỗi trở lại mức chấp nhận và dữ liệu được đối soát. Sau sự cố, phân tích nguyên nhân gốc theo hướng không đổ lỗi cá nhân, giao rõ người phụ trách và thời hạn cho từng biện pháp phòng ngừa, rồi theo dõi đến khi hoàn tất.

Doanh nghiệp lựa chọn và triển khai hạ tầng công nghệ thông tin như thế nào?

Đầu tư hạ tầng công nghệ thông tin nên bắt đầu từ mục tiêu kinh doanh, yêu cầu vận hành và mức rủi ro có thể chấp nhận, không phải từ bảng giá thiết bị. Cùng một cấu hình có thể phù hợp với hệ thống quản lý nội bộ nhưng không đáp ứng được ứng dụng giao dịch liên tục. Doanh nghiệp cần xác định dịch vụ nào quan trọng, thời gian gián đoạn tối đa cho phép và ngân sách duy trì trong suốt vòng đời hệ thống.

Xác định cấu hình từ số người dùng, ứng dụng và khối lượng dữ liệu

Bước đầu tiên là lập danh mục ứng dụng, nhóm người dùng, địa điểm truy cập và các hệ thống cần kết nối. Cần phân biệt tổng số tài khoản với số người dùng đồng thời vào giờ cao điểm; đồng thời ghi nhận giao dịch mỗi giây, kích thước tệp và các tác vụ chạy nền như lập báo cáo hoặc đồng bộ dữ liệu. Nếu đã có hệ thống, nên đo CPU, RAM, độ trễ, lưu lượng mạng và mức sử dụng lưu trữ theo nhiều khung giờ. Số liệu trung bình ngày thường không phản ánh đầy đủ tải vào kỳ quyết toán hoặc mùa bán hàng cao điểm.

• Tính toán: Xác định mức sử dụng CPU khi tải cao, nhu cầu RAM của ứng dụng và cơ sở dữ liệu, cùng khả năng mở rộng khi tăng người dùng. Với ứng dụng ảo hóa, cần tính cả tài nguyên dành cho hệ điều hành và nền tảng quản lý.
• Lưu trữ: Đo dung lượng hiện tại, tốc độ tăng, số thao tác đọc/ghi mỗi giây (IOPS), thông lượng và độ trễ. Dung lượng hữu dụng phải tính đến nhân bản dữ liệu, bản sao lưu, nhật ký và phần trống cần thiết để hệ thống hoạt động ổn định.
• Mạng: Ước lượng băng thông theo lưu lượng thực tế giữa người dùng, ứng dụng và nơi lưu dữ liệu. Với nhiều chi nhánh hoặc tệp lớn, cần kiểm tra cả độ trễ đường truyền; băng thông danh nghĩa cao không tự bảo đảm ứng dụng phản hồi nhanh.

Đặt chỉ tiêu đo được cho các tác vụ quan trọng, chẳng hạn thời gian phản hồi ở phân vị 95% trong giờ cao điểm, thay vì chỉ ghi “hệ thống chạy nhanh”. Xác định RPO — lượng dữ liệu tối đa có thể mất — và RTO — thời gian tối đa để khôi phục dịch vụ — cho từng ứng dụng. Chẳng hạn, yêu cầu RPO 15 phút và RTO 2 giờ sẽ kéo theo phương án sao lưu, đồng bộ và nhân sự trực vận hành khác với hệ thống có thể ngừng một ngày. Kiểm thử tải bằng dữ liệu và kịch bản gần thực tế, rồi dành năng lực dự phòng dựa trên dự báo tăng trưởng có căn cứ.

Đánh giá chi phí sở hữu, khả năng mở rộng và mức độ phụ thuộc nhà cung cấp

Tổng chi phí sở hữu nên được tính cho một giai đoạn thống nhất, thường là ba đến năm năm, để so sánh phương án đặt tại doanh nghiệp, thuê trung tâm dữ liệu và sử dụng đám mây. Ngoài chi phí mua hoặc thuê, cần tính bản quyền, bảo hành, điện, làm mát, đường truyền, sao lưu, giám sát, nhân sự vận hành và chi phí thay thế khi thiết bị hết vòng đời. Chi phí gián đoạn dịch vụ cũng cần được ước lượng theo tác động đến doanh thu, năng suất hoặc cam kết với khách hàng, dù con số này không luôn dễ xác định chính xác.

Với đám mây, giá máy chủ niêm yết chỉ là một phần: lưu trữ dự phòng, bản sao dữ liệu, lưu lượng truyền ra ngoài, ghi nhật ký và dịch vụ quản trị đều có thể phát sinh phí. Nên mô phỏng hóa đơn theo tải bình thường lẫn tải cao điểm, đặt cảnh báo ngân sách và rà soát tài nguyên chạy liên tục nhưng ít sử dụng. Ngược lại, hạ tầng tại chỗ cần thời gian mua sắm, lắp đặt và khả năng dự phòng công suất trước khi nhu cầu tăng; không nên chỉ so sánh giá thuê tháng với giá mua ban đầu.

• Khả năng mở rộng: Kiểm tra giới hạn của ứng dụng, cơ sở dữ liệu, giấy phép và đường truyền, không chỉ khả năng bổ sung máy chủ. Xác định việc mở rộng có cần dừng dịch vụ hay thay đổi kiến trúc hay không.
• Phụ thuộc nhà cung cấp: Làm rõ định dạng xuất dữ liệu, giao diện tích hợp, thời gian bàn giao, phí chuyển dữ liệu và điều khoản chấm dứt hợp đồng. Một dịch vụ chuyên biệt vẫn có thể đáng dùng nếu lợi ích vận hành lớn hơn chi phí chuyển đổi dự kiến.

Khảo sát, thiết kế, triển khai và nghiệm thu bằng kiểm thử thực tế

Khảo sát hiện trạng phải bao gồm sơ đồ mạng, nguồn điện, thiết bị, phiên bản phần mềm, tài khoản quản trị, đường truyền và những điểm nghẽn người dùng thường gặp. Bản thiết kế cần thể hiện luồng dữ liệu, vùng mạng, cách phân quyền, phương án sao lưu và trách nhiệm của từng bên. Phân tách mạng giữa người dùng, máy chủ và hệ thống quản trị; áp dụng xác thực đa yếu tố cho tài khoản đặc quyền, mã hóa dữ liệu phù hợp và tập trung nhật ký để phục vụ giám sát. Nếu yêu cầu tính sẵn sàng cao, cần xem xét cả lỗi đường truyền, nguồn điện và vị trí đặt thiết bị, không chỉ lắp thêm một máy chủ.

Trước triển khai, nên chốt cấu hình chuẩn, lịch thay đổi, người phê duyệt và phương án liên lạc khi có sự cố. Có thể thử nghiệm trên một nhóm người dùng hoặc một chi nhánh trước khi mở rộng. Mỗi lần chuyển dữ liệu cần kiểm tra tính đầy đủ, quyền truy cập và khả năng ứng dụng hoạt động với dữ liệu mới. Phương án quay lui phải được chuẩn bị và diễn tập khi khả thi; một bản sao lưu chưa từng được thử khôi phục không đủ để bảo đảm có thể quay về trạng thái trước thay đổi.

• Kiểm thử chức năng: Cho từng nhóm người dùng thực hiện quy trình công việc thực tế; xác minh tích hợp, phân quyền và khả năng truy cập từ các địa điểm làm việc.
• Kiểm thử hiệu năng: So sánh thời gian phản hồi, số giao dịch xử lý được và mức sử dụng tài nguyên với chỉ tiêu đã thống nhất, kể cả khi nhiều người truy cập đồng thời.
• Kiểm thử sự cố: Trong điều kiện an toàn, thử chuyển đường truyền, cảnh báo mất dịch vụ và khôi phục từ bản sao lưu; đo thời gian thực tế để đối chiếu với RPO/RTO.

Nghiệm thu chỉ hoàn tất khi kết quả kiểm thử đạt tiêu chí đã thỏa thuận và các lỗi còn tồn tại có người chịu trách nhiệm, thời hạn xử lý. Hồ sơ bàn giao cần có sơ đồ hoàn công, cấu hình, danh mục tài sản, thông tin bản quyền, tài khoản quản trị được chuyển giao qua kênh an toàn, lịch sao lưu và hướng dẫn xử lý sự cố. Đồng thời, doanh nghiệp cần phân công người theo dõi cảnh báo, cập nhật bản vá và định kỳ kiểm tra khả năng khôi phục sau khi hệ thống đi vào vận hành.

Câu hỏi thường gặp về thành phần hạ tầng công nghệ thông tin

Hạ tầng công nghệ thông tin không chỉ gồm thiết bị, mạng và máy chủ mà còn bao gồm dịch vụ đám mây, tài khoản và cấu hình bảo mật. Thành phần tối thiểu tùy thuộc công việc cần duy trì, dữ liệu cần bảo vệ và khả năng hoạt động khi mất Internet. Website, email và phần mềm quản lý là dịch vụ ứng dụng phụ thuộc vào các thành phần kỹ thuật khác. Sao lưu khác dự phòng: sao lưu giúp khôi phục dữ liệu, còn dự phòng giúp giảm gián đoạn dịch vụ. Dữ liệu, nhân sự và quy trình cũng cần được quản trị với trách nhiệm rõ ràng. Doanh nghiệp nên nâng cấp dựa trên hiệu năng đo được, rủi ro bảo mật và nhu cầu vận hành thực tế.

Doanh nghiệp nhỏ cần những thành phần hạ tầng tối thiểu nào?

Hạ tầng tối thiểu nên được xác định theo công việc phải duy trì và dữ liệu phải bảo vệ, thay vì theo một danh sách thiết bị cố định. Với doanh nghiệp dùng chủ yếu ứng dụng trực tuyến, các thành phần thường gồm máy tính hoặc điện thoại làm việc được quản lý, kết nối Internet, bộ định tuyến và Wi-Fi có cấu hình bảo mật, dịch vụ ứng dụng, tài khoản người dùng và phương án sao lưu. Nếu có hệ thống bán hàng, máy móc hoặc dữ liệu cần xử lý tại chỗ, phạm vi này có thể mở rộng sang thiết bị mạng, máy chủ hoặc bộ lưu điện.

• Thiết bị đầu cuối: bật mã hóa ổ đĩa, cập nhật tự động, khóa màn hình và khả năng thu hồi quyền truy cập khi thiết bị thất lạc.
• Tài khoản: mỗi người dùng có tài khoản riêng; áp dụng xác thực đa yếu tố cho email, hệ thống quản trị và dữ liệu quan trọng; thu hồi quyền khi nhân sự nghỉ việc.
• Mạng và dữ liệu: thay mật khẩu quản trị mặc định, tách Wi-Fi khách khỏi mạng làm việc, sao lưu theo lịch và thử khôi phục định kỳ.

Cần chỉ định rõ ai tiếp nhận sự cố, ai được phép thay đổi cấu hình và nhà cung cấp nào chịu trách nhiệm hỗ trợ. Với cửa hàng hoặc nhà xưởng, nên xác định trước việc nào vẫn thực hiện được khi mất Internet, chẳng hạn ghi nhận giao dịch tạm thời rồi đồng bộ sau.

Sử dụng hoàn toàn dịch vụ đám mây có cần máy chủ tại doanh nghiệp không?

Không nhất thiết cần máy chủ đặt tại văn phòng. Nếu email, lưu trữ, phần mềm nghiệp vụ và quản lý danh tính đều hoạt động trên đám mây, doanh nghiệp có thể vận hành bằng thiết bị đầu cuối và mạng kết nối. Tuy nhiên, “không có máy chủ nội bộ” không có nghĩa là không còn hạ tầng phải quản lý: thiết bị người dùng, Wi-Fi, đường truyền, DNS, tài khoản và cấu hình bảo mật vẫn quyết định khả năng truy cập dịch vụ.

Cần phân biệt trách nhiệm của nhà cung cấp với trách nhiệm của doanh nghiệp. Nhà cung cấp vận hành nền tảng theo cam kết dịch vụ; doanh nghiệp vẫn phải phân quyền, bảo vệ tài khoản, kiểm soát dữ liệu được chia sẻ và kiểm tra khả năng khôi phục dữ liệu của mình. Nên đánh giá thời gian chịu gián đoạn Internet, khả năng dùng đường truyền dự phòng và cách xuất dữ liệu nếu cần chuyển nhà cung cấp.

Máy chủ hoặc thiết bị biên nội bộ trở nên cần thiết khi dây chuyền sản xuất phải phản hồi với độ trễ thấp, ứng dụng phải chạy ngoại tuyến, hoặc hệ thống cũ chưa thể chuyển lên đám mây. Quyết định kiến trúc phải xuất phát từ yêu cầu vận hành cụ thể, không chỉ từ mục tiêu loại bỏ máy chủ.

Website, email và phần mềm quản lý có thuộc hạ tầng công nghệ thông tin không?

Ở góc độ kiến trúc, website và phần mềm quản lý thường là ứng dụng cung cấp chức năng cho người dùng; email cũng là dịch vụ ứng dụng, đồng thời có thể là nền tảng dùng chung cho liên lạc và khôi phục tài khoản. Phía dưới chúng là những thành phần hạ tầng như tên miền, DNS, máy chủ hoặc dịch vụ lưu trữ, cơ sở dữ liệu, mạng, chứng chỉ số và cơ chế giám sát. Ranh giới có thể khác nhau tùy cách doanh nghiệp thuê dịch vụ, nhưng không nên để cách gọi làm che khuất phụ thuộc kỹ thuật.

Chẳng hạn, website có thể ngừng hoạt động dù máy chủ vẫn chạy nếu tên miền hết hạn hoặc bản ghi DNS bị sửa sai. Email có thể bị gián đoạn khi cấu hình tên miền thay đổi; tài khoản email bị chiếm quyền còn có thể ảnh hưởng đến các dịch vụ dùng email để đặt lại mật khẩu. Khi kiểm kê, nên ghi nhận cho từng dịch vụ: người phụ trách, nhà cung cấp, vị trí dữ liệu, tài khoản quản trị, thành phần phụ thuộc, hợp đồng hỗ trợ và cách khôi phục. Việc này giúp xác định đúng nơi cần xử lý khi xảy ra sự cố.

Dữ liệu và nhân sự IT có được tính là thành phần hạ tầng không?

Dữ liệu là tài sản được hạ tầng lưu trữ, truyền tải và xử lý, chứ không phải thiết bị hay phần mềm hạ tầng. Nhân sự IT không phải thành phần kỹ thuật, nhưng là năng lực cần thiết để thiết kế, vận hành và cải tiến hệ thống. Trong quản trị công nghệ thông tin, cần xem xét đồng thời công nghệ, con người, quy trình và dữ liệu: thiếu một yếu tố có thể khiến khoản đầu tư vào các yếu tố còn lại kém hiệu quả.

Ví dụ, công cụ sao lưu không bảo đảm an toàn dữ liệu nếu không ai theo dõi bản sao lỗi hoặc thử khôi phục. Công cụ giám sát cũng ít giá trị nếu cảnh báo không có người tiếp nhận và mức độ ưu tiên xử lý. Doanh nghiệp nên xác định chủ sở hữu dữ liệu nghiệp vụ, người quản trị kỹ thuật và người có quyền phê duyệt truy cập. Khi thuê ngoài IT, hợp đồng cần nêu phạm vi hỗ trợ, thời gian phản hồi, quyền truy cập của bên cung cấp và cách bàn giao tài liệu, tài khoản quản trị. Trách nhiệm vận hành phải rõ ràng ngay cả khi toàn bộ công việc kỹ thuật do đối tác thực hiện.

Sao lưu dữ liệu và dự phòng hệ thống khác nhau như thế nào?

Sao lưu tạo bản sao tại những thời điểm xác định để khôi phục dữ liệu sau khi bị xóa, sửa sai, hỏng hoặc mã hóa trái phép. Dự phòng cung cấp thành phần thay thế, như máy chủ, đường truyền hoặc địa điểm vận hành, nhằm giảm gián đoạn khi thành phần chính gặp lỗi. Hệ thống dự phòng có thể tự động đồng bộ cả dữ liệu đã bị xóa nhầm; vì thế dự phòng không thay thế sao lưu. Ngược lại, có bản sao dữ liệu nhưng chưa chuẩn bị ứng dụng, cấu hình và người thực hiện thì dịch vụ vẫn có thể ngừng hoạt động lâu.

Thiết kế hai phương án cần dựa trên:

• RPO: lượng dữ liệu tối đa có thể mất, tính theo thời gian. RPO bốn giờ đòi hỏi khả năng khôi phục dữ liệu về trạng thái không quá bốn giờ trước sự cố.
• RTO: thời gian tối đa để đưa dịch vụ trở lại hoạt động. RTO hai giờ đòi hỏi quy trình, nhân sự và tài nguyên khôi phục đáp ứng được mốc đó.

Với dữ liệu quan trọng, nên giữ bản sao tách khỏi môi trường vận hành, hạn chế quyền xóa hoặc sửa bản sao và kiểm tra khôi phục bằng dữ liệu mẫu. Kết quả kiểm tra phải được ghi lại: khôi phục được dữ liệu chưa, ứng dụng có chạy được không và thời gian thực tế có đạt RTO hay không.

Khi nào doanh nghiệp cần nâng cấp hạ tầng công nghệ thông tin?

Nên đánh giá nâng cấp khi hiệu năng suy giảm kéo dài, dung lượng thường xuyên gần đầy, sự cố lặp lại, thiết bị hết thời hạn hỗ trợ hoặc phần mềm không còn nhận bản vá bảo mật. Những thay đổi về số người dùng, địa điểm làm việc, ứng dụng, khối lượng dữ liệu và yêu cầu tuân thủ cũng có thể khiến kiến trúc hiện tại không còn phù hợp, kể cả khi hệ thống chưa hỏng.

Đo đạc trước khi mua sắm. Cần đối chiếu thời điểm người dùng phản ánh chậm với mức sử dụng CPU, bộ nhớ, lưu trữ, độ trễ mạng và thời gian đáp ứng của ứng dụng. Một truy vấn cơ sở dữ liệu thiếu chỉ mục, Wi-Fi bị nhiễu hoặc cấu hình sao lưu chạy vào giờ cao điểm có thể là nguyên nhân thực sự; thêm máy chủ chưa chắc giải quyết được. Với dịch vụ đám mây, cũng cần xem giới hạn gói dịch vụ, số lượng tài khoản và chi phí phát sinh theo mức sử dụng.

Kế hoạch nâng cấp nên ghi rõ mục tiêu đo được, thành phần chịu ảnh hưởng, thời gian bảo trì, phương án sao lưu trước thay đổi, kiểm thử tương thích và phương án quay lui nếu triển khai thất bại. Ưu tiên xử lý hệ thống hết hỗ trợ hoặc có rủi ro mất dữ liệu trước những nâng cấp chỉ nhằm tăng tốc độ. Sau triển khai, tiếp tục theo dõi chỉ số để xác nhận vấn đề đã được giải quyết.