Hạ tầng CNTT cho chuyển đổi số: bắt đầu từ luồng công việc và dữ liệu

Chuyển đổi số cần một công việc cụ thể để thiết kế hạ tầng

Doanh nghiệp muốn ghi nhận nhập kho ngay tại bàn nhận hàng, chia sẻ hồ sơ có phân quyền hoặc theo dõi đơn hàng xuyên phòng ban không nhất thiết cần một phòng máy chủ lớn. Điểm bắt đầu là việc cần làm: ai thực hiện, dữ liệu từ đâu, ai kiểm tra và khi kết nối gián đoạn thì vận hành thế nào.

Bài dành cho chủ doanh nghiệp, quản lý vận hành và IT chuẩn bị đầu tư hạ tầng CNTT. “Đạt chuẩn” chỉ có ý nghĩa khi chỉ rõ yêu cầu và cách kiểm tra; không phải danh sách thiết bị đắt hoặc một lời bảo đảm uptime chung. Mục tiêu là chọn cấu phần đủ dùng, có người quản trị và kiểm tra được khả năng phục hồi.

Vẽ luồng công việc trước khi lập danh sách thiết bị

Ví dụ tham chiếu là nhập hàng: nhân viên quét mã, ứng dụng ghi giao dịch, quản lý đối chiếu số lượng và dữ liệu được lưu đúng nơi. Hình đầu bài mô tả công năng này, không xác nhận dự án đã triển khai. Trước chốt hạ tầng, thống nhất nguồn dữ liệu chính, cách sửa sai, quyền từng vai và phương án đối soát khi làm việc tạm thời offline.

• Máy khách và kết nối: xác định thiết bị người dùng, vị trí làm việc, cổng mạng hoặc WiFi và tác vụ đồng thời. Kiểm tra tại chỗ sử dụng, không chỉ tại tủ mạng.
• Danh tính và quyền: ai được tạo, sửa, duyệt, xem và xuất dữ liệu; ai quản trị. Có quy trình cấp/thu hồi quyền và bảo vệ tài khoản phù hợp hệ thống.
• Ứng dụng và tích hợp: làm rõ đầu vào, đầu ra, cơ chế đồng bộ và xử lý lỗi/trùng. Có mã vạch hay dashboard chưa chứng minh dữ liệu đã kết nối với ERP.
• Lưu trữ và sao lưu: ghi dữ liệu nào cần bảo vệ, ở đâu, lịch sao lưu, thời gian giữ và người được khôi phục. Một ổ NAS hoặc tính năng đồng bộ không tự thay thế toàn bộ phương án sao lưu.
• Vận hành: ghi nguồn, bảo trì, phiên bản, license, log và người phụ trách. Phụ thuộc Internet, điện hoặc một tài khoản chung cần được nhìn thấy trong sơ đồ.

Với phần mạng, tài liệu campus LAN/WLAN của Cisco có các thiết kế theo quy mô. Lựa chọn cần xét hoạt động và khả năng quản trị của doanh nghiệp, không tự áp mô hình nhiều lớp khi mạng nhỏ chưa cần. Một phần hạ tầng hiện hữu có thể tiếp tục dùng nếu đáp ứng tiêu chí đã xác minh.

Chọn on-premise, cloud hoặc hybrid theo phụ thuộc và tổng chi phí

On-premise cho doanh nghiệp trực tiếp quản lý hạ tầng tại chỗ nhưng cần người vận hành, nguồn, bản vá, backup và phục hồi. Cloud hoặc SaaS chuyển một phần việc cho nhà cung cấp theo loại dịch vụ và hợp đồng; doanh nghiệp vẫn cần quản lý tài khoản, quyền, dữ liệu và các cấu hình thuộc trách nhiệm của mình. Hybrid có thể phù hợp khi cần kết hợp hai môi trường, đồng thời làm tăng việc kết nối, đồng bộ và giám sát.

Không mặc định cloud rẻ hơn, on-premise an toàn hơn hoặc hybrid tốt nhất cho mọi doanh nghiệp. So tổng chi phí trong khoảng thời gian dự kiến: thiết bị, license/thuê bao, đường truyền, dung lượng, truyền dữ liệu, sao lưu, nhân lực và việc chuyển đổi khi cần. Kiểm tra điều kiện xuất dữ liệu, tích hợp, quyền quản trị và phụ thuộc nhà cung cấp trước chốt.

• Chọn một luồng công việc đại diện và thử với người thực hiện, máy khách và dữ liệu thử phù hợp.
• Kiểm tra quyền tạo/sửa/duyệt và dữ liệu sau đồng bộ; không chỉ nhìn màn hình báo thành công.
• Ghi tình huống mất kết nối hoặc một thành phần không sẵn sàng; thử phương án trong môi trường được kiểm soát.
• Thống nhất mức dữ liệu chấp nhận mất (RPO) và thời gian mục tiêu phục hồi hoạt động (RTO), rồi xem phương án có khả thi với ngân sách và người vận hành không.
• Đánh giá chi phí và kết quả của pilot trước mở rộng; không biến ví dụ thiết kế thành case study hoặc số liệu ROI thật.

Bàn giao khả năng vận hành và phục hồi, rồi mới nhân rộng

Microsoft phân biệt redundancy, replication và backup: các cơ chế giải quyết những rủi ro khác nhau, cần kiểm tra quá trình khôi phục. Không coi việc có bản sao hoặc một báo cáo backup thành công là bằng chứng ứng dụng có thể chạy lại. Với hệ thực tế, còn phải khôi phục cấu hình, quyền và các phụ thuộc cần cho tác vụ.

Thử phục hồi dữ liệu đã chọn vào môi trường tách biệt phù hợp, kiểm tra tính đầy đủ, thời điểm dữ liệu, quyền truy cập và một tác vụ nghiệp vụ. Ghi thời gian thực và các bước còn cần người xử lý, so với mục tiêu đã thống nhất. Không thực hiện phép thử phá hệ thống đang chạy chỉ để tạo tình huống minh chứng.

Hồ sơ bàn giao gồm luồng việc, sơ đồ/phụ thuộc, tài khoản và quyền theo cơ chế bảo mật, cấu hình/phiên bản, license, sao lưu–khôi phục, phép thử và người chịu trách nhiệm. Sau pilot, ưu tiên vấn đề ảnh hưởng công việc trước rồi mở rộng theo nhu cầu; không tự đặt mức tiết kiệm, SLA hay lời hứa khôi phục cho doanh nghiệp chưa khảo sát.

Anh/chị có thể gửi VinaTech Telecom luồng công việc muốn số hóa, số người/vị trí sử dụng, ứng dụng đang có và giới hạn ngân sách qua trang liên hệ. Nếu vấn đề trước mắt nằm ở kết nối, xem kiểm tra mạng trước khi nâng cấp để xác định phần hạ tầng cần xử lý.