Ebig
Liên hệ tư vấn
Đối chiếu với một dự án thật

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.

3 / 7

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.

2 / 7

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.

2 / 7

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ảng phán quyết

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 đauEbig 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.

5 vùngbị xây trùng 2 lần

Cùng một chức năng, làm lại từ đầu ở hệ thứ hai

Khớp trực tiếp

Mỗ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.

Ebig xử lý bằng cơ chế nào

Đâ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.

Chỗ còn thiếu

"Đ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.

10.469tệp báo cáo SSRS

Báo cáo tăng theo cấp số nhân vì nhân bản tham số

Khớp trực tiếp

Mộ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ì.

Ebig xử lý bằng cơ chế nào

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.

Chỗ còn thiếu

Đâ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.

~32thông tin xác thực lưu thô trong mã

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ếp

Tà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ợ.

Ebig xử lý bằng cơ chế nào

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á.

Chỗ còn thiếu

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.

65 nútquy trình viết cứng trong mã

Đổ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ắc

Quy 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.

Ebig xử lý bằng cơ chế nào

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.

Chỗ còn thiếu

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.

2 lầnđăng nhập để nối một sự cố

Hai hệ không nói chuyện được với nhau

Khớp ở mức nguyên tắc

Mộ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 xử lý bằng cơ chế nào

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.

Chỗ còn thiếu

Đâ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.

147→28→56máy chủ nối chuỗi

Chuỗi phụ thuộc dữ liệu không ai kiểm soát

Ebig chưa có câu trả lời

Mộ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.

Ebig nói được gì

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.

Vì sao đây vẫn là khoảng trống

Đó 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.

15,22%trạm ánh xạ được dữ liệu

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ời

Gầ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.

Ebig nói được gì

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.

Vì sao đây vẫn là khoảng 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ời
900
điểm / trạm
25–40
nhân sự mỗi điểm
~30.000
người bị tính tiền theo đầu người
~2.000
người vào cùng lúc ở trung tâm

Chuỗ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.

Xem bài toán lực lượng hiện trường Hỏi mô hình giá
Về nguồn số liệu

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.