Các bạn thân mến của tôi, những nhà phê bình dũng cảm, những độc giả thầm lặng và những người ngưỡng mộ bí mật, SDSM kết thúc.
Tôi không thể tự hào rằng trong 7 năm qua tôi đã đề cập đến tất cả các chủ đề trong lĩnh vực mạng hoặc tôi đã đề cập đầy đủ đến ít nhất một trong số chúng. Nhưng đó không phải là mục tiêu. Và mục đích của loạt bài này là để tận tay giới thiệu chàng sinh viên trẻ vào thế giới này và hướng dẫn anh từng bước qua phòng trưng bày chính, đưa ra một ý tưởng chung, đồng thời bảo vệ anh khỏi những cuộc lang thang đau đớn qua những góc tối của ý thức của Olife và Olife trong những nỗ lực đau đớn để tìm ra câu trả lời cho câu hỏi mọi thứ đều áp dụng điều này trong cuộc sống như thế nào.
SDSM ban đầu được lên kế hoạch là một khóa học thực tế ngắn hạn về “cách học trực tuyến trong một tháng”, nhưng nó đã chuyển thành 16 tập (thực tế là 19) tập dài mà chúng tôi thậm chí còn đổi tên thành “Mạng dành cho những người nghiêm trọng nhất”. Tổng số ký tự đã vượt quá 1.
Sử dụng BGP là đúng, nhưng không thể nhập MPLS bằng IP - tôi phải lấy nó. Có lẽ bạn không nên học Kỹ thuật giao thông, nhưng nếu bạn đã sử dụng L2VPN thì làm sao bạn có thể dừng lại? Kiến trúc phần cứng là lời nói đầu thiết yếu cho QoS. Và QoS đã được yêu cầu từ lâu đến mức không thể không viết về nó. Hoàn toàn không có gì để loại bỏ.
Bài viết cuối cùng được lên kế hoạch là một tập hợp các phương pháp hay nhất (đưa ra một từ đồng nghĩa nghe hay và tôi sẽ thay thế tài liệu này) để thiết kế mạng lưới cung cấp, nhưng theo thời gian và kinh nghiệm, rõ ràng đây không chỉ là một bước tiến lớn. nhiều cách tiếp cận nhưng cũng là nền tảng tuyệt vời cho các cuộc giao tranh bằng lời nói. Và tại sao bạn nên dừng lại ở các nhà cung cấp? Còn các nhà khai thác viễn thông thì sao? Còn các trung tâm dữ liệu thì sao? Còn mạng doanh nghiệp thì sao?
Bạn không thể nói: hãy làm điều này và nó đúng. Bạn không thể dạy một kỹ sư thiết kế - anh ta phải tự mình trưởng thành và tự mình vượt qua bụi gai.
Đây chính xác là những gì SDSM cung cấp - một con đường khó nhận thấy từ đơn giản đến phức tạp.
Hóa ra là thế này...
Rất nhiều người đã có công và có đầu khi viết những bài báo này:
Những người tham gia...
- Max hay còn gọi là gluck - đồng tác giả của các bài viết đầu tiên và là tác giả của phần 4 về STP và phần IP SLA ở phần 8. Bán thời gian trên 5 năm - quản trị viên dự án.
- Natasha Samoilenko - các tài liệu bổ sung, các vấn đề và giải pháp cho nhiều vấn đề. Và cũng có sự hỗ trợ không thể đánh giá quá cao
- Dmitry hay còn gọi là JDima - nhà phê bình và người hiệu đính.
- Alex Clipper - nhà phê bình và người hiệu đính.
- Dmitry Figol - nhà phê bình và người hiệu đính.
- Marat Babayan hay còn gọi là botmoglotx — tác giả của các số báo về EVPN và ảnh cho số 14.
- Andrey Glazkov hay còn gọi là glazgoo - nhà phê bình và người hiệu đính.
- Alexander Klimenko hay còn gọi là volk - nhà phê bình và người hiệu đính.
- Alexander Fatin - nhà phê bình và người hiệu đính.
- Alexey Krotov - nhà phê bình và người hiệu đính.
- đội linkmeup - hiệu đính tài liệu.
- Anton Klochkov - người tổ chức. Nhờ có anh ấy, dự án có được môi trường phòng thí nghiệm, một máy chủ phát sóng và giờ là nơi lưu trữ podcast của riêng nó.
- Anton Avtushko — nhà phát triển trang web đã phục vụ trung thành trong 6 năm. Livestreet đã chết từ lâu, không một plugin nào được hỗ trợ nữa nhưng trang này vẫn tồn tại. Và đối với lookmeup.linkmeup.ru, nó vẫn còn sơ sinh nhưng có một ý tưởng hay.
- Timofey Kulin - quản trị viên và nhà phát triển trang web.
- Nikita Astashenko - Nhà phát triển trang web.
- Nina Dolgopolova - họa sĩ minh họa. Logo và hình ảnh minh họa cho số 9 và 10.
- Pavel Silkin - họa sĩ minh họa (số 0 và số 1).
- Anastasia Metzler - họa sĩ minh họa (số 11).
- Daria Kormanova - họa sĩ minh họa (số 12).
- Artyom Chernobay — họa sĩ minh họa (số 13, 14 và 15 và bài viết cuối cùng này).
Bài viết về QoS là bài cuối cùng trong loạt bài này. Vào thời điểm nó được hoàn thành, người ta thấy rõ những vấn đề đầu tiên được viết đơn giản và chưa đầy đủ như thế nào. Điều đầu tiên là gì?! Lên đến BGP mọi thứ đều rất tệ.
Ngoài ra, người đọc thường tự tìm ra lỗi và đề xuất sửa chữa.
Ý tưởng chuyển tất cả những thứ này sang gitbook do Natasha Samoilenko đưa ra trông hấp dẫn đến mức chúng tôi đã thực hiện:
Ngày nay, hầu hết các bài viết đều được cập nhật.
Bất kỳ ai cũng có thể phân nhánh dự án, thực hiện các thay đổi và thực hiện Yêu cầu kéo để thành thạo. Sau khi tôi xác nhận, những thay đổi sẽ xuất hiện trong gitbook.
Hiện tại, tôi tin rằng sẽ không có một cuốn sách giấy nào về SDSM. Tôi chưa sẵn sàng dành thời gian viết lại những bài viết đầu tiên để có được một tài liệu hoàn chỉnh, đẹp mắt và quan trọng nhất là toàn diện về mạng. Tuy nhiên, cuộc sống này còn rất nhiều điều thú vị nhưng tôi bằng cách nào đó vẫn có thể đương đầu được với chủ nghĩa cầu toàn.
Yếu tố không kém phần quan trọng trong việc hoàn thành chu trình và chuyển đổi sở thích là sự thay đổi nơi làm việc.
Và một thông báo ngắn: bàn tay của chúng ta không phải để nhàm chán mà để dùng cho chứng cuồng đồ. Chờ loạt bài mới. Về tự động hóa.
Nguồn: www.habr.com