Đối với các bài viết liên quan được tôi chia sẻ về tự động hóa mạng, vui lòng tham khảo danh mục "NetDevOps from Scratch"
Trong những năm gần đây, với sự phát triển không ngừng của lĩnh vực điện toán đám mây toàn cầu và sự tăng trưởng không ngừng của hoạt động kinh doanh, công nghệ mạng cũng tiếp tục phát triển và công nghệ SDN ra đời. Từ ý tưởng cốt lõi ban đầu về việc tách chuyển tiếp và kiểm soát dựa trên Openflow, mọi người tiếp tục mở rộng Trong phần mở rộng của SDN, hiện tại mọi người có thể đạt được sự đồng thuận rằng Openflow không còn là điều kiện cần thiết (nhưng việc tách chuyển tiếp và kiểm soát là vẫn là điều kiện cốt lõi) và khả năng lập trình mạng đã dần trở thành một trong những tiêu chí quan trọng để đo lường kiến trúc SDN.
Hoạt động lập trình của thiết bị mạng truyền thống thường dựa trên giao thức CLI và SNMP. Cho dù là tập lệnh hay phần mềm quản lý mạng, chúng đều được phát triển trên cơ sở này để đạt được phạm vi rộng về khả năng lập trình mạng mà chúng ta sẽ nói đến hôm nay. khả năng, từ đó hiện thực hóa việc tự động hóa nhiều kịch bản. Một số thiết bị hỗ trợ cấu hình một số giao diện web và thay thế cấu hình tổng thể thông qua xml. Đây là những trường hợp rất hiếm và sẽ không được mô tả chi tiết trong bài viết này.
CLI
CLI (Giao diện dòng lệnh) thực hiện tương tác giữa người và máy tính thông qua dòng lệnh. Đó là một kỹ năng cần thiết cho nhân viên mạng. Người ta mở phần mềm SSH hoặc Telnet vào thiết bị hàng ngày, sau đó dán cấu hình, lưu lại và có hiệu lực. Một ngày nọ, mọi người cảm thấy mệt mỏi với kiểu lặp đi lặp lại này và sử dụng một chương trình để tự động tạo tập lệnh cấu hình, đăng nhập vào thiết bị theo đợt và đưa ra cấu hình để có hiệu lực, thực hiện tự động hóa. Đây là một phương pháp lập trình mạng. Hãy nói về những ưu điểm rất phù hợp với suy nghĩ, ý tưởng của người dân và hệ thống kỹ thuật hiện có. Nhưng cuối cùng, cách tiếp cận này có lợi cho mọi người hơn là các thiết bị mạng. Nó có những nhược điểm sau:
-Có sự khác biệt rất lớn về bộ lệnh giữa các nhà sản xuất. Không chỉ nhà sản xuất mà các phiên bản phần mềm khác nhau của cùng một dòng máy cũng có thể có những khác biệt rất khác nhau.
-Các nhà phát triển phải làm quen với bộ lệnh và cách sử dụng nó. Có những rủi ro bảo mật ở cấp độ cấu hình. Ví dụ, chỉ cần một cái búng tay, cổng tôi muốn mở sẽ biến thành cổng đóng…
-Không có yêu cầu bắt buộc đối với các giao thức truyền dẫn (SSH và Telnet) và có những rủi ro về bảo mật sản xuất.
-Quá trình phân tích và tạo cấu hình cực kỳ phức tạp. Trong nhiều trường hợp, những quy tắc thông thường được viết ra chỉ có thể gần vô cùng với “sự thật”, chứ không phải toàn bộ “sự thật”.
-Không có giao dịch và cấu hình có thể có hiệu lực một phần và một phần không có hiệu lực.
-Không có cơ chế kiểm tra tự động và hoàn toàn phụ thuộc vào con người. Ví dụ: tôi muốn kiểm tra xem tập lệnh được tạo có đúng hay không. Có một cách nhưng rất khó và thường khó thực hiện một cách dễ dàng.
-Không có ý tưởng về mô hình hóa dữ liệu
CLI luôn là một cách tương tác giữa người và máy tính. Nó có thể cung cấp cho mạng những khả năng lập trình nhất định thông qua các chương trình, nhưng xét cho cùng, nó không phải là một phương pháp vốn có thể lập trình được trên mạng. Trong làn sóng điện toán đám mây và SDN hiện nay, nó không phù hợp để triển khai tự động quy mô lớn trong mạng và khả năng lập trình của nó còn hạn chế. Người ngoài khó có thể hiểu được sự khó khăn của sự phát triển.
SNMP
SNMP (SNMP, Giao thức quản lý mạng đơn giản), giao thức này có thể hỗ trợ các hệ thống quản lý mạng giám sát xem các thiết bị được kết nối với mạng có bất kỳ tình huống nào khiến quản lý chú ý hay không. Nó bao gồm một bộ tiêu chuẩn quản lý mạng, bao gồm giao thức lớp ứng dụng, lược đồ cơ sở dữ liệu và một bộ đối tượng dữ liệu.
Đối với một phần nội dung trên Wikipedia, chúng tôi nêu bật các đối tượng quản lý, giám sát và dữ liệu mạng. Nó được sử dụng để quản lý mạng, có thể được cấu hình và thu thập và chủ yếu được sử dụng để giám sát. Nó có mô hình hóa dữ liệu để cấu trúc một số mô-đun, đặc điểm và dữ liệu trạng thái của thiết bị mạng. Nó chủ yếu được sử dụng cho các hệ thống quản lý mạng (chủ yếu là giám sát). Sau đó hãy nói về những thiếu sót của nó:
-Khả năng đọc kém. Nó thích "máy" hơn trong con người-máy. Nó không thể đọc được khi sử dụng và dữ liệu mô hình hóa cũng không thể đọc được. Nó sử dụng superset của ASN.1.
- Độ an toàn còn hạn chế. Có ba phiên bản: v1, v2c và v3 và tính bảo mật được cải thiện theo trình tự. Tuy nhiên, phổ biến nhất là v2c, có độ bảo mật hạn chế. Phiên bản v3 được thiết kế rất an toàn nhưng không phổ biến. . .
-Không có cơ chế sao lưu, phục hồi hoặc rollback. Chúng tôi cũng có show run và các phương thức khác để sao lưu dòng lệnh, nhưng snmp. . .
-Rất ít viết. Đọc nhiều, viết ít, chủ yếu dùng để theo dõi.
-Các mục dữ liệu có thể thu thập được có giới hạn và không thể lấy được cấu hình của toàn bộ thiết bị. Nhiều khi chúng ta thấy rằng có thể sử dụng cli để thu thập nhưng không thể sử dụng snmp để thu thập.
-Có một nút cổ chai hiệu suất. Giới hạn trên của dữ liệu được thu thập là 64K và mức độ chi tiết của bộ sưu tập quá lớn. Trong các mạng lớn và phức tạp, có thể mất vài phút hoặc lâu hơn. Điều này cũng nhấn mạnh điểm quan trọng. Yêu cầu của chúng tôi về mức độ chi tiết cũng rất nghiêm ngặt. Nhiều khi chúng tôi hy vọng sẽ thu thập được lưu lượng truy cập vào cổng cứ sau vài giây. Trong các mạng lớn, tôi nghĩ phần mềm quản lý mạng truyền thống là… Nói thêm một câu nữa, phương pháp hiện tại là Đo từ xa (chẳng hạn như gRPC) có thể đạt được mức micro giây và một số yêu cầu sự kết hợp giữa phần mềm và phần cứng. Nó chưa phổ biến nhưng trong tương lai chắc chắn nó sẽ trở thành xu hướng. Về việc khi nào điều này sẽ xảy ra trong tương lai…
-Kể từ khi ra đời, SNMP đã được sử dụng rất nhiều trong lĩnh vực giám sát mạng để lấy dữ liệu phục vụ giám sát. Sự thiếu hụt và phức tạp của khả năng cấu hình đã dẫn đến việc ít sử dụng nó trong cấu hình mạng. Mạng chỉ đọc có thể lập trình được.
Giao thức Netconf và Mô hình YANG
Đối mặt với thế hệ mạng tiếp theo, chúng ta cần loại giao thức quản lý mạng nào để nhận ra tốt hơn khả năng lập trình mạng và cải thiện mức độ tự động hóa?
IETF đã đề xuất các ý tưởng sau trong RFC3535 vào năm 2002 (thực tế có 33 ý tưởng trong số đó. Dựa trên thông tin trực tuyến và kiến thức của tác giả, tôi đã viết các ý tưởng sau):
1. Có giao diện lập trình để cấu hình mạng
2. Cấu hình giống nhau có thể được sử dụng giữa các nhà sản xuất và kiểu máy
3. Cần thống nhất một ngôn ngữ mô hình hóa dễ đọc
4. Hoàn thiện chức năng kiểm tra và khắc phục lỗi
5. Giao dịch
Nếu bạn có một ý tưởng, chỉ cần thực hiện nó. Năm 2006, IETF đề xuất giao thức Netconf, giải quyết các vấn đề do RFC3535 nêu ra. Netconf ban đầu chỉ quy định khuôn khổ và hoạt động cơ bản của giao thức, đồng thời xác định các giải pháp có tính đến một số vấn đề của RFC3535. Nó không quy định một ngôn ngữ mô hình thống nhất. Do đó, thiết bị của một số nhà sản xuất ban đầu chỉ hỗ trợ một số hoạt động cơ bản của Netconf và không sử dụng lớp dưới cùng thống nhất. Ngôn ngữ mô hình hóa dữ liệu
RFC6020 được phát hành vào năm 2010, đề xuất ngôn ngữ mô hình hóa Mô hình YANG và phương pháp kết hợp nó với NETCONF. Một định nghĩa là ngôn ngữ mô hình hóa dữ liệu thống nhất logic tài nguyên cơ bản giữa các nhà sản xuất và định nghĩa còn lại là một bộ lệnh thống nhất cho các hoạt động của mỗi nhà sản xuất trên dữ liệu cấu hình và dữ liệu trạng thái. Các phiên bản dữ liệu được tạo bởi mô hình YANG được gói trong giao thức Netconf. Truyền dẫn, cả hai được kết hợp với nhau để xây dựng một bộ giao diện lập trình mạng phổ quát mới cho kỷ nguyên mới dựa trên mô hình YANG và được điều khiển bởi giao thức Netconf.
Sau năm 2016, giao thức Netconf được tích hợp chặt chẽ với Mô hình YANG và trở nên phổ biến. Cho đến nay, khi tìm hiểu một số khía cạnh phần mềm kiến trúc SDN, chúng ta đã ít nhiều nghe thấy hai thuật ngữ này.
YANG và Netconf, một cái tĩnh và cái kia động, giống như âm và dương. Cả hai đã tạo ra thế giới lập trình mạng của kỷ nguyên tiếp theo. (Khi nhìn vào kho YANG trên github, chúng ta cũng sẽ thấy biểu tượng của nó là Thái Cực Quyền, và mối liên hệ giữa tên của nó và “Yang” phần nào tiết lộ ý tưởng thiết kế ban đầu của nhà thiết kế).
Tiếp theo, chúng ta sẽ nói ngắn gọn về mô hình YANG và giao thức Netconf. Đầu tiên chúng ta hãy nói về ngôn ngữ mô hình hóa dữ liệu YANG để xem nó mô tả bản song sinh kỹ thuật số của thế giới mạng này như thế nào.
Mô hình YANG
Trong tài liệu RFC6020, chương mở đầu nêu rõ YANG, Ngôn ngữ mô hình hóa dữ liệu cho giao thức cấu hình mạng. Nó là tên viết tắt của Ngôn ngữ mô hình hóa dữ liệu thế hệ tiếp theo (Yang). Nó là một ngôn ngữ mô hình hóa được sử dụng để mô tả các khái niệm mạng.
Hỗ trợ định nghĩa danh sách, từ điển và thậm chí các cấu trúc dữ liệu phức tạp hơn, hỗ trợ các ràng buộc, liệt kê, nhập tham chiếu, quản lý phiên bản và không gian tên. Do không gian, chúng tôi sẽ đưa ra một lời giải thích ngắn gọn. Để biết thông tin chi tiết, bạn có thể tham khảo:
Nó có thể mô tả thiết bị mạng này rất đơn giản bằng ngôn ngữ có cấu trúc. Ví dụ: để định nghĩa một cổng:
Là một nhân viên vận hành và bảo trì chuyên nghiệp, với một chút kiến thức cơ bản về mạng và một chút kiến thức cơ bản về lập trình, bạn có thể hiểu định nghĩa về cổng tương đối rõ ràng. Nó là một cấu trúc danh sách và có thể có nhiều cấu trúc. Một trong những thuộc tính của nó là tên giao diện (cũng là một khóa). , duy nhất, không thể lặp lại), cũng như thuộc tính tốc độ và thuộc tính song công, cả hai đều là chuỗi.
Nhiều thuộc tính của thiết bị mạng được Mô hình YANG mô tả, bao gồm trạng thái cấu hình và trạng thái vận hành.
Bằng cách này, Mô hình YANG mô tả thế giới trực tuyến bằng ngôn ngữ có cấu trúc. Nếu quan tâm, bạn có thể đọc bài đăng trên blog trên Internet, trong đó có mô tả rất sâu sắc.
Nó có thể được chuyển đổi thành dữ liệu XML rất tốt và được gói trong giao thức Netconf để truyền (chúng tôi sẽ giải thích sau):
Đồng thời, để san bằng sự khác biệt giữa các nhà cung cấp, Openconfig, do Google dẫn đầu, đã chuẩn hóa mô hình dữ liệu. Từ trang web chính thức, chúng ta thấy khẩu hiệu "Quản lý mạng theo mô hình, trung lập với nhà cung cấp do người dùng thiết kế", được thiết kế bởi người dùng và đa nền tảng. Lập trình mạng dựa trên mô hình, phổ biến của nhà cung cấp (trước tiên hãy dịch nó theo cách này). Nói một cách đơn giản, đó là làm cho mô hình giữa các nhà sản xuất khác nhau giống nhau, để khi bạn định cấu hình một số dữ liệu nhất định, bạn không cần phải xem từng mô hình dương riêng của từng nhà sản xuất. Nhưng Internet luôn có các giao thức riêng và các nhà sản xuất khác nhau sẽ luôn tạo ra các giao thức riêng mới và tốt hơn để "trải nghiệm người dùng tốt hơn" và "chiến lược kinh doanh tốt hơn" (đây thực sự là tội lỗi ban đầu của các nhà sản xuất mạng). Hình ảnh hiển thị một số triển khai mô hình openconfig yang được sử dụng phổ biến hơn.
Đánh giá từ hình ảnh, tôi nghĩ có khá nhiều và các cấu hình thường được sử dụng cũng tương đối đầy đủ. Nhưng trên thực tế, điều đó phụ thuộc vào việc nhà sản xuất có hỗ trợ các mẫu dương này hay không. Một số thiết bị phiên bản cao hơn của một chủ đề nhất định về cơ bản được hỗ trợ. Tôi vẫn chưa xem xét kỹ hơn những cái trong nước.
Các mạng không thể giống hệt nhau. Đối với một kỹ sư đang tham gia phát triển vận hành và bảo trì mạng, việc có thể đạt được mục tiêu tương tự là một điều may mắn!
openconfig có thể được tìm thấy trong https://github.com/openconfig/public/tree/master/release/models
Bạn có thể tìm thấy các mô hình dương riêng trên nhiều trang web chính thức khác nhau.
Giao thức Netconf
Sau khi nói về mô hình dương, hãy nói về giao thức Netconf. Mô hình yang xác định mô tả kỹ thuật số của thế giới mạng và Netconf xác định việc thu thập (nhận) và điều chỉnh (cấu hình) dữ liệu.
Netconf gói gọn dữ liệu của thế giới được mô tả bằng mô hình dương để hiện thực hóa việc quản lý thế giới mạng.
Dữ liệu Yang được gói gọn trong xml và sau đó được quản lý thông qua giao thức Netconf. Đó là một giao thức có ý tưởng phân lớp tuyệt vời, mô tả một số chi tiết của giao thức theo cách phân cấp. Chúng ta hãy nhìn vào hình ảnh trên.
-Truyền tải: Netconf được truyền qua giao thức SSH, hướng đến kết nối và có các đảm bảo về bảo mật.
-Message: Thực hiện cuộc gọi từ xa đến thiết bị mạng thông qua RPC, người quản lý mạng đưa ra yêu cầu rpc và thiết bị mạng sẽ tiếp tục rpc-reply.
-Hoạt động: Đây là linh hồn của Netconf. Nó hỗ trợ get (cấu hình và dữ liệu đang chạy), get-config (lấy dữ liệu cấu hình và một thiết bị có thể có nhiều dữ liệu cấu hình, một đang chạy, một khởi động, nhiều ứng viên), edit -config (cấu hình thông số thiết bị mạng, hỗ trợ bổ sung, xóa và sửa đổi), delete-config, copy-config (sao chép cấu hình đến đích, đích có thể là ftp, file hoặc cấu hình đang chạy, v.v.), lock\unlock (khóa cấu hình để tránh xung đột cấu hình hoặc lỗi do hoạt động đa tiến trình), v.v.
-Data: dữ liệu là dữ liệu dương được gói trong xml. Giống như cổng mà chúng tôi đã mô tả ở trên, dữ liệu có cấu trúc rất dễ lập trình. Được sử dụng để mô tả dữ liệu được cấu hình hoặc xóa hoặc lấy được.
Đây là bốn lớp của Netconf. Đầu điều khiển và thiết bị mạng giao tiếp qua Netconf, thông qua giao thức ssh truyền thống, sử dụng hệ thống con Netconf và cổng mặc định là 830. Như hình bên dưới:
Hình này thể hiện sự tương tác bằng cách sử dụng raw ssh, nhưng trên thực tế chúng ta thực hiện quá trình này thông qua lập trình. Tôi sẽ trình bày phương pháp triển khai lập trình cho bạn sau.
Netconf cấu hình các thiết bị mạng. Quá trình tương tác đại khái như sau:
Bức hình này thấp quá, bạn cũng có thể thấy là do tôi vẽ… Hiểu biết của tôi về Netconf như trên. Tôi cho rằng có nhiều hình ảnh trên Internet không đúng, nhiều hành vi của tác nhân máy chủ cũng không đúng. Đây là những gì tôi cảm nhận được bằng trực giác khi đăng nhập vào thiết bị và tất nhiên nó tương ứng 1-1 với tài liệu chính thức.
Chúng ta có thể xem xét một số ví dụ về Netconf:
Xin chào, xây dựng một liên kết.
Chúng tôi đã thấy một số từ khóa, phiên bản Netconf, Mô hình YANG được hỗ trợ, id phiên. Đồng thời, hello cho biết chúng ta đang vận hành trong không gian tên nào. Trong trường hợp này, đó là phiên bản tương ứng của Netconf.
Nhận cấu hình
Một tham số của get-cofig là nguồn, là nơi lấy dữ liệu cấu hình (đang chạy, khởi động hoặc khác). Một tham số khác là bộ lọc, tức là dữ liệu nào được lấy từ mô hình dữ liệu được mô tả bởi mô hình dương nào. Điều này tương ứng với khả năng ban đầu được gửi bởi thiết bị mạng. Nếu thành công, dữ liệu cấu hình tương ứng sẽ được trả về.
Nhận cấu hình hoặc dữ liệu đang chạy
Tương tự như get-config nhưng những gì thu được là chạy cấu hình (theo hiểu biết cá nhân) hoặc chạy dữ liệu. Bộ lọc có thể được chỉ định.
Sao chép cấu hình
Hoạt động sao chép có hai tham số, nguồn và đích. Câu trả lời thành công là với thẻ ok.
Chỉnh sửa cấu hình
Khi chỉnh sửa cấu hình, hãy chỉ định mục dữ liệu cần chỉnh sửa, vùng tên của khả năng và nhãn tương ứng. Ví dụ: đây là để định cấu hình dhcp, được mô tả bằng mô hình yang http://tail-f.com/ns/example/dhcp.
Kết thúc phiên một cách duyên dáng
Chính loại tin nhắn này được truyền qua lại trong ssh. Chúng tôi chỉ trích một phần thông điệp để mọi người dễ hiểu.
Sau đó chỉ cần thêm một số nội dung để tham khảo.
-Netconf dựa trên phiên và mọi thành công sẽ có id phiên.
-Mỗi yêu cầu có một id tin nhắn, miễn là nó lớn dần
-Cấu hình dữ liệu có thể bị khóa, độc quyền và vận hành thông qua khóa.
-Netconf là giao dịch và tất cả các hoạt động đều được thực hiện hoặc không có hoạt động nào. Đồng thời, theo tài liệu trang web chính thức, giao dịch này dành cho cấu hình của N thiết bị mạng, nghĩa là đa hình cấu hình một lần có thể hỗ trợ giao dịch. Nhưng tôi vẫn chưa làm được…
-Netconf hỗ trợ đăng ký. Về hiệu suất của thiết bị, mức độ lớn là khoảng 5 phiên. Tôi có thể đăng ký một mục dữ liệu nhất định và thiết bị sẽ thông báo cho tôi khi nó thay đổi.
- Khả năng, tôi hiểu thế này. Thiết bị mạng gửi phiên bản Netconf và YANG Model, còn thiết bị đầu cuối điều khiển sẽ gửi phiên bản Netconf. Chỉ khi phiên bản Netconf phù hợp với cả hai thì chúng tôi mới có thể tiếp tục. Đây là cảm giác trực quan của tôi. Mọi lời khuyên đều được chào đón.
-Các thao tác như chỉnh sửa sẽ chỉ định dữ liệu cần thay đổi, có thể lọc bằng bộ lọc.
-copy-config hỗ trợ sao chép một bộ cấu hình hoàn chỉnh từ nơi này sang nơi khác. Nơi nào đó có thể là Tệp FTP, cấu hình đang chạy, khởi động và ứng viên trên thiết bị.
-Netconf cũng hỗ trợ xác minh cấu hình, sử dụng thao tác xác thực.
Bài viết này vẫn hy vọng phổ biến khoa học và tôi sẽ không đi sâu vào chi tiết. Bạn có thể đọc các giao thức liên quan của RFC, thực ra nó không dài lắm.
Trong thực tế, dựa trên một số phần mềm nguồn mở, chẳng hạn như ncclient của python, chúng ta có thể dễ dàng cấu hình các thiết bị mạng một cách tự động và đạt được khả năng lập trình mạng. Đây là sứ mệnh của Netconf và YANG Model.
Nhân viên mạng đọc các định nghĩa Mô hình YANG được định dạng tốt và sử dụng các ngôn ngữ lập trình có liên quan để thực hiện các hoạt động có thể lập trình trên các thiết bị mạng dựa trên các hoạt động được xác định bởi Netconf. Bằng cách này, con đường dẫn đến khả năng lập trình mạng sẽ được rèn luyện.
Hãy mở rộng và tưởng tượng rằng Mô hình YANG đã xác định cấu trúc dữ liệu của thiết bị mạng. Chúng tôi có thể vận hành nó thông qua Netconf. Nó cũng có thể được vận hành thông qua các giao thức khác?
Câu trả lời là có. Trên thực tế, nhiều giao thức khác đã được bắt nguồn từ Netconf, chẳng hạn như RESTConf. Như được hiển thị bên dưới,
Mô hình YANG (công khai và gốc) xác định cấu trúc dữ liệu, bên trên là các giao thức quản lý mạng mới, Netconf, RESTCon, gRPC, v.v. Bằng cách này, chúng ta có thể vận hành các thiết bị mạng thông qua RESTConf dựa trên HTTP RESTful API, chúng ta cũng có thể vận hành mạng thiết bị thông qua Netconf dựa trên SSH hoặc chúng tôi có thể vận hành các thiết bị mạng thông qua gRPC dựa trên HTTP2.0. Tất cả đều dựa trên YANG với cấu trúc dữ liệu tốt. Model, ghi dữ liệu tương ứng, đóng gói thành xml hoặc json để lập trình cho các thiết bị mạng. Đây là tương lai của khả năng lập trình mạng. Nói chính xác thì đó là Model Driven Program, khả năng lập trình mạng dựa trên mô hình. Các kỹ sư mạng dần tập trung vào các thông số của thiết bị thay vì bộ lệnh và định cấu hình các tham số mạng bằng cách đọc mô hình dữ liệu tương ứng.
Cuối cùng, tôi viết, tại sao tôi nên mở tài khoản công khai này. Tôi học khoa học và công nghệ máy tính khi còn đi học. Sau khi vào nơi làm việc, tôi tham gia vào công việc vận hành và bảo trì mạng. Nghĩ mà xem, lý do tôi bị chia thành các đội có thể là do tôi đang là sinh viên cao học tại Viện Nghiên cứu Công nghệ Mạng (sách hướng dẫn buồn cười). Ngay từ đầu, tôi đã tham gia vào các hoạt động của mạng lưới. Trong giai đoạn vận hành và bảo trì sau này, các công cụ được sử dụng để đơn giản hóa công việc và nâng cao hiệu quả dựa trên CLI. Sau này, các công cụ này dần dần được phát triển thành các ứng dụng web có cấu trúc BS. Họ liên tục được tiếp xúc với các công nghệ mới và tiếp tục làm phong phú thêm các chức năng mới.
May mắn thay, họ đã bắt kịp sự phát triển của công nghệ nguồn mở và SDN, dần dần tôi chuyển sang công việc NetDevOps và sử dụng kỹ năng lập trình của mình để cải thiện khả năng vận hành và bảo trì của nhóm. Tôi cũng rất thích viết dòng mã này. Khi quá trình viết tiến triển, người ta dần dần phát hiện ra rằng NetDevOps phải là một kỹ năng mà mọi kỹ sư mạng nên có trong tương lai (mọi người đổ thêm dầu vào lửa) để có thể đạt được cả việc lập kế hoạch cấp cao và triển khai nhanh chóng. Nhìn lại một số thông tin trên Internet, thành thật mà nói, ở Trung Quốc có rất ít và không khí trong nước cũng không mấy sôi động. Nhiều phần mềm trong nước dựa trên CLI và snmp cũ, và mọi người vẫn sử dụng các công cụ văn bản và công cụ SSH cho công việc. Vì thế tôi hy vọng rằng tôicó thể dạy người khác cách câu cá, chia sẻ kinh nghiệm (hố) và kỹ năng của tôi với nhiều kỹ sư vận hành và bảo trì mạng hơn, và làm hết sức mình. Xiao Chu nói rằng bạn có thể học được điều gì đó để giảm bớt khối lượng công việc của mình và bằng cách tập trung vào tương lai xa, việc vận hành và bảo trì mạng nội địa có thể thực sự phát triển theo hướng tự động hóa.
Trong tương lai, tôi sẽ quay một số video và viết một số bài báo. Cảm giác viết một tài liệu thực sự rất vất vả. Mời các bạn đăng ký, sưu tầm, bấm thích và xem.
phụ lục: Các thao tác chung của Netconf
Báo giá chi phí và thiết kế giải pháp DWDM OTN, vui lòng liên kết với tôi, Taylor Huang
