Bảy nỗi đau có thật, có số liệu —
và hai chỗ Ebig chưa trả lời được
Bảy nỗi đau dưới đây không do Ebig nghĩ ra. Chúng đã được khảo sát và chứng minh bằng số liệu, trong hồ sơ kỹ thuật một dự án hợp nhất hệ thống ngành viễn thông tại Việt Nam.
Mỗi nỗi đau ghi rõ Ebig xử lý bằng cơ chế nào. Và ghi rõ chỗ Ebig chưa có câu trả lời.
Thanh trên là tỷ lệ thật của bảy ô, vẽ đúng theo phán quyết bên dưới. Hai ô đỏ là hai ô Ebig để trống.
Khớp trực tiếp
Có cơ chế thật đứng sau, không phải tên module nghe hợp. Ba ô: xây trùng chức năng, báo cáo nhân bản, an toàn thông tin.
Khớp ở mức nguyên tắc
Kiến trúc Ebig ngăn được lỗi tái diễn. Nhưng không có sẵn module thay thế — vẫn phải xây như dự án tuỳ biến.
Ebig chưa có câu trả lời
Tầng tích hợp và chất lượng dữ liệu nằm ngoài 7 module. Nói giải quyết được ở thời điểm này là nói quá.
Chúng tôi công bố cả ba nhóm, kể cả nhóm thứ ba. Một bảng đối chiếu mà mục nào cũng "đáp ứng tốt" là bảng không đáng tin.
Bảy nỗi đau, bảy phán quyết
Đọc hết trang mất mười phút. Bảng này mất một phút.
| Nỗi đau | Ebig trả lời bằng gì | Phán quyết |
|---|---|---|
| 5 vùngbị xây trùng 2 lần | Một lớp định danh và phân quyền dùng chung cho cả 7 module. | Khớp trực tiếp |
| 10.469tệp báo cáo SSRS | Kỳ hạn là bộ lọc trên cùng một báo cáo, không phải tệp mới. | Khớp trực tiếp |
| ~32thông tin xác thực lưu thô trong mã | Secret chỉ lưu salt và hash. Vault giữ khoá bí mật — mới xác nhận ở tầng hạ tầng riêng. | Khớp trực tiếp |
| 65 nútquy trình viết cứng trong mã | Module đủ gọn để sửa cấu hình. Nhưng không có module Workflow. | Khớp nguyên tắc |
| 2 lầnđăng nhập để nối một sự cố | Cùng nền tảng thì đọc chéo được. Ebig không bán hai hệ đó. | Khớp nguyên tắc |
| 147→28→56máy chủ nối chuỗi | Không có công cụ dọn chuỗi phụ thuộc đang có. | Chưa có câu trả lời |
| 15,22%trạm ánh xạ được dữ liệu | Không có cơ chế cảnh báo khi dữ liệu nguồn hỏng. | Chưa có câu trả lời |
Bảng này chứng minh mỗi phán quyết gắn với một cơ chế cụ thể. Không ô nào được chấm đạt chỉ vì tên module nghe hợp.
Cùng một chức năng, làm lại từ đầu ở hệ thứ hai
Khớp trực tiếpMỗi hệ tự viết một bản. Định danh, phân quyền, thông báo đẩy, chat nội bộ, đo kiểm chủ động — cả năm vùng đều làm hai lần. Đổi một chính sách phân quyền phải sửa hai nơi. Thực tế hai nơi đã lệch nhau.
Đây là chỗ khớp mạnh nhất. Cả 7 module dùng chung đúng một lớp định danh và phân quyền. Không module nào tự viết lại hệ đăng nhập riêng. Feed là kênh thông báo đẩy chung toàn tổ chức, Chat là khung trao đổi nội bộ chung. Bốn trong năm vùng bị xây trùng rơi đúng vào thứ Ebig chỉ xây một lần.
"Đo kiểm chủ động" là nghiệp vụ viễn thông chuyên biệt, không nằm trong 7 module. Cần thì vẫn phải xây riêng. Khác biệt: chỉ xây một lần trên nền định danh có sẵn, thay vì hai lần như hiện trạng.
Báo cáo tăng theo cấp số nhân vì nhân bản tham số
Khớp trực tiếpMột báo cáo chất lượng mạng bị sao thành 656 tệp cho 7 năm, thay vì để năm là một tham số lọc. Cộng dồn qua các kỳ ngày/tuần/tháng/quý/năm thành hơn mười nghìn tệp phải bảo trì.
Report đọc thẳng dữ liệu sống từ bảng của từng module, theo nguyên tắc "1 Table = 1 Module". Kỳ hạn ngày/tuần/tháng/quý/năm là bộ lọc trên cùng một báo cáo. Không xuất tệp mới mỗi lần đổi tham số — đối lập đúng với cách làm đã tạo ra 10.469 tệp kia.
Đây là fit ở mức chống đúng cách làm sai. Chưa kiểm chứng ở quy mô báo cáo viễn thông đa chiều — theo trạm, vùng, loại thiết bị, khung giờ cùng lúc — vốn cần năng lực phân tích OLAP thật. Chính hồ sơ dự án đó cũng xếp "kho phân tích OLAP" vào nhóm còn phải làm mới.
Mật khẩu nằm trong mã nguồn, hệ này đọc thẳng cơ sở dữ liệu hệ kia
Khớp trực tiếpTài khoản quản trị cơ sở dữ liệu, khoá SSH, khoá mã hoá ứng dụng để nguyên dạng chữ trong mã. Một hệ đọc thẳng cơ sở dữ liệu của hệ kia ở 7 điểm. Đổi cấu trúc bảng bên này là hỏng bên kia. Nền tảng chạy trên hệ điều hành đã hết vòng đời hỗ trợ.
Tầng hạ tầng riêng có Vault quản lý khoá bí mật, thay vì để trong mã. Kiến trúc cô lập ngăn đúng loại lỗi đọc chéo. Tầng dùng chung cô lập theo tiền tố khoá dữ liệu của từng dự án. Tầng riêng cô lập vật lý bằng namespace và chính sách mạng chặn truy cập chéo. Không cơ chế nào cho phép module này đọc thẳng bảng thô của module khác. Tầng dùng chung chạy serverless — khách hàng không có máy chủ nào phải tự vá.
Vault mới được xác nhận ở tầng hạ tầng riêng. Ở tầng dùng chung ($15/người/tháng), cơ chế quản lý khoá bí mật của khách hàng chưa được mô tả ở mức tương đương. Cần làm rõ trước khi khẳng định cùng một mức bảo vệ. Xem thêm Bảo mật.
Đổi một bước duyệt phải sửa mã, biên dịch, triển khai lại
Khớp ở mức nguyên tắcQuy trình quản lý thay đổi gồm 65 nút xử lý viết cứng, 20 mã đơn vị nhúng thẳng trong mã nguồn. Chính hồ sơ dự án đặt mục tiêu: để nghiệp vụ tự sửa quy trình, không cần lập trình viên.
Nguyên tắc "1 Table = 1 Module" giữ mỗi module đủ gọn để mở ra và sửa cấu hình. Không phải tách vụn thành nhiều dịch vụ rồi biên dịch lại từ đầu. Mô hình quản trị của AI đi theo hướng này: dựng quy trình động, xem thử ngay, đưa vào chạy thật. Người vẫn là người duyệt.
Cơ chế dựng quy trình động hiện chỉ mô tả ở tầng Ebig tự mở rộng nền tảng của chính mình. Chưa xác nhận là tính năng khách hàng tự dùng để sửa chuỗi phê duyệt của họ. Trong 7 module không có module nào tên là "Workflow". Cần đúng khả năng kéo-thả sửa chuỗi duyệt 65 bước? Đây là điều phải làm rõ trước khi ký, không phải bật sẵn.
Hai hệ không nói chuyện được với nhau
Khớp ở mức nguyên tắcMột hệ trả lời "mạng đang tốt hay xấu". Hệ kia trả lời "đang có sự cố gì, ai xử lý". Đi từ một chỉ số xấu sang đúng phiếu sự cố phải mở hai ứng dụng, đăng nhập hai lần, đối chiếu bằng mắt.
Ebig trả lời nguyên nhân gốc, không phải triệu chứng. Dựng hai hệ này thành hai module trên cùng nền Ebig, thay vì hai phần mềm rời, thì chúng mặc nhiên dùng chung một lớp định danh và một mô hình phân quyền. Dữ liệu nằm trên cùng nền tảng. Report và Assistant đọc chéo được mà không cần đăng nhập hai lần.
Đây là câu trả lời ở tầng nguyên tắc kiến trúc: "xây trên Ebig thì không lặp lại lỗi này". Không phải "Ebig có sẵn module thay thế hệ giám sát mạng hay hệ quản lý sự cố". Ebig không bán hai loại module nghiệp vụ viễn thông đó. Cần đúng hai hệ này thì vẫn là một dự án xây mới.
Chuỗi phụ thuộc dữ liệu không ai kiểm soát
Ebig chưa có câu trả lờiMột mắt xích lỗi làm gãy toàn chuỗi. Trường hợp thật: tác vụ chạy lúc 6:15 nhưng thủ tục đọc dữ liệu lúc 3:00. Kết quả rỗng mỗi ngày mà không ai phát hiện, vì thiếu cảnh báo. Dữ liệu nạp bằng cách xoá rồi ghi lại — lỗi giữa chừng là mất vĩnh viễn.
Chỉ một điều: kiến trúc Ebig không tự tạo ra loại hỗn độn này cho chính nó. Mỗi module sở hữu bảng dữ liệu riêng. Không module nào đọc xuyên nhiều tầng vào bảng thô của module khác.
Đó là cam kết Ebig không lặp lại lỗi. Không phải công cụ giúp bạn dọn chuỗi phụ thuộc đang có. Không module nào trong 7 module là công cụ tích hợp hay vận chuyển dữ liệu. Bạn hỏi "Ebig xử lý chuỗi máy chủ nối nhau của tôi thế nào"? Câu trả lời trung thực hôm nay là: chưa.
Chất lượng dữ liệu gốc không đo được, sai âm thầm nhiều năm
Ebig chưa có câu trả lờiGần 85% trạm không quy được lưu lượng về. 242.788 bản ghi rớt khỏi khung nhìn vì thiếu dữ liệu. Tệp nguồn về 0 byte, không ai cảnh báo. Một hãng thiết bị thiếu 32 chỉ số đo, không ai phát hiện. Chỉ số chất lượng tính sai mà không ai biết.
Nguyên tắc minh bạch của trợ lý AI: đọc và diễn giải dữ liệu, không tự sinh số liệu. Dữ liệu nguồn thiếu hoặc sai thì Ebig không "vẽ" số để lấp chỗ trống, mà phản ánh đúng thực trạng.
Đó là thái độ, không phải tính năng. Không có cơ chế tự động cảnh báo khi một tệp nguồn về 0 byte hay một chỉ số biến mất. Đúng loại lỗi đã khiến hệ kia sai âm thầm nhiều năm. Cùng gốc với khoảng trống phía trên: Ebig chưa có tầng giám sát chất lượng dữ liệu đầu vào.
Còn một ràng buộc nữa, không phải kỹ thuật
Câu hỏi thương mại chưa có lờiChuỗi số trên chứng minh chỗ công thức giá gãy. Ebig tính tiền theo ô thứ ba, còn tải thật nằm ở ô thứ tư.
Về hạ tầng, 900 điểm cùng gọi về không phải bài toán chưa giải được. Về giá thì có. Mức $15/người/tháng tính theo đầu người dùng. Phần lớn trong 30.000 người kia chỉ đăng nhập ngắn theo ca. Áp thẳng công thức sẽ ra một con số không thực tế. Ebig hiện chưa có gói phân biệt "người dùng thường trực" với "người dùng theo ca".
Chúng tôi để nguyên câu hỏi này ở đây thay vì giấu đi. Đây là thứ phải thống nhất trước khi bàn triển khai, không phải sau.
Toàn bộ số liệu trên trang này trích từ phần khảo sát hiện trạng, trong hồ sơ kỹ thuật một dự án hợp nhất hệ thống ngành viễn thông tại Việt Nam. Không phải ước lượng của Ebig. Tên tổ chức và tên hệ thống được lược bỏ. Phần "Ebig xử lý bằng cơ chế nào" chỉ ghi là khớp khi có cơ chế thật đứng sau. Không tính trường hợp tên module nghe có vẻ hợp. Hai nỗi đau đánh dấu "chưa có câu trả lời" giữ nguyên như vậy, cho đến khi Ebig có sản phẩm trả lời được.