Mục lục bài họcĐang ở d01-b3
Compatibility, Data Migration and Deployment Models
Compatibility problems are organisational before they are technical. When two systems must work together — a merged company's two payroll systems, a new stock system and an old accounting package — incompatibility appears at several levels. Hardware: the new software needs more memory or a newer processor than existing machines have. Software: different operating systems, or a program that needs a library version that breaks another program. Data: different file formats, different field definitions (is a customer identified by an email or by a number?), different date conventions (03/04/2025 is 3 April in one country and 4 March in another), and different character encodings, so that Vietnamese names lose their diacritics. Business rules: one system rounds tax up, the other rounds to nearest. Data and rule incompatibilities are the expensive ones because they are invisible until a report is wrong. Solutions include converting to open standards, writing an interface layer that translates between the two, or, when nothing else works, replacing one system — which is the origin of most migrations.
Data migration. Moving data from an old system to a new one is a five-step process: extract from the old system; clean (remove duplicates, fill or flag missing values, correct spellings); transform to the new structure, types and encoding; load into the new system in logged batches; and reconcile, checking not just record counts but totals (money, balances) and hand-checked samples. The classic failures are date-order and encoding errors in transformation, child records loaded before parent records so that they become orphans, and skipping reconciliation. Three rules protect the organisation: the old system is only ever read, never modified, so the original survives; the whole process is rehearsed on a copy before the real day, timing it and counting errors; and data entry into the old system is frozen during migration, or the difference must be migrated afterwards. Data is the one asset of the old system that cannot be bought again.
Local installation versus software as a service. A locally installed system means buying servers and licences up front, then paying little; the organisation keeps its data in-house, patches and backs up itself, can customise freely, and needs its own technical staff. Software as a service (SaaS) means renting: low start-up cost, a monthly fee that never ends, and the provider handles patches, backups and upgrades — on the provider's schedule, not the customer's. Data may sit in another country, which matters legally for health, financial and citizen data; the system stops when the internet does; and the customer depends on a provider that may raise prices or close, so the ability to export data is critical. The cost curves cross around year three to five, but cost is one line in an evaluation, not the answer. The decisive questions are whether law requires data to stay in the country, whether the organisation can support technical staff, and what happens if the provider disappears. Risk does not vanish in the cloud; it changes owner and changes form.
Vấn đề tương thích mang tính tổ chức trước khi mang tính kỹ thuật. Khi hai hệ thống phải làm việc cùng nhau — hai hệ lương của hai công ty vừa sáp nhập, một hệ kho mới và một gói kế toán cũ — sự không tương thích xuất hiện ở nhiều tầng. Phần cứng: phần mềm mới cần nhiều bộ nhớ hơn hoặc bộ xử lý mới hơn máy hiện có. Phần mềm: hệ điều hành khác nhau, hoặc một chương trình cần phiên bản thư viện làm hỏng chương trình khác. Dữ liệu: định dạng tệp khác nhau, định nghĩa trường khác nhau (khách hàng được nhận diện bằng email hay bằng số?), quy ước ngày khác nhau (03/04/2025 là 3 tháng 4 ở nước này và 4 tháng 3 ở nước khác), và bảng mã ký tự khác nhau khiến tên tiếng Việt mất dấu. Quy tắc nghiệp vụ: một hệ làm tròn thuế lên, hệ kia làm tròn tới gần nhất. Không tương thích về dữ liệu và quy tắc là loại tốn kém vì chúng vô hình cho tới khi một báo cáo sai. Giải pháp gồm chuyển sang chuẩn mở, viết một tầng giao diện dịch giữa hai bên, hoặc khi không còn cách nào thì thay một hệ — và đó là nguồn gốc của phần lớn các cuộc di chuyển dữ liệu.
Di chuyển dữ liệu. Chuyển dữ liệu từ hệ cũ sang hệ mới là quy trình năm bước: trích xuất từ hệ cũ; làm sạch (bỏ trùng, điền hoặc đánh dấu giá trị thiếu, sửa chính tả); chuyển đổi sang cấu trúc, kiểu và bảng mã mới; nạp vào hệ mới theo lô có nhật ký; và đối chiếu, kiểm không chỉ số bản ghi mà cả các tổng (tiền, số dư) và mẫu kiểm bằng tay. Các thất bại kinh điển là lỗi thứ tự ngày và bảng mã ở bước chuyển đổi, bản ghi con nạp trước bản ghi cha thành mồ côi, và bỏ qua đối chiếu. Ba nguyên tắc bảo vệ tổ chức: hệ cũ chỉ được đọc, không bao giờ sửa, để bản gốc còn nguyên; toàn bộ quy trình được chạy thử trên bản sao trước ngày thật, đo thời gian và đếm lỗi; và nhập liệu vào hệ cũ được đóng băng trong lúc chuyển, nếu không thì phải chuyển thêm phần chênh lệch sau. Dữ liệu là tài sản duy nhất của hệ cũ mà không thể mua lại.
Cài đặt tại chỗ và phần mềm dạng dịch vụ. Hệ cài tại chỗ nghĩa là mua máy chủ và giấy phép trước rồi trả ít; tổ chức giữ dữ liệu trong nhà, tự vá lỗi và sao lưu, tuỳ biến tự do, và cần đội kỹ thuật riêng. Phần mềm dạng dịch vụ (SaaS) nghĩa là thuê: chi phí khởi đầu thấp, phí hằng tháng không bao giờ hết, và nhà cung cấp lo vá lỗi, sao lưu và nâng cấp — theo lịch của họ, không phải của khách hàng. Dữ liệu có thể nằm ở nước khác, điều quan trọng về pháp lý với dữ liệu y tế, tài chính và công dân; hệ dừng khi internet dừng; và khách hàng lệ thuộc vào nhà cung cấp có thể tăng giá hoặc đóng cửa, nên khả năng xuất dữ liệu ra là sống còn. Hai đường chi phí cắt nhau khoảng năm thứ ba tới thứ năm, nhưng chi phí chỉ là một dòng trong bài đánh giá, không phải câu trả lời. Các câu hỏi quyết định là luật có buộc dữ liệu ở trong nước không, tổ chức có nuôi nổi đội kỹ thuật không, và điều gì xảy ra nếu nhà cung cấp biến mất. Rủi ro không biến mất trên đám mây; nó đổi chủ và đổi dạng.
Một bệnh viện chuyển 400 000 hồ sơ bệnh nhân từ hệ cũ sang hệ mới. Kế hoạch: tối thứ Sáu xuất toàn bộ ra tệp CSV, tối thứ Bảy nạp vào hệ mới, sáng Chủ nhật kiểm tra số hồ sơ bằng nhau rồi mở cho dùng thứ Hai. Hệ cũ vẫn nhận bệnh nhân cấp cứu cuối tuần. Hãy chỉ ra các lỗi và sửa kế hoạch.
Lỗi 1 — không có bước làm sạch và chuyển đổi. Kế hoạch đi thẳng từ xuất sang nạp. Với 400 000 hồ sơ tích luỹ qua nhiều năm, chắc chắn có bệnh nhân trùng vì khác cách viết tên, ngày sinh theo nhiều định dạng, và trường mã bệnh theo chuẩn cũ. Nạp thẳng sẽ đưa toàn bộ rác vào hệ mới, nơi nó khó sửa hơn nhiều.
Lỗi 2 — CSV mất thông tin. CSV không giữ kiểu dữ liệu, dễ vỡ khi tên có dấu phẩy, và nếu xuất sai bảng mã thì tên tiếng Việt mất dấu hàng loạt. Cần xuất theo định dạng có cấu trúc và kiểm bảng mã trên mẫu trước.
Lỗi 3 — không đóng băng nhập liệu. Bệnh nhân cấp cứu cuối tuần được ghi vào hệ cũ sau khi đã xuất, nên sáng thứ Hai hệ mới thiếu chính những ca nguy hiểm nhất. Phải hoặc chuyển hệ cũ sang chế độ chỉ đọc và ghi cấp cứu trên giấy có quy trình nhập lại, hoặc lên kế hoạch chuyển phần chênh lệch sáng thứ Hai trước khi mở.
Lỗi 4 — đối chiếu chỉ đếm số hồ sơ. Số hồ sơ bằng nhau vẫn có thể sai toàn bộ nội dung — mọi ngày sinh bị đảo tháng và ngày mà số vẫn khớp. Phải khớp thêm các tổng kiểm được (số hồ sơ theo khoa, theo năm sinh) và kiểm tay một mẫu ngẫu nhiên, ưu tiên hồ sơ có dị ứng thuốc vì sai ở đó gây chết người.
Lỗi 5 — chưa từng chạy thử. Không ai biết nạp 400 000 hồ sơ mất bao lâu; nếu mất 30 giờ thì kế hoạch một đêm đổ vỡ. Phải chạy thử toàn bộ trên bản sao ít nhất một lần trước đó, đo thời gian và đếm lỗi.
Kế hoạch sửa. Chạy thử trên bản sao hai tuần trước; sửa quy tắc làm sạch từ kết quả chạy thử; ngày thật: đóng băng hệ cũ tối thứ Sáu, trích xuất và chuyển đổi bằng kịch bản đã thử, nạp theo lô có nhật ký, đối chiếu bằng tổng và mẫu tay Chủ nhật, giữ hệ cũ ở chế độ chỉ đọc song song ít nhất một tháng để tra cứu và quay lại nếu cần.
Một trường 1 200 học sinh cần hệ quản lý điểm và điểm danh. Phương án A: mua máy chủ và phần mềm, 40 000 đô la ban đầu, 3 000 đô la mỗi năm bảo trì. Phương án B: thuê dịch vụ đám mây 12 000 đô la mỗi năm, dữ liệu lưu ở nước ngoài. Trường có một nhân viên kỹ thuật kiêm nhiệm. Hãy tư vấn.
Chi phí — làm phép tính rồi đặt nó đúng chỗ. Sau 5 năm: A = 40 000 + 5 × 3 000 = 55 000; B = 5 × 12 000 = 60 000. Sau 8 năm: A = 64 000; B = 96 000. Điểm hoà vốn khoảng năm thứ 4,5. Về tiền, A rẻ hơn nếu trường dùng hệ đủ lâu — nhưng con số của A giả định máy chủ không hỏng, phần mềm không cần nâng cấp lớn, và ai đó làm việc vá lỗi, sao lưu miễn phí. Giả định cuối là chỗ yếu.
Năng lực kỹ thuật — yếu tố quyết định ở đây. Một nhân viên kiêm nhiệm không thể vừa dạy vừa vá bảo mật, sao lưu hằng đêm, khôi phục khi ổ cứng hỏng và trực khi hệ sập giữa kỳ thi. Với phương án A, mọi rủi ro vận hành đặt lên một người; khi người đó nghỉ việc, trường mất luôn hiểu biết về hệ. Phương án B chuyển các việc đó cho nhà cung cấp có đội chuyên trách. Đây là lý do chính nghiêng về B cho một trường nhỏ, và bài làm phải nói rõ lý do này quan trọng hơn chênh lệch 5 000 đô la.
Dữ liệu ở nước ngoài — kiểm tra luật trước khi làm gì khác. Điểm số và điểm danh của trẻ vị thành niên là dữ liệu cá nhân nhạy cảm. Nếu luật trong nước buộc dữ liệu công dân lưu trong nước thì B bị loại ngay bất kể chi phí, hoặc phải chọn nhà cung cấp có máy chủ trong nước. Nếu luật cho phép, trường vẫn cần hợp đồng ghi rõ ai sở hữu dữ liệu và cam kết bảo mật.
Rủi ro lệ thuộc — điều kiện bắt buộc trước khi ký. Trường phải có quyền xuất toàn bộ dữ liệu ở định dạng mở bất cứ lúc nào, để nếu nhà cung cấp tăng giá gấp đôi hoặc đóng cửa thì không mất 8 năm hồ sơ. Cũng cần hỏi: mất internet trong giờ thi thì điểm danh thế nào?
Khuyến nghị. Chọn B với ba điều kiện: nhà cung cấp đáp ứng luật về nơi lưu dữ liệu, hợp đồng có quyền xuất dữ liệu định dạng mở, và trường giữ một bản sao lưu định kỳ do mình kiểm soát. Lý do quyết định là năng lực kỹ thuật, không phải giá. Một trường lớn có phòng kỹ thuật riêng có thể hợp lý khi chọn A — kết luận phụ thuộc tổ chức.
Bẫy 2 — đối chiếu bằng cách đếm số bản ghi. Số bằng nhau vẫn sai được toàn bộ nội dung; phải khớp tổng và kiểm mẫu bằng tay.
Bẫy 3 — chọn đám mây hay tại chỗ bằng chi phí. Chi phí là một dòng; luật về nơi lưu dữ liệu, năng lực kỹ thuật và rủi ro lệ thuộc mới là các câu hỏi quyết định.
Đọc xong rồi — làm thử ngay
Bài tập của chương System Fundamentals gồm 14 câu trắc nghiệm và 5 đề tự luận. Đáp án hiện ngay khi chọn, miễn phí.