Vậy chính xác thì OSS (Hệ thống hỗ trợ vận hành , hay còn gọi là Hệ thống hỗ trợ hoạt động) nghĩa là gì ? Hoặc BSS (Hệ thống hỗ trợ kinh doanh) thì sao? OSS và BSS giao nhau và/hoặc chồng chéo ở điểm nào?
OSS là thuật ngữ dùng để mô tả các hệ thống xử lý thông tin được các nhà khai thác sử dụng để quản lý mạng lưới thông tin liên lạc của họ. Ban đầu được biết đến như các công cụ Quản lý Mạng Viễn thông, các giải pháp này hiện nay đã trở nên tinh vi hơn rất nhiều. Chúng cho phép một tổ chức điều phối khách hàng, dịch vụ, tài nguyên, quy trình và hoạt động. Chúng hỗ trợ các nhà khai thác thiết kế, xây dựng, vận hành và bảo trì mạng lưới thông tin liên lạc. Theo truyền thống, OSS thường cung cấp các chức năng hướng đến mạng lưới hoặc hoạt động mạng. Điều này bao gồm quản lý lỗi và hiệu suất (đảm bảo), kích hoạt khách hàng (thực hiện), quản lý tài sản/hàng tồn kho/cấu hình, bảo mật mạng và nhiều hơn nữa.
Hệ thống hỗ trợ kinh doanh (BSS) là thuật ngữ truyền thống được sử dụng để mô tả các chức năng hướng đến doanh nghiệp và/hoặc khách hàng. Các công cụ này cho phép một tổ chức kết nối với khách hàng của họ (ví dụ: Quản lý quan hệ khách hàng hoặc CRM), tạo ra các ưu đãi cho họ (ví dụ: Sản phẩm/Dịch vụ), lập hóa đơn cho khách hàng (ví dụ: Lập hóa đơn và tính phí) cũng như các giao dịch liên mạng (thanh toán, điểm kết nối).
Cùng nhau, OSS và BSS cho phép các nhà khai thác mạng cung cấp dịch vụ một cách hiệu quả và đáng tin cậy cho số lượng lớn thuê bao trên một số hệ thống phức tạp nhất thế giới, đó là các mạng viễn thông toàn cầu.
Trên thực tế, OSS và BSS tác động đến hầu hết mọi khía cạnh trong hoạt động kinh doanh của một nhà mạng viễn thông, như thể hiện trong sơ đồ bên dưới. Điều này có nghĩa là hệ thống OSS/BSS có khả năng giám sát, quản lý và cung cấp thông tin chi tiết/đề xuất về mọi mặt trong tổ chức của nhà mạng – không chỉ hoạt động của mạng lưới mà còn toàn bộ mô hình kinh doanh.
Video giới thiệu
Chúng tôi đã chuẩn bị danh sách video sau đây để giới thiệu về OSS và BSS. Đây là một loạt video nhiều phần nhằm trả lời những câu hỏi cơ bản này và nhiều câu hỏi khác, bao gồm:
- Phần 1 – Phần mềm mã nguồn mở (OSS) là gì? Phần mềm hỗ trợ nghiệp vụ (BSS) là gì? Tại sao OSS và BSS lại tồn tại?
- Phần 2 – Ai sử dụng phần mềm mã nguồn mở (OSS) và/hoặc phần mềm hỗ trợ nghiệp vụ (BSS)?
- Phần 3 – Hệ thống OSS và BSS thực hiện những chức năng gì?
- Phần 4 – Phần mềm mã nguồn mở/phần mềm hỗ trợ nghiệp vụ (OSS/BSS) mang lại những lợi ích kinh doanh nào?
- Phần 5 – Sự khác biệt giữa OSS và BSS là gì?
- Phần 6 – Hệ thống OSS và BSS tương tác với mạng truyền thông như thế nào?
- Phần 7 – Hệ thống OSS/BSS trông như thế nào?
- Phần 8 – Tôi có thể tìm hiểu thêm thông tin về OSS và BSS ở đâu?
Thông tin chi tiết hơn được cung cấp trong các phần bên dưới.
Ngay từ những ngày đầu của các nhà cung cấp dịch vụ viễn thông (các công ty cung cấp dịch vụ điện thoại), những hoạt động này đều được thực hiện thủ công. Với sự ra đời của máy tính, các nhà cung cấp dịch vụ bắt đầu tận dụng sức mạnh xử lý của chúng bằng cách phát triển các ứng dụng giúp họ vận hành mạng lưới rộng lớn và danh sách thuê bao của mình.
Các ứng dụng phần mềm ban đầu này có phạm vi chức năng hạn chế. Tuy nhiên, các đơn vị kinh doanh khác nhau trong các nhà mạng nhanh chóng tìm cách cải thiện hiệu quả và chia sẻ dữ liệu bằng cách tích hợp chúng. Ví dụ, một khách hàng đặt hàng và thông tin chi tiết của họ sẽ được lưu trữ trong một hệ thống. Sau đó, các nhà thiết kế sẽ ghi lại cấu hình thiết kế cụ thể của khách hàng trong một hệ thống khác và sau đó thiết kế này sẽ được triển khai vào chính tổng đài điện thoại. Trong trường hợp này, việc chia sẻ thông tin tự động giữa các hệ thống được gọi là cung cấp luồng thông tin (flow-through provisioning) nhưng đòi hỏi nỗ lực tích hợp đáng kể.
Một loạt các tiêu chuẩn bắt đầu được hình thành xung quanh các ứng dụng này để đảm bảo tính nhất quán giữa các ứng dụng. Một số tiêu chuẩn đó được mô tả bên dưới, vì vậy hãy đọc tiếp hoặc chỉ cần nhấp vào liên kết trong Mục lục để chuyển đến phần phù hợp nhất với bạn.
1. Lịch sử tóm lược về phần mềm mã nguồn mở
1.1 TMN (Mạng quản lý viễn thông) từ ITU-T
Ban đầu, việc tích hợp hệ thống mã nguồn mở (OSS) thường đòi hỏi các giải pháp riêng biệt. Những nỗ lực nhằm chuẩn hóa việc tích hợp OSS đã dẫn đến việc ITU-T phát triển bộ tiêu chuẩn TMN (Mạng Quản lý Viễn thông) vào năm 1988. Các tiêu chuẩn này được nhóm lại trong phạm vi số M.3000-M.3599 trong bộ tiêu chuẩn M của ITU . Các tiêu chuẩn này đã xác định bốn lớp chức năng sau:
Lưu ý: Hình ảnh này ban đầu được lấy từ www.dhyan.com/newsletter/oct_06/index.html nhưng liên kết này hiện không còn hoạt động.
Mô hình logic TMN được trình bày trong Khuyến nghị M.3010 . Nó thường được gọi là kim tự tháp TMN và xác định bốn lớp logic của quản lý mạng:
Lớp Quản lý Kinh doanh (BML) – thể hiện các chức năng liên quan đến lập kế hoạch kinh doanh chiến lược như xu hướng, chất lượng, v.v. và cung cấp cơ sở cho việc lập hóa đơn, lập ngân sách và thiết lập mục tiêu.
Lớp quản lý dịch vụ (SML) – chịu trách nhiệm định nghĩa các dịch vụ được cung cấp bởi các nhà mạng. Lớp này cung cấp giao diện giữa các dịch vụ của khách hàng và mạng lưới, bao gồm định nghĩa, quản lý và tính phí.
Lớp quản lý mạng (NML) – cung cấp cái nhìn tổng quan về quản lý mạng như một tổng thể các thành phần cấu tạo. Điều này đặc biệt cần thiết để thể hiện các khái niệm đầu cuối như các mạch điện đi qua nhiều miền quản lý phần tử. Chịu trách nhiệm giám sát, cấu hình và điều khiển mạng từ đầu đến cuối.
Lớp quản lý phần tử (EML) – cung cấp định nghĩa và điều phối một tập hợp các thiết bị mạng, mặc dù chỉ là một tập hợp con của toàn bộ mạng. Lớp này thường bao gồm việc hợp nhất quản lý cảnh báo, sao lưu, ghi nhật ký và bảo trì các hệ thống hỗ trợ các thiết bị mạng.
Chúng tôi cũng cho rằng cần phải xem xét thêm hai lớp nữa:
Lớp thứ năm, Lớp Phần tử Mạng (NEL) – Đại diện cho chính các thiết bị mạng mà dịch vụ của khách hàng đi qua.
Lớp thứ sáu (không được hiển thị trên sơ đồ bên dưới), Lớp Vật lý (PHY) – Biểu thị khả năng kết nối giữa các thiết bị, bao gồm cáp, khớp nối, bảng đấu nối, dây dẫn đấu nối, v.v.
Sơ đồ này cũng thể hiện hướng đi của nhiều quy trình làm việc phổ biến thông qua ngăn xếp TMN. Mô tả chi tiết hơn về các luồng này và sự tương tác của chúng với kho dữ liệu mạng có thể được tìm thấy trong bài viết này .
Cần lưu ý rằng không có ranh giới rõ ràng nào cho các cấp độ trừu tượng này, có nghĩa là vị trí sản phẩm của mỗi nhà cung cấp trong chuỗi hệ thống quản lý có thể bị mờ nhạt và thuật ngữ sử dụng có thể gây nhầm lẫn. Trong phần Thuật ngữ thông dụng, chúng tôi thảo luận về các thuật ngữ thường được sử dụng trong ngành và giúp người đọc hiểu rõ hơn cách sử dụng các thuật ngữ này trong bối cảnh của PassionateAboutOSS.com.
Các lĩnh vực chức năng quản lý được trình bày trong Khuyến nghị M.3400 của ITU/T bao gồm:
1) Quản lý khách hàng;
2) Quản lý cung cấp mạng;
3) Quản lý nhân lực;
4) Quản lý giá cước, phí và kế toán;
5) Quản lý chất lượng dịch vụ và hiệu suất mạng
; 6) Quản lý đo lường và phân tích
lưu lượng; 7) Quản lý lưu lượng;
8) Quản lý định tuyến và phân tích số;
9) Quản lý bảo trì;
10) Quản lý an ninh;
11) Quản lý hậu cần.
Đặc biệt trong giai đoạn đầu, ITU-T đã đưa ra nhiều khuyến nghị hữu ích về hệ thống mã nguồn mở /hệ thống hỗ trợ biên dịch (OSS/BSS). Ví dụ, khuyến nghị X.733 của ITU-T đã cung cấp một khuôn khổ ban đầu và mô hình chung để phân loại cảnh báo. Điều này cho phép các nhà cung cấp OSS xây dựng một bộ chức năng và bộ lọc được tiêu chuẩn hóa (ví dụ: mức độ nghiêm trọng, nguyên nhân có thể xảy ra, v.v.). Sau đó, khuyến nghị M.3703 của ITU-T đã cung cấp một tập hợp các trường hợp sử dụng hướng dẫn để quản lý cảnh báo.
Mô hình 1.2 FCAPS
Mô hình TMN tiếp tục được mở rộng khi ITU-T kết hợp mô hình FCAPS (Lỗi, Cấu hình, Kế toán, Hiệu suất và Bảo mật) của ISO vào khuyến nghị về Chức năng Quản lý (M.3400).
Quản lý lỗi – Mục tiêu là xác định, cô lập, khắc phục và ghi lại các sự kiện tiêu cực xảy ra trong mạng. Việc ghi nhật ký lỗi có thể được mở rộng để bao gồm phân tích xu hướng như một phương tiện để dự đoán lỗi hoặc hành vi bất thường trên mạng. Các thiết bị mạng có khả năng truyền lỗi đến các lớp quản lý mạng cao hơn, sau đó cung cấp các chức năng nâng cao như phân tích nguyên nhân gốc. Phân tích mức độ nghiêm trọng của lỗi có thể được sử dụng để ưu tiên các hoạt động khắc phục lỗi.
Quản lý cấu hình – Mục đích là lưu trữ các thuộc tính (hoặc cấu hình) của các thiết bị mạng, cho phép theo dõi tài nguyên mạng và các thay đổi trong mạng. Việc đẩy các thay đổi vào mạng, còn được gọi là cấp phát, cho phép cập nhật cấu hình như tạo các mạch hoặc đường dẫn thông qua các thiết bị mạng khác nhau. Việc theo dõi trạng thái cho phép người vận hành lập kế hoạch cho các thiết kế và xây dựng mạng trong tương lai.
Quản lý kế toán – Mục tiêu là thu thập số liệu thống kê về người dùng để quản lý các đặc điểm thanh toán và hạn mức sử dụng. RADIUS và TACACS là các giao thức thường được sử dụng cho quản lý kế toán. Trong một số trường hợp, chữ A trong FCAPS đại diện cho Quản trị, quản lý người dùng mạng được ủy quyền, quyền hạn và các hoạt động vận hành.
Quản lý hiệu năng – Mục tiêu là thu thập số liệu thống kê để xác định mức độ hiệu quả hoạt động của mạng. Các số liệu thống kê thực tế, hay các chỉ số được ghi lại, có thể khác nhau tùy thuộc vào loại thiết bị mạng, được xác định bởi nhu cầu phân tích hiệu năng cụ thể của thiết bị. Các chỉ số có thể bao gồm thông lượng, cường độ tín hiệu, mức sử dụng tài nguyên, tỷ lệ lỗi, độ trễ, v.v. Các số liệu thống kê hiệu năng này cũng có thể được sử dụng để phân tích xu hướng dung lượng hoặc độ tin cậy. Bằng cách thiết lập phân tích ngưỡng của các chỉ số, chẳng hạn như tỷ lệ lỗi, người vận hành có thể được cảnh báo về các điều kiện lỗi sắp xảy ra hoặc thiết lập các biện pháp cân bằng tải để giảm thiểu tình trạng hoạt động kém hiệu quả của mạng trước khi các vấn đề ảnh hưởng đến dịch vụ.
Quản trị bảo mật – nhằm mục đích kiểm soát quyền truy cập vào các tài sản mạng, ngăn chặn truy cập trái phép. (Bạn có thể tìm thêm thông tin về các mô hình kiến trúc bảo mật OSS/BSS/NMS trong bài viết này)
Dưới đây là phân tích chi tiết hơn về các chức năng phụ của FCAPS:
.
1.3 Khối chức năng OSS/BSS
Tùy thuộc vào ngữ cảnh, chúng tôi sử dụng ba phân loại khối chức năng OSS/BSS khác nhau sau đây:
- Thư viện thành phần ODA của TM Forum -
Sản phẩm chủ lực mới nhất của TM Forum dành cho các khối chức năng xây dựng (Functional Building Blocks) trong lĩnh vực phần mềm mã nguồn mở/hệ thống hỗ trợ thuê ngoài (OSS/BSS). - TAM (The Application Map) của TM Forum
là một phần của bộ phần mềm Frameworx cũ hơn của TM Forum. - Mô hình TAM đơn giản hóa:
Các khối chức năng cấp cao mà chúng tôi sử dụng với nhiều khách hàng và để phân loại trong Danh mục nhà cung cấp OSS/BSS của chúng tôi.
Mỗi khung cấu trúc thành phần này đóng một vai trò thiết yếu trong việc quản lý toàn diện các dịch vụ và hoạt động viễn thông, hỗ trợ mọi thứ từ tương tác ban đầu với khách hàng và đơn đặt hàng dịch vụ đến quản lý hệ thống mạng và dữ liệu liên quan ở phía sau.
Chúng tôi sẽ mô tả chi tiết hơn về từng loại ở phần dưới đây.
1.3.1 Thư viện thành phần ODA của TM Forum
Thư viện thành phần ODA của TM Forum nỗ lực mang lại sự chuẩn hóa cho các khối xây dựng OSS/BSS dựa trên điện toán đám mây hiện nay. Nó cũng tham chiếu chéo với các API mở để đẩy nhanh quá trình triển khai.
Chúng tôi đã tạo một trang riêng biệt để cung cấp thêm thông tin chi tiết về ODA CL, đồng thời giải đáp nhiều câu hỏi thường gặp về các khối xây dựng OSS/BSS .
.
1.3.2 Bản đồ ứng dụng (TAM) của TM Forum
Chúng tôi sẽ mô tả chi tiết hơn về TAM ở phần dưới đây, cung cấp phân tích toàn diện về khoảng 75 khối chức năng chính tạo nên một hệ thống OSS/BSS.
Mặc dù TAM vẫn được sử dụng rộng rãi, nhưng nó mô tả "những gì" cần phải có chứ không phải "cách thức" để làm cho chúng tương thích (ví dụ: với các API mở) như ODA CL.
.
1.3.3 Mô hình TAM đơn giản hóa
Ở cấp độ cao hơn, chúng tôi muốn mô tả mô hình TAM đơn giản hóa như sau:
Toàn bộ TAM được thể hiện bằng các ô tô màu xám ở phía sau. TAM đơn giản hóa được thể hiện bằng các ô màu xanh lam ở phía trước. Các quy trình làm việc cấp cao của Thực hiện (màu xanh lá cây), Đảm bảo (màu xanh lam), Thiết kế & Lập kế hoạch (màu vàng) và Thanh toán/Doanh thu (màu tím) được hiển thị bằng các mũi tên phía trên chúng.
Đoạn video ngắn bên dưới đã được đưa vào phần Video giới thiệu ở trên, nhưng chúng tôi sẽ đăng lại ở đây cho những ai đã bỏ qua phần này và chuyển thẳng đến phần hướng dẫn cơ bản này.
Sơ đồ sau đây cung cấp một cái nhìn tổng quan về mô hình TAM đơn giản hóa:
Dựa trên mô hình TAM đơn giản hóa, phần phân tích sau đây cung cấp giải thích chi tiết hơn về các khối chức năng chính của OSS và BSS:
Tìm kiếm khách hàng tiềm năng & Tiếp thị :
- Phần này bao gồm các công cụ và chiến lược để thu hút khách hàng tiềm năng và nuôi dưỡng khách hàng tiềm năng. Nó cũng bao gồm các nền tảng/cổng thông tin/biểu mẫu trực tuyến để thu thập thông tin khách hàng tiềm năng, thiết kế và thực hiện các chiến dịch tiếp thị, và các hệ thống tự động để tối ưu hóa các quy trình này.
Quản lý kênh phân phối và bán hàng :
- Điều này bao gồm việc quản lý các kênh bán hàng khác nhau, duy trì liên lạc với khách hàng tiềm năng, quản lý các cơ hội bán hàng và các chiến lược kênh bán hàng tổng thể để tối đa hóa phạm vi tiếp cận thị trường và hiệu quả.
Quản lý sản phẩm :
- Lĩnh vực này bao gồm thiết kế, phát triển, quản lý vòng đời, lập danh mục và phân tích hiệu suất sản phẩm. Điều này đảm bảo sản phẩm đáp ứng nhu cầu của khách hàng/thị trường và có vị thế cạnh tranh.
Quản lý khách hàng :
- Tập trung vào việc quản lý thông tin khách hàng, xây dựng và duy trì mối quan hệ (thông qua các giải pháp CRM hoặc Quản lý quan hệ khách hàng), và thu thập thông tin chi tiết về hành vi khách hàng để cải thiện dịch vụ khách hàng và nỗ lực bán hàng.
Quản lý báo giá :
- Công việc này bao gồm việc tạo lập và quản lý chiến lược định giá (Bảng giá), xử lý đơn đặt hàng của khách hàng, thiết kế cấu hình dịch vụ, quản lý hợp đồng và chuẩn bị báo giá bán hàng và đơn đặt hàng.
- Các công cụ CPQ (Cấu hình, Định giá, Báo giá) phổ biến chủ yếu nằm trong khối xây dựng này nhưng cũng có thể liên quan đến chức năng được cung cấp bởi Quản lý Sản phẩm (#3), Quản lý Khách hàng (#4) và Quản lý Dịch vụ (#7)
- Đây chỉ là một ví dụ minh họa cho tính chất liên kết chặt chẽ của môi trường OSS/BSS hiện đại, nơi dữ liệu và quy trình phải luân chuyển liền mạch giữa các khối chức năng khác nhau.
Quản lý hồ sơ & doanh thu / lập hóa đơn :
- Phần này bao gồm quản lý thông báo khách hàng, thỏa thuận mức độ dịch vụ (SLA), quy trình lập hóa đơn, khoản phải thu và thu hồi nợ. Nó đảm bảo doanh thu được ghi nhận chính xác và tối đa hóa.
Quản lý dịch vụ :
- Bao gồm việc lập danh mục dịch vụ, quản lý kho dịch vụ, xử lý đơn đặt hàng dịch vụ, cung cấp dịch vụ và quản lý các thay đổi đối với dịch vụ khi chúng phát triển.
Dịch vụ Y tế :
- Bao gồm việc giám sát và quản lý hiệu suất và chất lượng dịch vụ. Đồng thời, giải quyết các vấn đề liên quan đến dịch vụ để duy trì tiêu chuẩn dịch vụ cao và sự hài lòng của khách hàng.
Quản lý kho/nguồn lực :
- Công việc này liên quan đến quản lý vòng đời của tài nguyên, duy trì kho tài nguyên và quản lý địa chỉ IP. Nó rất quan trọng để tối ưu hóa việc sử dụng tài nguyên và lập kế hoạch cho nhu cầu về dung lượng.
- Nó tạo điều kiện thuận lợi cho các quy trình vận hành chính như thiết kế, kỹ thuật, tối ưu hóa mạng/dịch vụ và các hoạt động lập kế hoạch năng lực.
- Điều này đôi khi được chia thành các khối chức năng chủ động và thụ động, hoặc cây trồng trong nhà và cây trồng ngoài trời.
- Khối này có thể tích hợp quản lý tài sản và quản lý phụ tùng vì nó liên quan đến quản lý vòng đời của tài sản/nguồn lực. Quản lý kho tài sản vật lý, chẳng hạn như thiết bị mạng, phần cứng, phụ tùng thay thế, cũng như các nhóm tài nguyên liên quan như địa chỉ IP (IPAM – Quản lý địa chỉ IP).
Quản lý dự án :
- Liên quan đến thiết kế, quản lý nhân lực và quản lý tổng thể các dự án.
- Nó cũng bao gồm việc quản lý quy trình làm việc và hoạt động của nhà thầu để đảm bảo các dự án được lên kế hoạch hiệu quả và hoàn thành thành công.
- Điều này cũng có thể bao gồm quản lý hợp đồng và nhà thầu.
Quản lý sức khỏe mạng :
- Tập trung vào quản lý và giám sát hiệu suất tài nguyên, xử lý sự cố, quản lý dung lượng và mức sử dụng, cũng như quản lý phiếu yêu cầu để giải quyết vấn đề.
- Các công cụ ITIL / ITSM được thảo luận sau đây chủ yếu nằm trong khối chức năng này và Quản lý dịch vụ (#7)
Quản lý đối tác :
- Bao gồm quản lý mối quan hệ với nhà cung cấp, quản lý nhân lực bên thứ ba, xử lý kết nối liên mạng và lập hóa đơn, cũng như các quy trình mua sắm.
- Khối này cũng bao gồm việc quản lý các giao diện mạng như Connector, Mediation Device Drivers (MDDs), Network Adaptors, v.v.
Phối khí :
- Đề cập đến sự điều chỉnh và phối hợp các quy trình và luồng công việc trong toàn bộ hệ thống OSS/BSS để đảm bảo hoạt động trơn tru và cung cấp dịch vụ hiệu quả.
- Việc xây dựng kế hoạch điều phối thường diễn ra đồng thời với Quản lý Danh mục và Quản lý Đối tác/Tích hợp.
- Thường có nhiều tầng điều phối được thiết kế trong một hệ thống OSS/BSS, từ điều phối nghiệp vụ đến điều phối dịch vụ, tài nguyên/mạng/miền. Khối chức năng này nhằm mục đích bao quát tất cả các tầng, ngay cả khi chúng có thể được tách biệt trong các kiến trúc OSS/BSS thực tế.
Công cụ quản lý quy trình công việc :
- Khối chức năng này bao gồm việc quản lý và tự động hóa quy trình làm việc nhằm nâng cao hiệu quả và tính nhất quán trong các quy trình khác nhau của tổ chức.
- Nhiều khối chức năng khác có thể tích hợp sẵn khả năng quản lý quy trình làm việc, nhưng mục đích của phần này là bao quát việc quản lý quy trình làm việc tổng thể vì hầu hết các quy trình làm việc đều trải qua nhiều khối chức năng.
- Điều này có thể bao gồm các khả năng tự động hóa như chức năng RPA (Tự động hóa quy trình bằng robot).
- Các tác nhân AI cũng đang đóng vai trò ngày càng quan trọng trong tự động hóa quy trình.
Quản lý dữ liệu :
- Nội dung bao gồm quản lý tài nguyên dữ liệu, bao gồm cả kho dữ liệu (data lake), truy vấn dữ liệu, v.v.
- Nó cũng tạo ra các báo cáo và thông tin kinh doanh (BI) để hỗ trợ việc ra quyết định.
- Trong các giải pháp OSS/BSS hiện đại, điều này bao gồm các chức năng phân tích tổng thể và khoa học dữ liệu.
Còn có những yếu tố chức năng khác góp phần vào các giải pháp OSS/BSS nhưng không được thể hiện rõ ràng trong Mô hình Quản lý Tài chính Đơn giản hóa (Simplified TAM), bao gồm:
Bảo mật và Tuân thủ :
- Điều này bao gồm việc quản lý các chính sách bảo mật, kiểm soát truy cập, quản lý danh tính và tuân thủ các tiêu chuẩn quy định. Nó có thể được tích hợp trong nhiều danh mục khác nhau như Quản lý dữ liệu hoặc Quản lý dự án nhưng không được nêu rõ ràng.
Dịch vụ CNTT và Điện toán đám mây :
- Với xu hướng chuyển dịch ngày càng tăng sang các dịch vụ ảo hóa và cơ sở hạ tầng đám mây, việc quản lý chuyên biệt cho các khía cạnh này có thể được đề cập trong nhiều phần khác nhau như Quản lý dịch vụ hoặc Quản lý dữ liệu, nhưng không có danh mục riêng biệt nào dành cho quản lý dịch vụ đám mây.
Các lớp tương tác và tích hợp :
- Khả năng giao tiếp và phối hợp giữa các hệ thống khác nhau thông qua phần mềm trung gian và quản lý API là rất quan trọng đối với các hệ thống OSS/BSS hiện đại. Chức năng này có thể được tích hợp vào phần Điều phối hoặc Quản lý đối tác, nhưng cũng có thể được tách riêng.
2. Tiêu chuẩn Diễn đàn TM
TM Forum là một hiệp hội ngành công nghiệp toàn cầu tạo điều kiện hợp tác giữa các nhà cung cấp dịch vụ, nhà cung cấp công nghệ, công ty tư vấn và các nhà tích hợp hệ thống trong lĩnh vực viễn thông.
Thông qua sự hợp tác này và các dự án mà nó thúc đẩy, các mô hình của TM Forum đã được sử dụng rộng rãi trong lĩnh vực triển khai OSS. Nó đóng vai trò then chốt trong việc thiết lập các khuôn khổ cho chuyển đổi số, hoạt động kinh doanh linh hoạt, thiết kế giải pháp và hệ sinh thái kỹ thuật số kết nối cho ngành viễn thông và OSS.
Sự phát triển của các mô hình kinh doanh viễn thông/OSS, mạng lưới được quản lý và sự tinh vi của các dịch vụ được cung cấp trên đó đã dẫn đến tầm quan trọng ngày càng tăng của các hoạt động hợp tác thông qua TM Forum .
Qua nhiều năm, tổ chức này đã giúp giới thiệu nhiều sáng kiến trở thành tiêu chuẩn ngành. Những sáng kiến đó bao gồm Frameworx, Hệ thống và Phần mềm Vận hành Thế hệ Tiếp theo (NGOSS) và gần đây hơn là ODA và khung API mở.
2.1 Frameworkworx (TAM, eTOM, SID, TNA)
Các mô hình tham chiếu chính của Frameworx trên TM Forum [lưu ý: xem tại đây để có mô hình Frameworx có thể nhấp chuột ] là:
- Mô hình ứng dụng ( Bản đồ ứng dụng viễn thông hoặc TAM ) – Cung cấp một khung cấu trúc mô-đun gồm các khối chức năng quản lý. Điều này giúp mang lại sự nhất quán (và khả năng tương thích) cao hơn giữa các bộ sản phẩm của các nhà cung cấp khác nhau.
LƯU Ý: TAM là một khung cấu trúc tuyệt vời. Tuy nhiên, chúng tôi nhận thấy rằng nó có thể quá phức tạp đối với một số nhà mạng nhỏ hơn, nhà cung cấp dịch vụ và nhà cung cấp OSS/BSS. Do đó, chúng tôi thường sử dụng TAM đơn giản hóa (như đã mô tả trong phần trước về các khối xây dựng OSS/BSS). Chúng tôi thấy nó hữu ích cho các cuộc thảo luận và phân loại chức năng cấp cao hơn. Cần lưu ý rằng TAM đơn giản hóa không được TM Forum hỗ trợ, cũng như không được sử dụng rộng rãi. - Mô hình quy trình ( Bản đồ hoạt động viễn thông nâng cao , hay eTOM ) – nhằm mục đích cung cấp một ngôn ngữ chung và danh mục các quy trình kinh doanh được sử dụng trong môi trường viễn thông. Mức độ tiêu chuẩn hóa này nhằm mục đích đơn giản hóa các kênh liên lạc giữa các nhà cung cấp dịch vụ và các nhà tích hợp hệ thống liên quan. Sơ đồ dưới đây cung cấp tổng quan về các khối xây dựng quy trình mà eTOM cung cấp.
Sơ đồ này (lấy từ TM Forum ) mô tả rất tốt cách các thành phần quy trình cơ bản (phía trên bên phải) được cung cấp có thể được lắp ráp thành một luồng quy trình (phía dưới bên phải).
Lưu ý: Bạn cũng có thể tìm thêm thông tin về thiết kế luồng quy trình bằng eTOM tại đây . Nó cung cấp mô tả ngắn gọn về cách sử dụng khung eTOM để phát triển các luồng phù hợp với tổ chức và hệ thống OSS/BSS của bạn. Điều này bao gồm phân tích một luồng Yêu cầu trả lời (R2A) mẫu, như được mô tả trong Phụ lục E của eTOM (GB921E của TM Forum). GB921E bao gồm nhiều ví dụ minh họa khác, bao gồm:- Quy trình đặt hàng đến thanh toán (O2P)
- Từ Vấn đề đến Giải pháp (P2S)
- Từ sử dụng đến thanh toán (U2P)
- Lưu ý: Ngoài GB921E, bạn có thể tìm hiểu thêm nhiều từ viết tắt/mô tả quy trình làm việc khác tại đây.
Để hỗ trợ bạn trong quá trình lập bản đồ quy trình OSS/BSS/Viễn thông, chúng tôi đã tạo ra Hướng dẫn Lập bản đồ Quy trình này với hơn 50 quy trình mẫu để bạn có thể tinh chỉnh cho phù hợp với nhu cầu và cấu trúc riêng của tổ chức mình. Nhấp vào hình ảnh bên dưới để đến trang tải xuống.
- Mô hình thông tin ( mô hình Thông tin/Dữ liệu Chia sẻ , hay SID ) – nhằm mục đích định nghĩa các thực thể, mối quan hệ và thuộc tính thiết yếu của các đối tượng dữ liệu phổ biến trong các ứng dụng/cơ sở dữ liệu viễn thông. Nó cũng cung cấp một ngôn ngữ chung để các nhà phát triển/tích hợp phần mềm mã nguồn mở sử dụng. TMF cũng đã tìm cách phát triển các API (Giao diện Lập trình Ứng dụng) dựa trên SID được tiêu chuẩn hóa như OSS/J để đẩy nhanh quá trình tích hợp các hệ thống khác nhau.
- Khung tích hợp hệ thống ( Kiến trúc Trung lập về Công nghệ , hay TNA ) – nhằm mục đích cung cấp sự chuẩn hóa kiến trúc, đồng thời vẫn duy trì tính trung lập về công nghệ, bao gồm các giao diện, cơ chế và chính sách chung. Việc tích hợp này cũng thường được biết đến với tên gọi Chương trình Tích hợp Diễn đàn TM (TIP).
2.2 API mở
Nhưng có một số loại vũ khí mới hơn trong kho vũ khí của diễn đàn TM dường như đang được sử dụng rộng rãi.
Đầu tiên là bộ API mở của TM Forum , bao gồm hơn 50 API dựa trên REST và nhiều API khác đang được phát triển. Liên kết này cung cấp một cuộc thảo luận cũng như các tài liệu tham khảo đến danh sách đầy đủ các API , bao gồm thông số kỹ thuật, tệp swagger và bộ sưu tập postman.
Sơ đồ sau đây được trích từ Bản đồ API mở (GB992) (chính xác tính đến ngày 9 tháng 1 năm 2018).
2.3 Kiến trúc số mở (ODA)
Tiếp theo là TM Forum Open Digital Architecture (ODA) , một tiêu chuẩn đang phát triển nhằm thiết lập tầm nhìn mới cho phần mềm mã nguồn mở/hệ thống hỗ trợ dịch vụ (OSS/BSS). Mục tiêu của nó là tập hợp các nhà cung cấp dịch vụ, nhà cung cấp công nghệ hàng đầu thế giới và các nhà tư tưởng cá nhân để tạo ra một phiên bản hiện đại hơn của OSS/BSS.
Kiến trúc số mở (ODA) của TM Forum là một bản thiết kế cho các nền tảng số mở, dựa trên đám mây, có tính mô-đun, có thể được điều phối hiệu quả và nhất quán hơn. Mục tiêu của nó là tạo ra một khuôn khổ sống động cho sự hợp tác giữa các công ty, vượt ra ngoài các thủ tục giấy tờ và tiêu chuẩn để thúc đẩy sự hợp tác thiết thực.
Những người đóng góp vào tiêu chuẩn đang phát triển này cũng nhận thức được rằng có nhiều hệ thống OSS/BSS cần phải chuyển đổi theo ODA. Điều này có nghĩa là các khái niệm Frameworx hiện có như eTOM, TAM và SID sẽ được ODA tích hợp (xem tại đây để biết mô hình có thể nhấp chuột do TM Forum cung cấp). Tương tự, các tài liệu được phát triển thông qua các sáng kiến đang phát triển như Open API và ZOOM (Zero-touch Orchestration, Operations and Management) cũng sẽ được sử dụng.
Thiết kế ODA cố gắng cô lập các thay đổi trong các khối chức năng (xem bản đồ tương tác ODA tại đây ). Nó thực hiện điều này thông qua việc sử dụng siêu dữ liệu, các dịch vụ vi mô và API tiêu chuẩn hóa (tham khảo phần API mở ở trên). Mặc dù việc cô lập công nghệ rất quan trọng, nhưng tác động lớn hơn đến từ việc tách rời tổ chức. Điều này đặc biệt quan trọng đối với các tổ chức lớn hoạt động theo kiểu phân mảnh.
Ví dụ, nó có thể giúp tách rời các thành phần:
- Các nhóm sản phẩm/tiếp thị (những người tạo ra các ưu đãi/gói sản phẩm cho khách hàng) từ
- Các nhóm mạng/vận hành (những người thiết kế, xây dựng và bảo trì mạng).
- Các nhóm CNTT (những người thiết kế, xây dựng và bảo trì hệ thống CNTT)
Việc tách biệt này được thiết kế dựa trên kiến trúc hướng dịch vụ. Nó cho phép các nhóm sản phẩm có thể sáng tạo cao trong việc định nghĩa Dịch vụ hướng khách hàng (CFS) . Như tên gọi cho thấy, CFS có thể được khách hàng mua như một sản phẩm (hoặc chỉ được sử dụng bởi các ứng dụng tiêu thụ nội bộ của nhà cung cấp dịch vụ đám mây như cổng thông tin). CFS thường liên kết các khả năng/thuộc tính chung có ý nghĩa đối với khách hàng và trải rộng trên nhiều công nghệ như độ trễ, tính khả dụng/khả năng phục hồi, tỷ lệ mất dữ liệu, v.v.
Khi kết hợp với RFS (Resource Facing Services) , CFS là những khối xây dựng được các nhà điều hành sử dụng để thiết kế các sản phẩm dịch vụ cho khách hàng (và sau đó thiết kế các hệ thống CNTT hỗ trợ chúng).
RFS thường liên quan chặt chẽ hơn đến các thuộc tính/khả năng cụ thể của tài nguyên và công nghệ. Định nghĩa RFS chứa các chi tiết mà hầu hết khách hàng sẽ thấy không liên quan vì chúng đặc thù cho giải pháp công nghệ của nhà cung cấp hoặc đối tác cung cấp dịch vụ đám mây.
CFS và RFS hoạt động ở các vòng đời khác nhau. Các nhóm mạng/vận hành thường tạo ra các định nghĩa RFS và thực hiện các thay đổi khi cần thiết do sự thay đổi trong các công nghệ/lĩnh vực cụ thể. Điều này cho phép các nhóm sản phẩm/tiếp thị thiết kế và sửa đổi CFS một cách độc lập với các nhóm công nghệ để phù hợp với các thay đổi sản phẩm và yêu cầu của khách hàng. Điều này (về mặt lý thuyết) cho phép các nhóm sản phẩm/tiếp thị có phạm vi đổi mới sản phẩm rộng hơn.
2.4 Dữ liệu, số liệu và thông tin chi tiết
Một trong những tính năng tuyệt vời nhất của các công cụ OSS/BSS của chúng tôi là khả năng thu thập một lượng dữ liệu khổng lồ về mạng lưới, dịch vụ, khách hàng và nhiều hơn nữa.
Nhưng với lượng dữ liệu khổng lồ như vậy, thách thức nằm ở việc xác định những gì cần đo lường và làm thế nào để rút ra những thông tin chi tiết có thể áp dụng được. Một lần nữa, TM Forum đã hỗ trợ chúng ta ở đây. Họ đã biên soạn GB988 , chứa hơn 2.600 chỉ số thường được sử dụng.
Trang này cũng cung cấp một số chỉ số được sử dụng rộng rãi nhất được theo dõi và quản lý bởi OSS/BSS và thường được đưa vào các báo cáo và bảng điều khiển OSS.
2.5 Khung dự án chuyển đổi (TPF)
Mặc dù Diễn đàn TM đã tạo ra nhiều tài liệu hữu ích liên quan đến tiêu chuẩn và công nghệ, một sáng kiến quan trọng hiện đang được thúc đẩy mạnh mẽ trong Diễn đàn là việc thành lập nhóm làm việc Hướng dẫn Chuyển đổi Người dùng (Transformation User Guides - TUG) . Tham vọng của nhóm là tạo ra các cẩm nang thực tiễn để hỗ trợ bạn lập kế hoạch, triển khai và thực hiện dự án chuyển đổi OSS/BSS tiếp theo của mình. Các hướng dẫn này sẽ bao gồm các phương pháp và thực tiễn mẫu do các chuyên gia trong ngành đóng góp. Tài liệu đầu tiên trong chuỗi tài liệu này, mà Passionate About OSS đã đóng góp đáng kể, là Khung Dự án Chuyển đổi tổng thể (GB1011) . TPF vẫn đang trong quá trình hoàn thiện, nhưng cung cấp những hiểu biết sâu sắc về hướng đi của sáng kiến TUG.
Vui lòng tham khảo thêm Khung tối ưu PAOSS dành cho lập kế hoạch chuyển đổi quy mô lớn trong phần 6 bên dưới.
2.6 Mô hình trưởng thành kỹ thuật số (DMM)
Mục tiêu chính của TPF là mở rộng Mô hình Mức độ Trưởng thành Kỹ thuật số (DMM) [GB997A] xuất sắc của TM Forum , được sử dụng để đánh giá mức độ trưởng thành trên các yếu tố con người, công nghệ và quy trình. TPF hướng đến việc cung cấp các mô hình chuyển đổi khả thi và có thể thực hiện được sau khi DMM được sử dụng để thực hiện đánh giá mức độ trưởng thành trên môi trường OSS/BSS hiện tại của bạn. Sơ đồ bên dưới hiển thị bảng điều khiển mà chúng tôi đã xây dựng dựa trên DMM để đánh giá trạng thái hiện tại (as-is) và trạng thái tương lai mong muốn (to-be).
3. Các tiêu chuẩn OSS quan trọng khác
Có rất nhiều tiêu chuẩn khác được sử dụng rộng rãi trong ngành viễn thông/OSS/BSS. Một số trong số đó bao gồm:
3.1 ITIL và ITSM
ITSM là một mô hình có cấu trúc để quản lý và cung cấp các dịch vụ Công nghệ Thông tin (CNTT) cho khách hàng, cả nội bộ và bên ngoài tổ chức. Khi ngày càng nhiều tổ chức phụ thuộc vào các giải pháp CNTT của họ, lĩnh vực Quản lý Dịch vụ CNTT (ITSM) càng trở nên quan trọng hơn. Đối với nhiều doanh nghiệp thương mại điện tử hoặc nhà cung cấp dịch vụ, các điểm tiếp xúc của ITSM CHÍNH LÀ trải nghiệm của khách hàng.
Trong khi nhiều phần mềm mã nguồn mở tiếp cận việc quản lý mạng, dịch vụ và hệ thống từ góc độ công nghệ, thì ITSM lại tập trung hơn vào quy trình và con người.
ITIL (Information Technology Infrastructure Library) đang nhanh chóng trở thành khung chuẩn hàng đầu.
Các mục được đánh dấu màu xanh lam là những gì chúng ta gọi là "phòng máy" của trung tâm điều hành mạng viễn thông (NOC).
Nhiều công cụ mã nguồn mở được thiết kế theo tiêu chuẩn ITIL đều xoay quanh "phòng máy" này:
- Quản lý thay đổi – để triển khai các thay đổi đối với mạng lưới/dịch vụ
- Quản lý sự kiện – để theo dõi các sự kiện đang được tạo ra.
- Quản lý sự cố – thực hiện mọi công tác quản lý sự cố cần thiết và sau đó
- Quản lý sự cố – thực hiện bất kỳ hoạt động quản lý sự cố nào tiếp theo (hoặc Đánh giá sau sự cố – PIR)
- Cải tiến liên tục là yếu tố then chốt khác vì nó thể hiện một vòng phản hồi liên tục để đảm bảo hoạt động ngày càng được cải thiện.
Dĩ nhiên, phòng máy được hỗ trợ bởi các quy trình quan trọng khác bao gồm Quản lý tính khả dụng, Quản lý tính liên tục, Quản lý cấu hình, Quản lý kiến thức và Kiểm định & Thử nghiệm dịch vụ.
Các yếu tố chính của ITSM bao gồm:
- Quản lý sự cố
- Quản lý vấn đề
- Quản lý thay đổi
- Quản lý sự kiện
- Quản lý tài sản
- Kiến thức, Chính sách và Quy trình
- Danh mục dịch vụ
- Bộ phận hỗ trợ
Như bạn đã nhận thấy, tất cả các yếu tố này đều có những khái niệm tương tự trong OSS. Ba khái niệm ITSM đầu tiên có thể liên quan đến những gì mà nhà cung cấp dịch vụ đám mây (CSP) thường gọi là Phiếu sự cố (Trouble Ticket). Phiếu sự cố là bản ghi thông tin về các sự cố ngừng hoạt động và suy giảm hiệu suất trong mạng/cơ sở hạ tầng, bao gồm cả chi tiết về các hoạt động khôi phục.
Quản lý sự cố – Sự cố là sự gián đoạn hoặc suy giảm không theo kế hoạch đối với mạng hoặc cơ sở hạ tầng liên quan. Để phân biệt, một số nhà cung cấp dịch vụ viễn thông sử dụng thuật ngữ sự cố để mô tả tình trạng ngừng hoạt động/suy giảm do khách hàng xác định, khác với thuật ngữ Sự kiện (báo động thiết bị, sự kiện, v.v.) được tạo ra bởi mạng và/hoặc hệ thống vận hành tổng thể (OSS).
Quản lý sự cố – Sự cố là nguyên nhân gây ra một hoặc nhiều sự việc/diễn biến. Nó cho phép tập hợp các sự việc/diễn biến có liên quan, và sau đó được sử dụng để phối hợp các nỗ lực điều tra và khắc phục tiếp theo.
Quản lý thay đổi – Thay đổi là việc bổ sung, loại bỏ hoặc sửa đổi mạng lưới, cơ sở hạ tầng hoặc các cơ sở kiến thức liên quan. Các thay đổi có thể được lên kế hoạch (ví dụ: bảo trì định kỳ) hoặc không được lên kế hoạch (ví dụ: tác động bất ngờ).
Ngoài ra, khái niệm Quản lý Tài sản của ITSM liên quan đến việc quản lý tài sản CNTT của một tổ chức. Đó có thể là tài sản vật lý, logic, ảo hoặc thậm chí là tài sản thông tin bao gồm cả dịch vụ, miễn là chúng có giá trị tài chính hữu hình đối với tổ chức. Có sự chồng chéo đáng kể về chức năng giữa giải pháp Quản lý Tài sản và giải pháp Quản lý Kho . Tuy nhiên, cũng có những điểm khác biệt chính – Quản lý Tài sản chủ yếu là một chức năng tài chính (ví dụ: theo dõi giá trị/khấu hao tài sản, quản lý vòng đời, bảo hành, v.v.); trong khi Quản lý Kho chủ yếu là một chức năng vận hành (ví dụ: theo dõi các nguồn lực sẵn có để sử dụng trong việc cung cấp dịch vụ khách hàng). Nhấp vào đây để tìm hiểu sâu hơn về những khác biệt tinh tế giữa Quản lý Kho (PNI và LNI), Quản lý Tài sản và Cơ sở dữ liệu Quản lý Cấu hình (CMDB) .
Cũng giống như sự chồng chéo ngày càng tăng giữa công nghệ thông tin (IT) và công nghệ mạng viễn thông, việc sử dụng các khung chuẩn IT (như ITIL ) kết hợp với các khung chuẩn viễn thông (như eTOM của TM Forum) cũng ngày càng phổ biến. Các nhà cung cấp dịch vụ viễn thông phụ thuộc vào cơ sở hạ tầng IT có độ tin cậy cao (ví dụ: máy chủ, v.v.) và ITIL hiện được coi là phương pháp thực hành tốt nhất để quản lý các loại tài sản này. Tương tự, khách hàng đang thuê ngoài việc quản lý cơ sở hạ tầng IT và viễn thông từ đầu đến cuối, đặt ra yêu cầu đối với các nhà cung cấp dịch vụ của họ về việc cung cấp dịch vụ quản lý chất lượng cao cho các tài sản mạng và IT ngày càng quan trọng của khách hàng.
ITIL (Thư viện Thông tin CNTT) được Chính phủ Anh phát triển nhằm mục đích chuẩn hóa các quy trình CNTT, đặc biệt là việc chuyển giao từ giai đoạn triển khai sang môi trường hỗ trợ CNTT liên tục. ITIL thường được sử dụng trong các khung hệ thống phụ trợ của các nhà cung cấp dịch vụ, nhưng cũng có liên quan khi khách hàng quy định các khung ITIL như một phần của hợp đồng dịch vụ quản lý mà họ giao cho các nhà cung cấp dịch vụ.
3.2 Sự giao thoa giữa eTOM và ITIL
Như đã nêu ở phần trước, eTOM được phát triển bởi TM Forum nhằm hướng dẫn việc phát triển và quản lý các quy trình kinh doanh cơ bản trong một nhà cung cấp dịch vụ viễn thông nói chung. Nó có một số điểm tương đồng và khác biệt với ITIL.
Việc sử dụng ITIL trong các trung tâm điều hành mạng và thúc đẩy các quy trình vận hành phía sau là điều khá phổ biến.
Tương tự, việc sử dụng eTOM cho các quy trình làm việc hướng đến khách hàng, thúc đẩy các hoạt động tiếp đón khách hàng bắt đầu và kết thúc với khách hàng là điều khá phổ biến.
TMF đã xuất bản một tài liệu hướng dẫn ứng dụng eTOM – ITIL (GB921L) có tiêu đề " Sử dụng eTOM để mô hình hóa các quy trình ITIL" . Tài liệu hướng dẫn này cung cấp hướng dẫn về việc mô hình hóa Quản lý Dịch vụ CNTT bằng cách sử dụng các yếu tố quy trình tiêu chuẩn trong eTOM. Nó cũng trình bày chi tiết sự chồng chéo giữa các quy trình ITIL với các quy trình eTOM cấp độ 2.
Bạn có thể tìm thấy mô tả về sự tương ứng sơ bộ giữa ITIL và eTOM ở trên tại đây.
Một tài liệu tuyệt vời khác để vạch ra lộ trình xuyên suốt các lĩnh vực giao thoa giữa ITSM/ITIL và OSS là tài liệu được TM Forum và itSMF cùng xuất bản. Tài liệu này có tên là “ TR143. Xây dựng cầu nối: ITIL và eTOM ”.
3.3 Tiêu chuẩn 3GPP
Sự ra đời của công nghệ di động 5G đã mang đến một số khái niệm quản lý mạng tiên tiến quan trọng. Chúng bao gồm phân vùng mạng và ảo hóa cơ sở hạ tầng di động. Như đã làm trong nhiều năm, Dự án Đối tác Thế hệ thứ 3 (3GPP) đóng vai trò là điểm trọng tâm cho việc tiêu chuẩn hóa trên các công nghệ di động và vô tuyến này. 3GPP đã kết hợp và củng cố nỗ lực của bảy tổ chức phát triển tiêu chuẩn (ARIB, ATIS, CCSA, ETSI, TSDSI, TTA, TTC).
Về quản lý mạng di động/vô tuyến, có hai nhóm tiêu chuẩn chính được 3GPP ban hành:
- https://www.3gpp.org/DynaReport/32-series.htm và sau đó
- https://www.3gpp.org/DynaReport/28-series.htm để biết thông tin về OAM&P (Vận hành, quản trị và điều hành) và Sạc (là phần dư thừa từ báo cáo dòng 32)
3.4 Tuân thủ tiêu chuẩn
Mặc dù các nhà cung cấp có thể tuyên bố tuân thủ từng tiêu chuẩn nêu trên, nhưng hầu hết các “tiêu chuẩn” được đề cập ở trên chỉ đơn giản là các khuyến nghị mà các nhà cung cấp có thể tuân thủ một cách tùy tiện. Ngoại lệ duy nhất là TM Forum, tổ chức này cung cấp dịch vụ kiểm tra kỹ lưỡng (“chứng nhận”) sản phẩm của nhà cung cấp dựa trên các khuyến nghị và nguyên tắc của mình. Danh sách các sản phẩm được chứng nhận tuân thủ TM Forum có thể được tìm thấy trên trang web của TM Forum ( www.tmforum.org ).
TM Forum cũng cung cấp dịch vụ Đánh giá Tuân thủ Triển khai Frameworx, giúp xác minh các quy trình kinh doanh nội bộ và mô hình dữ liệu của nhà cung cấp dịch vụ.
3.4 Cơ quan đăng ký
IEEE đóng vai trò là cơ quan đăng ký cho nhiều mã định danh duy nhất được sử dụng trong mạng viễn thông. IEEE duy trì một số mã định danh khác nhau, bao gồm cả OID được sử dụng bởi SNMP. Hướng dẫn về các sổ đăng ký này có thể được tìm thấy tại đây .
3.5 Các tiêu chuẩn mới nổi
Ảo hóa mạng đang tạo ra tác động mạnh mẽ đến các mạng và hệ thống mà OSS/BSS quản lý. Có rất nhiều tiêu chuẩn/khung khác đang tiếp tục phát triển và sẽ ảnh hưởng đến OSS và BSS ở các mức độ khác nhau trong tương lai. Chúng bao gồm:
- Quỹ kết nối mạng lưới ECOMP / ONAP / LF (LFN)
- Mạng định nghĩa bằng phần mềm (SDN)
- Ảo hóa chức năng mạng (NFV)
- MANO (Quản lý và Điều phối), một trong những khối cấu tạo cơ bản của NFV.
- Quản lý vòng đời dịch vụ của Diễn đàn Metro Ethernet (MEF LSO)
- Đặc tả OpenAPI , một tiêu chuẩn công nghiệp được áp dụng rộng rãi để mô tả các API REST hiện đại.
- Mạng lưới như một dịch vụ (NaaS) (bao gồm cả bài viết này mô tả lý do tại sao NaaS có thể trở thành đối trọng của Agile đối với phát triển phần mềm )
- DevOps
- TOSCA / Yang / Netconf
- Mạng tự tổ chức (SON)
- OpenStack / OpenDaylight
- Tích hợp liên tục / Cải tiến liên tục (CI/CD) và nhiều biến thể của DevOps
- Và còn rất nhiều nữa (hãy xem blog của PAOSS để xem liệu vấn đề bạn quan tâm có được đề cập chi tiết hơn ở đó không).
3.6 Công nghệ thông tin, mã nguồn mở và mạng lập trình được
Các cuộc cách mạng công nghệ thông tin như ảo hóa và phần mềm mã nguồn mở (các phần mềm mã nguồn mở khác) cũng đang mang lại lợi ích cho các phần mềm mã nguồn mở hiện đại. Sự hội tụ giữa công nghệ thông tin và viễn thông này cũng đang chứng kiến sự gia tăng mạnh mẽ các tiêu chuẩn và phương pháp được sử dụng trong lĩnh vực phần mềm mã nguồn mở hiện đại.
Chúng ta đang thấy ngày càng nhiều công cụ mã nguồn mở xuất hiện trong các hệ sinh thái OSS từ các nhà cung cấp như Apache Software Foundation và nhiều nhà cung cấp khác. Những framework dựa trên điện toán đám mây và có khả năng mở rộng quy mô web này đang chứng tỏ khả năng xử lý dữ liệu luồng với khối lượng mà các hệ sinh thái OSS hiện đại hướng tới.
4. Nhà cung cấp OSS / BSS
“ Sách Xanh Danh Bệ Nhà Cung Cấp OSS/BSS ” là một kho lưu trữ toàn diện giúp đơn giản hóa quá trình kết nối người mua và người bán trong ngành OSS/BSS. Với hơn 500 nhà cung cấp được liệt kê, danh bệ này đóng vai trò là trung tâm để tìm kiếm, kết nối và tìm đối tác cung cấp các giải pháp OSS và BSS, cùng với các công cụ quản lý mạng liên quan.
Danh mục này bao gồm thông tin chi tiết về công ty, thông tin sản phẩm và phân loại chức năng để giúp tìm ra giải pháp phù hợp nhất với nhu cầu riêng biệt của nhà điều hành mạng.
5. Luận điểm kinh doanh cho phần mềm mã nguồn mở/hệ thống hỗ trợ kinh doanh (OSS/BSS)
Dường như nhiều người coi OSS / BSS như một vấn đề thứ yếu. Nếu không phải là vấn đề thứ yếu, thì hầu hết vẫn là một khoản chi phí chứ không phải là nguồn tạo doanh thu. Mạng lưới mới là thứ nhận được tất cả sự chú ý, tiếp theo là các đội ngũ bán hàng mang lại khách hàng.
Cả hai đều đóng vai trò quan trọng trong mô hình kinh doanh và vận hành của nhà điều hành mạng, nhưng sơ đồ sau đây giúp làm rõ phạm vi thực sự của vai trò mà OSS/BSS đảm nhiệm:
Để xem phân tích chi tiết hơn về các thông tin trong hình ảnh này, hãy nhấp vào đây .
Nếu bạn cần biến những giá trị vô hình của phần mềm mã nguồn mở thành một luận chứng kinh doanh có thể định lượng và thuyết phục cho dự án tiếp theo của mình, hãy để lại lời nhắn qua biểu mẫu bình luận bên dưới và chúng tôi sẽ gửi cho bạn bản sao Công cụ xây dựng luận chứng kinh doanh phần mềm mã nguồn mở của chúng tôi .
6. Chuyển đổi phần mềm mã nguồn mở
Việc bắt tay vào chuyển đổi hệ thống vận hành doanh nghiệp (OSS) và/hoặc hệ thống hỗ trợ thuê bao (BSS) đặt ra một thách thức đa diện cho các công ty viễn thông. Trên thực tế, sự phức tạp có thể được xem là yếu tố đóng góp lớn nhất vào sự thành công của quá trình chuyển đổi OSS .
Các hệ thống này, thường được phát triển qua nhiều thập kỷ, với sự tích hợp và vướng mắc kéo dài tương ứng, bao gồm các quy trình cũ đã ăn sâu và các kho dữ liệu riêng biệt. Việc tích hợp chúng có thể làm tăng độ phức tạp lên theo cấp số nhân, do vô số tương tác và sự phụ thuộc lẫn nhau. Vai trò quan trọng của phần mềm mã nguồn mở (OSS) và hệ thống hỗ trợ vận hành (BSS) trong hoạt động hàng ngày có nghĩa là bất kỳ sự chuyển đổi nào cũng đều mang lại những tác động đáng kể đối với doanh nghiệp.
6.1 Những thách thức chính trong quá trình chuyển đổi hệ thống mã nguồn mở/hệ thống hỗ trợ dịch vụ (OSS/BSS)
Tích hợp với các hệ thống cũ : Hiện đại hóa hệ thống OSS/BSS đòi hỏi sự tích hợp liền mạch với các hệ thống cũ hiện có, vốn có thể không được thiết kế để hoạt động cùng nhau. Điều này có thể dẫn đến sự phức tạp và tiềm ẩn nguy cơ gián đoạn dịch vụ nếu không được quản lý cẩn thận.
Quản lý môi trường đa nhà cung cấp : Các công ty viễn thông thường hoạt động trong hệ sinh thái đa nhà cung cấp, mỗi nhà cung cấp có giao thức và giao diện riêng. Đảm bảo khả năng tương tác giữa các hệ thống đa dạng này là một thách thức đáng kể, đòi hỏi kế hoạch tỉ mỉ (và có thể cần tiêu chuẩn hóa như đã đề cập trong phần 2 và 3 ở trên).
Thúc đẩy chuyển đổi số : Cập nhật hệ thống OSS/BSS là yếu tố then chốt để thực hiện chuyển đổi số. Các hệ thống cũ có thể thiếu tính linh hoạt và khả năng tự động hóa cần thiết để hỗ trợ các công nghệ và dịch vụ mới, cản trở sự đổi mới và khả năng đáp ứng nhu cầu thị trường. Hiện có hơn 500 nhà cung cấp OSS/BSS và thậm chí nhiều sản phẩm hơn nữa trên thị trường để lựa chọn, vì vậy việc tìm ra giải pháp phù hợp nhất là yêu cầu quan trọng. Và đó là giả định bạn đang sử dụng giải pháp COTS (Commercial Off-the-Shelf) thay vì tự xây dựng giải pháp của riêng mình!
Đạt được sự linh hoạt và khả năng mở rộng : Kiến trúc OSS/BSS truyền thống dạng khối có thể cản trở sự linh hoạt và khả năng mở rộng. Việc chuyển đổi sang kiến trúc mô-đun (ví dụ: dựa trên microservices) cho phép tạo ra các giải pháp linh hoạt và có khả năng mở rộng hơn, giúp thích ứng nhanh chóng với các nhu cầu kinh doanh thay đổi.
Quản lý rủi ro : Sự phức tạp của quá trình chuyển đổi OSS/BSS tạo ra nhiều rủi ro khác nhau , bao gồm mất dữ liệu, thời gian ngừng hoạt động của hệ thống và các lỗ hổng bảo mật. Và đó chỉ là những rủi ro kỹ thuật. Ngoài ra còn có nhiều rủi ro liên quan đến yếu tố con người, mà việc quản lý và giảm thiểu chúng thậm chí còn quan trọng hơn. Đánh giá rủi ro toàn diện và các chiến lược giảm thiểu rủi ro là rất quan trọng để vượt qua những thách thức này một cách hiệu quả.
Tính toàn vẹn dữ liệu : Hệ thống OSS/BSS được chuyển đổi chỉ tốt khi dữ liệu mà nó sử dụng tốt. Chất lượng dữ liệu kém sẽ nhanh chóng làm xói mòn lòng tin của người dùng vào hệ thống, bất kể công cụ có tốt đến đâu. Bài viết này cung cấp chi tiết về việc thiết lập quản trị chất lượng dữ liệu .
6.2 Chiến lược chuyển đổi thành công
Tiêu chuẩn hóa : Việc áp dụng các tiêu chuẩn và khuôn khổ ngành có thể tạo điều kiện thuận lợi cho việc tích hợp và khả năng tương tác giữa các hệ thống khác nhau, giảm độ phức tạp và nâng cao hiệu quả.
- Hợp tác với các đối tác giàu kinh nghiệm : Việc hợp tác với các đối tác tích hợp có thành tích đã được chứng minh có thể cung cấp chuyên môn quý giá, giúp giải quyết những phức tạp trong môi trường đa nhà cung cấp và đảm bảo sự phù hợp với mục tiêu kinh doanh.
Lập kế hoạch toàn diện : Việc xây dựng lộ trình tích hợp chi tiết bao gồm đánh giá rủi ro và các chiến lược giảm thiểu rủi ro là rất quan trọng. Kế hoạch này cần giải quyết các thách thức tiềm tàng, đặt ra các mốc thời gian thực tế và phân bổ nguồn lực hiệu quả để giảm thiểu sự gián đoạn. PAOSS cung cấp Khung lập kế hoạch chuyển đổi OSS/BSS gồm 7 bước (TPF) , đã được phê chuẩn trong khuyến nghị GB1011 của TM Forum.
Quản lý thay đổi, truyền thông và đào tạo cho các bên liên quan : Các nguyên tắc quản lý thay đổi (ví dụ như Kotter hoặc ADKAR) thường bị bỏ qua trong các chương trình chuyển đổi hệ thống mã nguồn mở/hệ thống hỗ trợ dịch vụ (OSS/BSS). Duy trì kênh liên lạc mở với các bên liên quan và cung cấp các chương trình "thực tập" và đào tạo đầy đủ (không chỉ là một khóa đào tạo 2 tuần vào cuối quá trình chuyển đổi như một phần của danh sách kiểm tra bàn giao) có thể làm giảm sự phản kháng đối với sự thay đổi. Đảm bảo các nhóm được thông tin đầy đủ và chuẩn bị kỹ lưỡng sẽ tạo điều kiện thuận lợi cho quá trình chuyển đổi suôn sẻ hơn và thúc đẩy người dùng chấp nhận các hệ thống mới.
PAOSS tận dụng triệt để Cấu trúc Phân tích Công việc (WBS) không chỉ để lập kế hoạch cho các Dự án Chuyển đổi phức tạp, mà còn để thúc đẩy nhiều hoạt động quản lý dự án đang diễn ra và các tài liệu hỗ trợ (như được mô tả trong trang Khung tối ưu để lập kế hoạch cho các Chuyển đổi OSS quy mô lớn của chúng tôi ).
.
6.3 Mô hình kiến trúc
Quyết định kiến trúc đầu tiên mà bạn phải đối mặt là liệu bạn sẽ tự xây dựng, mua (hoặc kết hợp cả hai) . Sau khi đưa ra quyết định đó, bạn có thể muốn xem xét các mô hình kiến trúc khả thi cho hệ thống OSS/BSS mới được chuyển đổi của mình. Dưới đây là một số lựa chọn của bạn:
1. Kiến trúc nguyên khối
Mô tả : Hệ thống do một nhà cung cấp duy nhất xây dựng hoặc hệ thống tự phát triển với các mô-đun liên kết chặt chẽ.
Trường hợp sử dụng : Môi trường hệ thống cũ hoặc mạng lưới mới với danh mục dịch vụ đơn giản.
2. Kiến trúc mô-đun / Tích hợp các giải pháp tốt nhất
Mô tả : Nhiều nhà cung cấp hoặc mô-đun được lựa chọn độc lập cho từng lĩnh vực (ví dụ: CRM, Thanh toán, Quản lý kho, Bảo hiểm)
Trường hợp sử dụng : Các nhà khai thác có nhu cầu chuyên biệt hoặc muốn tránh phụ thuộc vào một nhà cung cấp duy nhất.
3. Kiến trúc liên kết
Mô tả : Các tên miền phụ hoạt động tương đối độc lập với các API kết nối các hệ thống.
Trường hợp sử dụng : Các công ty viễn thông đa quốc gia hoặc đa thương hiệu muốn có quyền tự chủ tại địa phương (hoặc có thể phát sinh từ việc mua lại công ty).
4. Kiến trúc phân lớp / kiến trúc ngang (phù hợp với TM Forum)
Mô tả : Các chức năng được phân chia thành các lớp ngang như Sản phẩm, Dịch vụ, Tài nguyên và Mạng lưới theo TM Forum ODA
Trường hợp sử dụng : Các chương trình chuyển đổi quy mô lớn nhằm mục đích tách rời các hệ thống.
5. Kiến trúc hướng dịch vụ (SOA) ( Tập trung vào API)
Mô tả : Các hệ thống tương tác thông qua API hoặc lớp Bus dịch vụ doanh nghiệp (ESB), thường được căn chỉnh theo API mở của TM Forum.
Trường hợp sử dụng : Các công ty viễn thông đầu tư vào triển khai linh hoạt, DevOps và CI/CD (hoặc kiến trúc sản phẩm OSS/BSS nội bộ)
6. Kiến trúc Microservices
Mô tả : Các chức năng OSS/BSS được chia nhỏ thành các dịch vụ có thể triển khai độc lập.
Trường hợp sử dụng : Các nhà cung cấp dịch vụ số (DSP) mới thành lập hoặc các dự án tái cấu trúc thế hệ tiếp theo (hoặc kiến trúc sản phẩm OSS/BSS nội bộ)
7. Hệ thống OSS-BSS dựa trên điện toán đám mây/SaaS
Mô tả : Các nền tảng ưu tiên điện toán đám mây được triển khai trên đám mây công cộng với công nghệ container hóa, dịch vụ quản lý và khả năng mở rộng linh hoạt.
Trường hợp sử dụng : Các nhà mạng ảo (MVNO), các thương hiệu con kỹ thuật số và các nhà cung cấp truy cập không dây cố định. Điều này cũng phù hợp với chiến lược lựa chọn giải pháp tốt nhất đã đề cập ở trên, sử dụng các dịch vụ đám mây/SaaS có sẵn.
8. Mô hình lõi lai + vệ tinh
Mô tả : Các hệ thống giao dịch cốt lõi (ví dụ: lập hóa đơn, CRM) vẫn được giữ nguyên trong khi các chức năng mới (ví dụ: AI, điều phối) được triển khai theo mô hình module xung quanh hệ thống cốt lõi.
Trường hợp sử dụng : Các công ty viễn thông hiện đại hóa từng bước trong khi vẫn bảo vệ các khoản đầu tư hiện có.
.
7. Tương lai của phần mềm mã nguồn mở sẽ như thế nào?
Những tiến bộ trong một số công nghệ được mô tả trong các chương trước (ví dụ: Điện toán đám mây, DevOps, Mã nguồn mở) đang thúc đẩy một sự thay đổi lớn trong hệ thống OSS/BSS của tương lai (thậm chí là hiện nay). Bạn có đang định hình lại hệ thống OSS của mình không? Bài viết này mô tả một số phương pháp đáng chú ý đang thay đổi thế giới viễn thông . Bài viết cũng tìm kiếm những hiểu biết của bạn về bất kỳ yếu tố đột phá nào khác mà bạn biết.
7.1 Bản sao/bộ ba kỹ thuật số và bản sao thực tế
Các bản sao/bộ ba kỹ thuật số và bản sao thực tế là một trong những yếu tố đột phá quan trọng nhất sẽ tác động mạnh mẽ đến thế giới viễn thông cùng với hệ thống vận hành/hệ thống hỗ trợ thuê ngoài (OSS/BSS) trong những năm tới. Thực tế tăng cường/Thực tế ảo (AR/VR) sẽ là nền tảng cho sự chuyển đổi toàn diện trải nghiệm kỹ thuật số và phương thức làm việc của chúng ta.
7.2 Phần mềm mã nguồn mở/hệ thống hỗ trợ dịch vụ đám mây (Cloud Native OSS/BSS)
Chúng ta đang chứng kiến sự chuyển dịch sang các phương pháp công nghệ ứng dụng dựa trên điện toán đám mây nhiều hơn . Với các trường hợp sử dụng 5G thường yêu cầu điện toán biên, các nhà cung cấp dịch vụ điện toán đám mây quy mô lớn cũng đang ngày càng quan tâm đến việc cung cấp dịch vụ cho các nhà cung cấp viễn thông. Nhấp vào liên kết này để tìm hiểu thêm về OSS/BSS trong các môi trường lưu trữ trên đám mây này .
Việc chuyển đổi từ kiến trúc OSS/BSS nguyên khối 3 tầng (máy khách dày, logic, dữ liệu) sang kiến trúc phân tán, mô-đun, thân thiện với điện toán đám mây hơn đang được tiến hành mạnh mẽ. Lợi ích của mô hình này, nếu được thực hiện đúng cách, là rất nhiều – sự linh hoạt trong kinh doanh và quản lý nhân lực, tốc độ đưa sản phẩm ra thị trường, cải thiện thời gian đạt được giá trị (TTV), khả năng mở rộng/linh hoạt to lớn để đáp ứng các nhu cầu khác nhau, khả năng phục hồi/phản hồi vốn có, tốc độ đổi mới/phát triển và tối ưu hóa chi phí (hiệu quả vốn).
7.3 Các phương pháp phát triển và triển khai phần mềm hiện đại
Các hệ thống OSS/BSS được xây dựng dựa trên các khái niệm do CNTT dẫn dắt như Continuous Delivery, DevOps, microservices, containerization, ứng dụng/cơ sở hạ tầng được lưu trữ và điều phối/kiểm thử tự động đang hỗ trợ sự chuyển đổi này. Điều này đúng với các tổ chức có năng lực phát triển phần mềm mạnh mẽ. Tuy nhiên, vẫn còn nhiều tổ chức chưa chuyển đổi sang mô hình lực lượng lao động tập trung vào phần mềm.
7.4 Khung phần mềm mã nguồn mở
Trong cả hai trường hợp, các tổ chức vẫn có khả năng sử dụng phần mềm có sẵn làm thành phần chính trong hệ thống OSS/BSS của họ. Điều đó có thể bao gồm các khung/công cụ mã nguồn mở như ONAP, OpenStack và nhiều công cụ khác. Nó cũng có thể bao gồm các giải pháp thương mại có sẵn (COTS). Hoặc nó có thể là sự kết hợp của cả hai.
Như đã đề cập, chúng tôi đã xác định hơn 500 nhà cung cấp phần mềm OSS/BSS có sẵn trong Sổ tay Nhà cung cấp OSS/BSS (The Blue Book) để giúp bạn xác định sự kết hợp sản phẩm phù hợp cho tổ chức của mình.
Đối với các nhà khai thác mạng có kỹ năng phát triển nội bộ, các khả năng/tính năng của hệ thống OSS/BSS và dịch vụ mạng sẽ ngày càng được ghi lại bằng API (ngày càng được xây dựng theo Đặc tả OpenAPI và được đơn giản hóa thông qua việc sử dụng nhất quán và rộng rãi các công cụ như Swagger giúp thiết kế, xây dựng, ghi lại và sử dụng API REST). Sau đó, các dịch vụ này sẽ được tìm thấy và/hoặc đăng ký trong các danh mục quản lý ứng dụng.
7.5 Danh mục sản phẩm/dịch vụ/nguồn lực
Việc phân chia thành các mô-đun và lập danh mục sản phẩm, dịch vụ và tài nguyên sẽ giúp các nhà khai thác mạng có được sự linh hoạt và tốc độ cao hơn trong việc đưa các sản phẩm mới ra thị trường. Nó cũng cung cấp khả năng cho khách hàng tự cấu hình lại các dịch vụ mạng của họ theo yêu cầu. Điều này khác với hệ thống OSS/BSS trước đây vốn giả định dữ liệu/cấu hình thay đổi chậm hoặc tĩnh.
7.6 Phối khí
Điều phối là yếu tố then chốt cho phép thay đổi theo yêu cầu, cho phép tự động hóa cơ sở hạ tầng (ví dụ: điện toán, lưu trữ và mạng) và các tài nguyên cũng như các dịch vụ mạng sử dụng chúng. Một số thay đổi dịch vụ sẽ được tự động hóa hoàn toàn và có thể được thực hiện nhanh chóng bằng phần mềm. Các dịch vụ phức tạp khác vẫn sẽ được quy trình hóa, nhưng sẽ cần sự can thiệp của con người, chẳng hạn như thay đổi cơ sở hạ tầng vật lý.
7.7 Khung quan sát
Các khung giám sát đang ngày càng được các nhà khai thác mạng ưa chuộng để cho phép giám sát, phân tích và khắc phục sự cố toàn diện đối với các mạng phức tạp. Các công cụ đảm bảo mạng tương tự đã tồn tại hàng thập kỷ, nhưng các giải pháp hiện đại này thu thập dữ liệu có cấu trúc và không có cấu trúc từ nhiều nguồn khác nhau, không chỉ giới hạn ở các cảnh báo/sự kiện/nhật ký mạng. Chúng cũng có thể thu thập nhiều thông tin đa dạng như phân tích cảm xúc, mô hình thời tiết, dữ liệu thiết bị thử nghiệm và nhiều hơn nữa. Một yếu tố thiết yếu khác của các khung hiện đại này là khả năng cung cấp giao diện người dùng tùy chỉnh và cá nhân hóa để trình bày dữ liệu tổng hợp theo những cách linh hoạt cao.
7.8 AIOps
Các khung AIOps (Trí tuệ nhân tạo cho hoạt động CNTT) ngày càng trở nên quan trọng, một phần do sự phức tạp và quy mô ngày càng tăng của các mạng truyền thông hiện đại, và cũng do những cải tiến trong lĩnh vực trí tuệ nhân tạo (AI) và học máy (ML) có thể được tận dụng trên các tập dữ liệu viễn thông. Các giải pháp AIOps tăng cường quản lý mạng bằng cách tích hợp AI/ML và phân tích dữ liệu lớn. Các khung này tự động hóa việc giám sát mạng, bảo trì phòng ngừa, giải quyết sự cố và khắc phục sự cố, cũng như tối ưu hóa việc sử dụng tài nguyên. Những công nghệ này vẫn còn tương đối mới nhưng đang chứng tỏ sự thành công trong việc tự động hóa một số bước quản lý sự cố, giúp người vận hành có thêm thời gian tập trung vào việc giải quyết và khắc phục sự cố.
Mục tiêu của hầu hết các nhà mạng là sử dụng tính phổ biến của cơ sở hạ tầng vật lý, thiết bị CPE (Thiết bị đặt tại cơ sở khách hàng) dạng hộp trắng và mạng lập trình được để đảm bảo rằng hầu hết mọi thay đổi đều có thể được thực hiện trên phần mềm gần như tức thì. Và điều gì điều phối tất cả những điều đó? À, đúng rồi, đó chính là hệ thống OSS/BSS của chúng ta!!
Chúng tôi đã biên soạn một báo cáo toàn diện về AIOps có tên gọi “AIOps của Tương lai: Hướng dẫn chi tiết” và có thể tải xuống tại đây . Chúng tôi cũng đã chuẩn bị video giới thiệu sau đây:
8. Câu hỏi thường gặp về OSS & BSS
Dưới đây là 25 câu hỏi thường gặp nhất (và câu trả lời tương ứng) liên quan đến phần mềm mã nguồn mở (OSS) và phần mềm hỗ trợ nghiệp vụ (BSS). Nếu bạn có bất kỳ câu hỏi nào khác, vui lòng để lại trong biểu mẫu ở cuối trang này.
| Câu hỏi thường gặp | Trả lời |
|---|---|
| 1. OSS và BSS thực chất là gì và chúng khác nhau như thế nào? | Hệ thống hỗ trợ vận hành (OSS) là các hệ thống xử lý thông tin được các nhà khai thác sử dụng để quản lý mạng truyền thông, tập trung vào các chức năng hướng đến mạng như quản lý lỗi và hiệu suất. Hệ thống hỗ trợ kinh doanh (BSS) xử lý các chức năng kinh doanh và hướng đến khách hàng như quản lý quan hệ khách hàng (CRM), lập hóa đơn và quản lý đơn hàng. Sự khác biệt chính là OSS liên quan đến hoạt động mạng, trong khi BSS tập trung vào các hoạt động kinh doanh liên quan đến khách hàng. |
| 2. Tại sao OSS và BSS lại quan trọng đối với viễn thông hiện đại và việc cung cấp dịch vụ? | Hệ thống OSS và BSS cho phép các nhà khai thác mạng cung cấp dịch vụ một cách hiệu quả và đáng tin cậy cho một lượng lớn thuê bao trên các mạng viễn thông toàn cầu phức tạp. Chúng điều phối khách hàng, dịch vụ, tài nguyên, quy trình và các hoạt động thiết yếu cho việc cung cấp dịch vụ. |
| 3. Hệ thống OSS và BSS tích hợp với cơ sở hạ tầng mạng hiện có và cũ như thế nào? | Việc tích hợp các hệ thống OSS và BSS với cơ sở hạ tầng mạng hiện có và cũ đòi hỏi phải giải quyết các thách thức như khả năng tương thích với các công nghệ cũ, tính nhất quán dữ liệu giữa các hệ thống và đảm bảo sự gián đoạn tối thiểu trong quá trình tích hợp. Một khía cạnh quan trọng của việc tích hợp này là chuyển đổi từ các giao diện độc quyền, cũ sang các API mở được tiêu chuẩn hóa. Sự chuyển đổi này tạo điều kiện thuận lợi cho việc giao tiếp liền mạch giữa các hệ thống khác nhau, tăng cường khả năng tương tác và hỗ trợ triển khai nhanh chóng các dịch vụ mới. Việc tích hợp hiệu quả đòi hỏi phải lập kế hoạch kỹ lưỡng, hiểu rõ môi trường mạng hiện có và triển khai các giải pháp phần mềm trung gian hoặc bộ chuyển đổi có thể thu hẹp khoảng cách giữa các hệ thống cũ và mới. Việc kiểm tra dữ liệu thường xuyên và các cơ chế đồng bộ hóa cũng rất cần thiết để duy trì tính toàn vẹn dữ liệu trên các nền tảng tích hợp. |
| 4. Các chức năng chính của hệ thống OSS trong hoạt động mạng là gì? | Hệ thống OSS hỗ trợ các nhà khai thác trong việc thiết kế, xây dựng, vận hành và bảo trì mạng lưới thông tin liên lạc. Chúng cung cấp các chức năng như quản lý lỗi và hiệu suất (đảm bảo chất lượng), kích hoạt khách hàng (thực hiện), quản lý tài sản/hàng tồn kho/cấu hình, bảo mật mạng, và nhiều hơn nữa. |
| 5. Hệ thống BSS hỗ trợ việc lập hóa đơn, quản lý quan hệ khách hàng và đảm bảo doanh thu như thế nào? | Hệ thống BSS quản lý các chức năng kinh doanh và tương tác với khách hàng, bao gồm quản lý quan hệ khách hàng (CRM), cung cấp sản phẩm/dịch vụ, lập hóa đơn và định giá, cũng như các giao dịch liên mạng như thanh toán và điểm kết nối liên mạng. |
| 6. Những thách thức nào thường gặp phải trong các dự án triển khai phần mềm mã nguồn mở/phần mềm hỗ trợ dịch vụ (OSS/BSS)? | Việc chuyển đổi hệ thống OSS/BSS rất phức tạp và tiềm ẩn nhiều rủi ro, thường đòi hỏi sự hiểu biết sâu sắc và tái cấu trúc các hệ thống đã phát triển qua nhiều thập kỷ. Mỗi thành phần có thể có các quy trình kế thừa và kho dữ liệu riêng, dẫn đến sự gia tăng theo cấp số nhân về độ phức tạp tích hợp. Do vai trò quan trọng của chúng trong hoạt động mạng, rủi ro đối với sự chuyển đổi thành công là vô cùng lớn. |
| 7. Làm thế nào các tổ chức có thể quản lý môi trường đa nhà cung cấp trong khuôn khổ phần mềm mã nguồn mở/hệ thống hỗ trợ vận hành của mình? | Quản lý môi trường đa nhà cung cấp đòi hỏi phải giải quyết các vấn đề về mô hình dữ liệu không đồng nhất, giao diện không nhất quán và lộ trình phát triển sản phẩm khác nhau, điều này tạo ra sự phức tạp đáng kể. Nếu thiếu thiết kế và quản trị bài bản, các công cụ của mỗi nhà cung cấp có nguy cơ bị cô lập, khiến việc điều phối và thu thập thông tin từ đầu đến cuối trở nên khó khăn. |
| 8. Việc tích hợp OSS và BSS có thể thúc đẩy chuyển đổi số cho các nhà cung cấp dịch vụ như thế nào? | Việc tích hợp hiệu quả hệ thống OSS/BSS cho phép các nhà mạng vượt qua những hạn chế của hệ thống cũ, cung cấp dịch vụ nhanh hơn, cá nhân hóa trải nghiệm khách hàng và tận dụng các công nghệ mạng mới như 5G và cơ sở hạ tầng ảo hóa. Sự tích hợp này là yếu tố then chốt thúc đẩy chuyển đổi số. |
| 9. Đâu là những thực tiễn tốt nhất quan trọng cho việc hiện đại hóa và chuyển đổi hệ thống mã nguồn mở/hệ thống điều hành (OSS/BSS)? | Chúng tôi không mấy ưa thích thuật ngữ “thực tiễn tốt nhất”, đặc biệt là trong lĩnh vực phần mềm mã nguồn mở/phần mềm hỗ trợ hệ thống (OSS/BSS) vì mỗi môi trường lại có bản chất rất khác nhau. Tuy nhiên, những điều sau đây sẽ cung cấp một số gợi ý liên quan đến các thực tiễn được đánh giá cao và áp dụng rộng rãi trong OSS hiện đại. Áp dụng phương pháp từng bước cho phép tích hợp dần dần, giảm thiểu rủi ro và đảm bảo quá trình chuyển đổi suôn sẻ. Sử dụng các tiêu chuẩn mở và API giúp tăng cường khả năng tương tác giữa các hệ thống, tạo điều kiện thuận lợi cho giao tiếp liền mạch. Tập trung vào thiết kế hướng đến khách hàng đảm bảo các hệ thống đáp ứng kỳ vọng của người dùng và nâng cao sự hài lòng. Kết hợp tự động hóa và trí tuệ nhân tạo giúp tinh giản hoạt động, giảm thiểu các tác vụ thủ công và tăng hiệu quả. Thiết lập các biện pháp quản trị dữ liệu và bảo mật mạnh mẽ giúp bảo vệ thông tin nhạy cảm và duy trì tính toàn vẹn của dữ liệu. |
| 10. Hệ thống OSS/BSS đóng góp như thế nào vào việc nâng cao trải nghiệm khách hàng và chất lượng dịch vụ? | Có vô số cách mà OSS/BSS nâng cao trải nghiệm khách hàng. Quá nhiều để thảo luận ở đây, nhưng đây là một vài điểm khởi đầu: Bằng cách cho phép thu thập và quản lý dữ liệu đo từ xa mạng gần như thời gian thực (ví dụ: cảnh báo, hiệu suất, cung cấp dịch vụ, v.v.), hệ thống OSS/BSS cho phép phản hồi nhanh chóng các yêu cầu của khách hàng (ví dụ: kích hoạt và sửa đổi dịch vụ nhanh chóng, sửa chữa chủ động thiết bị bị hỏng/xuống cấp, v.v.), đáp ứng nhu cầu của khách hàng một cách kịp thời. Chúng tổng hợp dữ liệu để cung cấp thông tin chi tiết toàn diện về khách hàng, tạo điều kiện thuận lợi cho các dịch vụ cá nhân hóa và hỗ trợ chủ động. Đảm bảo quản lý hóa đơn và doanh thu chính xác giúp giảm thiểu lỗi và tranh chấp, tăng cường niềm tin của khách hàng. Hỗ trợ tương tác đa kênh cho phép khách hàng tương tác liền mạch thông qua nhiều nền tảng khác nhau, cải thiện khả năng truy cập và sự tiện lợi. |
| 11. Tự động hóa và điều phối đóng vai trò gì trong việc tối ưu hóa hiệu quả của hệ thống OSS/BSS? | Tự động hóa và điều phối đóng vai trò then chốt trong việc nâng cao hiệu quả của hệ thống OSS/BSS. Chúng giúp đơn giản hóa việc cung cấp dịch vụ bằng cách tự động hóa quy trình làm việc, giảm thiểu sự can thiệp thủ công và đảm bảo cung cấp dịch vụ nhanh chóng và nhất quán. Điều phối phối hợp nhiều tác vụ tự động trên các hệ thống khác nhau, cho phép quản lý dịch vụ liền mạch từ đầu đến cuối. Điều này dẫn đến hiệu quả hoạt động được cải thiện, giảm thiểu lỗi và rút ngắn thời gian đưa các dịch vụ mới ra thị trường. |
| 12. Phân tích dữ liệu và giám sát thời gian thực được sử dụng như thế nào trong các hệ thống OSS/BSS? | Phân tích dữ liệu và giám sát thời gian thực là những yếu tố không thể thiếu đối với các hệ thống OSS/BSS. Giám sát thời gian thực cho phép người vận hành liên tục quan sát hiệu suất mạng, phát hiện các bất thường và giải quyết vấn đề kịp thời, đảm bảo chất lượng dịch vụ tối ưu. Phân tích dữ liệu bao gồm việc xem xét các tập dữ liệu lớn để tìm ra các mẫu, dự đoán xu hướng và đưa ra các quyết định sáng suốt. Cả hai cùng nhau cho phép quản lý mạng một cách chủ động, nâng cao trải nghiệm khách hàng và hỗ trợ lập kế hoạch chiến lược bằng cách cung cấp những hiểu biết hữu ích về hoạt động mạng và hành vi người dùng. |
| 13. Công nghệ 5G, ảo hóa mạng và phân vùng mạng sẽ tác động như thế nào đến các giải pháp OSS/BSS? | Sự ra đời của 5G, ảo hóa mạng và phân vùng mạng mang đến những phức tạp và cơ hội mới cho các giải pháp OSS/BSS. Những công nghệ này đòi hỏi các hệ thống OSS/BSS phải quản lý các mạng lưới năng động và linh hoạt hơn, hỗ trợ các yêu cầu dịch vụ đa dạng và cho phép triển khai nhanh chóng các dịch vụ mới. Đặc biệt, phân vùng mạng yêu cầu OSS/BSS phải xử lý việc tạo và quản lý nhiều mạng ảo trên một cơ sở hạ tầng vật lý dùng chung, mỗi mạng được tùy chỉnh cho các trường hợp sử dụng cụ thể hoặc nhu cầu của khách hàng. Điều này đòi hỏi khả năng điều phối, tự động hóa và phân tích thời gian thực tiên tiến trong OSS/BSS để đảm bảo hoạt động hiệu quả, duy trì chất lượng dịch vụ và đáp ứng các thỏa thuận mức dịch vụ (SLA) nghiêm ngặt. Ngoài ra, việc tích hợp các công nghệ này yêu cầu OSS/BSS phải hỗ trợ các giao diện và giao thức tiêu chuẩn để tạo điều kiện thuận lợi cho khả năng tương tác và giao tiếp liền mạch trên các môi trường mạng không đồng nhất. |
| 14. Làm thế nào có thể tận dụng trí tuệ nhân tạo (AI) và máy học để cải thiện việc quản lý lỗi và đảm bảo chất lượng dịch vụ? | Trí tuệ nhân tạo (AI) và học máy, đặc biệt trong khuôn khổ AIOps (Trí tuệ nhân tạo cho hoạt động CNTT), giúp tăng cường quản lý mạng bằng cách tự động hóa giám sát, bảo trì dự đoán, giải quyết sự cố và tối ưu hóa tài nguyên. Những công nghệ này cho phép phát hiện và giải quyết lỗi một cách chủ động, cải thiện sự đảm bảo dịch vụ và hiệu quả hoạt động. |
| 15. Những biện pháp nào là cần thiết để đảm bảo an ninh mạnh mẽ và tính toàn vẹn dữ liệu trong OSS/BSS? | Đảm bảo an ninh mạnh mẽ và tính toàn vẹn dữ liệu trong hệ thống OSS/BSS bao gồm việc triển khai các chính sách bảo mật toàn diện, kiểm toán thường xuyên, mã hóa, kiểm soát truy cập và giám sát liên tục. Áp dụng các khuôn khổ tiêu chuẩn và các thực tiễn tốt nhất giúp duy trì tính toàn vẹn dữ liệu và bảo vệ chống lại truy cập trái phép và các mối đe dọa trên mạng. |
| 16. Hệ thống OSS/BSS giúp tuân thủ các quy định và tiêu chuẩn ngành như thế nào? | Các hệ thống OSS/BSS hỗ trợ tuân thủ bằng cách tích hợp các chức năng phù hợp với các quy định và tiêu chuẩn của ngành. Chúng tạo điều kiện thuận lợi cho việc báo cáo chính xác, lưu trữ dữ liệu, theo dõi kiểm toán và tuân thủ các quy trình, đảm bảo các nhà cung cấp dịch vụ đáp ứng các yêu cầu pháp lý và quy định. |
| 17. Các chỉ số hiệu suất chính và KPI để đánh giá hiệu quả của hệ thống OSS/BSS là gì? | Các chỉ số hiệu suất chính để đánh giá hiệu quả của hệ thống OSS/BSS bao gồm thời gian hoạt động của dịch vụ, thời gian sửa chữa trung bình (MTTR), thời gian trung bình giữa các lần hỏng hóc (MTBF), tỷ lệ hoàn thành đơn hàng, độ chính xác của hóa đơn, điểm số hài lòng của khách hàng và việc tuân thủ các thỏa thuận mức dịch vụ (SLA). Các chỉ số này giúp đánh giá hiệu suất hệ thống và xác định các lĩnh vực cần cải thiện. |
| 18. Kiến trúc dựa trên điện toán đám mây có thể chuyển đổi các triển khai OSS/BSS truyền thống như thế nào? | Kiến trúc dựa trên đám mây mang lại khả năng mở rộng, tính linh hoạt và hiệu quả chi phí cho việc triển khai hệ thống OSS/BSS. Chúng cho phép cung cấp nhanh chóng, hỗ trợ mở rộng quy mô động, giảm chi phí cơ sở hạ tầng và tạo điều kiện thuận lợi cho việc áp dụng các công nghệ và dịch vụ mới, nâng cao khả năng vận hành linh hoạt tổng thể. |
| 19. Những yếu tố then chốt nào đang định hình sự phát triển của các công nghệ OSS/BSS trên toàn cầu? | Động lực chính là ảo hóa mạng, đang tác động đến bản chất của các mạng được quản lý. Ví dụ, việc áp dụng mạng 5G đòi hỏi các hệ thống có khả năng xử lý tốc độ cao hơn, độ trễ thấp hơn và khả năng phân chia mạng, thường được lưu trữ trên đám mây (VNF – chức năng mạng ảo) thay vì các thiết bị vật lý (PNF – chức năng mạng vật lý) như trước đây. Sự chuyển đổi sang kiến trúc dựa trên đám mây thúc đẩy nhu cầu về các giải pháp OSS/BSS có khả năng mở rộng và linh hoạt, có thể hoạt động hiệu quả trong môi trường đám mây. Việc chú trọng vào trải nghiệm khách hàng thúc đẩy các hệ thống cung cấp tương tác cá nhân hóa và liền mạch. Việc tích hợp trí tuệ nhân tạo và tự động hóa giúp tăng cường hiệu quả hoạt động và cho phép phân tích dự đoán để đưa ra quyết định chủ động. |
| 20. Làm thế nào các nhà cung cấp dịch vụ có thể triển khai hệ thống OSS/BSS một cách linh hoạt và có khả năng mở rộng? | Các chương trình chuyển đổi cần được thiết kế để đảm bảo tính linh hoạt và khả năng mở rộng ngay từ đầu. Kiến trúc mô-đun, API tiêu chuẩn và phương pháp ưu tiên tự động hóa sẽ tạo ra sự linh hoạt về kỹ thuật và tổ chức cần thiết để thích ứng khi nhu cầu kinh doanh thay đổi. |
| 21. Có những chiến lược nào để quản lý và giảm thiểu rủi ro tích hợp giữa phần mềm mã nguồn mở và phần mềm hệ thống kinh doanh? | Các chiến lược tích hợp phải giải quyết vấn đề tương thích kỹ thuật, di chuyển dữ liệu, kế hoạch khôi phục, chuyển đổi theo từng giai đoạn, trách nhiệm của nhà cung cấp và kiểm thử nghiêm ngặt dưới tải trọng. Mô hình sở hữu và chia sẻ rủi ro rõ ràng giữa bộ phận kinh doanh và CNTT là rất cần thiết để tránh những sự cố bất ngờ trong quá trình kích hoạt hệ thống. |
| 22. Làm thế nào để tích hợp các khả năng tự phục vụ của khách hàng vào khuôn khổ BSS? | Hệ thống BSS hiện tại lưu trữ dữ liệu và vận hành các quy trình hỗ trợ khách hàng tự phục vụ. Việc phát triển giao diện người dùng trực quan cho nhiều kênh khác nhau (ví dụ: ứng dụng web và di động) cho phép khách hàng dễ dàng quản lý tài khoản, dịch vụ và thông tin thanh toán theo cách họ cảm thấy thoải mái nhất. Cung cấp quyền truy cập thông tin theo thời gian thực cho phép khách hàng xem thống kê sử dụng, lịch sử thanh toán và yêu cầu hỗ trợ ngay lập tức. Khả năng tùy chỉnh dịch vụ cho phép khách hàng sửa đổi dịch vụ của họ mà không cần tương tác trực tiếp với nhân viên hỗ trợ, nâng cao sự tiện lợi và hài lòng. |
| 23. Microservices và API đóng vai trò gì trong việc phát triển hệ sinh thái OSS/BSS linh hoạt? | Kiến trúc microservices hiện nay được sử dụng rộng rãi để tăng cường tính mô-đun của phần mềm mã nguồn mở/hệ thống điều khiển (bằng cách chia nhỏ các hệ thống phức tạp thành các dịch vụ nhỏ hơn, độc lập, có thể được phát triển, triển khai và mở rộng quy mô riêng lẻ). API tạo điều kiện thuận lợi cho việc giao tiếp giữa các dịch vụ khác nhau và các hệ thống bên ngoài, thúc đẩy khả năng tương tác. Cách tiếp cận này có thể cải thiện tính linh hoạt, cho phép cập nhật và triển khai các tính năng mới nhanh hơn mà không cần phải đại tu toàn bộ hệ thống. Nó cũng hỗ trợ khả năng mở rộng, cho phép các hệ thống xử lý tải trọng tăng lên bằng cách mở rộng quy mô các dịch vụ cụ thể khi cần thiết. |
| 24. Các hệ thống OSS/BSS hỗ trợ quản lý vòng đời sản phẩm và đổi mới dịch vụ như thế nào? | Hệ thống OSS/BSS giúp tối ưu hóa quá trình phát triển sản phẩm bằng cách hỗ trợ thiết kế, thử nghiệm và ra mắt các sản phẩm và dịch vụ mới thông qua quy trình làm việc tích hợp. Chúng cho phép rút ngắn thời gian đưa sản phẩm ra thị trường, giảm thời gian cần thiết để giới thiệu các sản phẩm mới và cho phép các công ty phản ứng nhanh chóng với nhu cầu thị trường. Quản lý hiệu quả danh mục sản phẩm giúp tổ chức và duy trì kho lưu trữ tập trung các sản phẩm và dịch vụ để dễ dàng truy cập và chỉnh sửa. Các hệ thống này cũng hỗ trợ việc đóng gói sản phẩm và các chương trình khuyến mãi, cho phép tạo ra các gói sản phẩm và chiến dịch khuyến mãi để thu hút và giữ chân khách hàng. |
| 25. Những xu hướng tương lai và công nghệ mới nổi nào có khả năng ảnh hưởng nhất đến các chiến lược OSS/BSS? | Các xu hướng tương lai và công nghệ mới nổi tác động đến chiến lược OSS/BSS bao gồm: các công nghệ mới nổi như AR/VR, AI, điện toán lượng tử, tự động hóa, ảo hóa, điện toán biên, mạng tự phục hồi, sự phổ biến của IoT, truyền thông vệ tinh quỹ đạo thấp (LEO), công nghệ truyền thông vô tuyến mới, sản phẩm năng lượng xanh, chip, robot và hợp đồng thông minh; động lực thị trường như thay đổi quy định, mô hình sử dụng đang phát triển (ví dụ: tăng cường tiêu thụ video độ nét cao, ứng dụng AI), sự phát triển của dịch vụ doanh nghiệp, cạnh tranh, hợp tác, chiến lược kiếm tiền và nhu cầu khách hàng thay đổi; các yếu tố kinh tế và địa chính trị, bao gồm các xu hướng kinh tế ảnh hưởng đến đầu tư viễn thông, quan hệ quốc tế tác động đến chuỗi cung ứng và an ninh mạng, và những thay đổi chính sách ảnh hưởng đến cấu trúc thị trường và quyền riêng tư dữ liệu. |
TƯ VẤN: Click Here hoặc Hotline/Zalo 090.29.12.888
=============================
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
