Beste vrienden, moedige critici, stille lezers en geheime bewonderaars, SDSM is aan zijn einde gekomen.
Ik kan niet zeggen dat ik in de 7 jaar dat ik dit doe, alle onderwerpen van het netwerkterrein heb aangesneden of dat ik zelfs maar één daarvan volledig heb behandeld. Maar dat was ook niet het doel. Het doel van deze serie artikelen was om een jonge student hand in hand mee te nemen in deze wereld en hem stap voor stap door de hoofdgalerie te leiden, een algemeen overzicht te geven en hem te beschermen tegen pijnlijke dwaaltochten in de duistere hoeken van het bewustzijn van Olifer en Olifer in wanhopige pogingen om een antwoord te vinden op de vraag hoe dit alles in het leven toe te passen.
SDSM was bedoeld als een korte praktische cursus ‘hoe je in een maand online leert’, maar het is uitgegroeid tot 16 (in werkelijkheid 19) lange delen, die we zelfs hebben hernoemd tot ‘Netwerken voor de Hardste’. Het totale aantal tekens is meer dan 1.000.000 gepasseerd.
Het zou logisch zijn om te stoppen bij BGP, maar in MPLS lukt het niet echt om op IP in te rijden — ik moest het inpikken. Misschien had ik niet met Traffic Engineering moeten beginnen, maar als ik eenmaal met L2VPN ben begonnen, hoe kan ik dan stoppen? De hardwarearchitectuur is een onmisbaar voorwoord voor QoS. En QoS is zo lang geëist dat het niet kon ontbreken.
De laatste artikel was bedoeld als een soort verzameling van beste praktijken (stel een mooi klinkend synoniem voor — dan vervang ik deze calque) voor het ontwerp van provider-netwerken, maar na verloop van tijd en ervaring werd duidelijk dat dit niet alleen een onmetelijke hoeveelheid benaderingen is, maar ook een uitstekende voedingsbodem voor woordenwisselingen. En waarom zouden we ons beperken tot providers? Wat met telecomoperators? Wat met datacenters? Wat met bedrijfsnetwerken?
Je kunt niet zeggen: doe dit en dat is correct. Je kunt een ingenieur niet leren ontwerpen — hij moet zelf groeien, zich een weg banen door zijn doorns.
Dit is precies wat SDSM biedt — een nauwelijks waarneembaar pad van eenvoudig naar complex.
Zo veel is er tot nu toe bij elkaar gekomen...
Een hoop mensen hebben bijgedragen, sommigen met ideeën, anderen met kennis, aan het schrijven van deze artikelen:
Deelnemers…
- Max aka gluck — co-auteur van de eerste artikelen en auteur van het 4e deel over STP en de sectie IP SLA in het 8e deel. Daarnaast is hij al meer dan 5 jaar admin van het project.
- Natasja Samoilenko — bijkomende materialen, taken en oplossingen voor veel uitgaven. En ook de ondersteuning die niet te overschatten is.
- Dmitri aka JDima — criticus en corrector.
- Alex Klipper — criticus en corrector.
- Dmitri Figol — criticus en corrector.
- Marat Babayan aka botmoglotx — auteur van de uitgaven over EVPN en fotograaf voor uitgave 14.
- Andrej Glazkov aka glazgoo — criticus en corrector.
- Alexander Klimenko aka volk — criticus en corrector.
- Alexander Fatin — criticus en corrector.
- Aleksej Krotov — criticus en corrector.
- Team linkmeup — redactie van de materialen.
- Anton Klochkow — organisator. Dankzij hem heeft het project een laboratoriumomgeving, een uitzendserver, en nu ook zijn eigen podcast-hosting.
- Anton Avtushko — ontwikkelaar van de site, die al 6 jaar trouw is. LiveStream is al lang overleden, geen enkele plugin wordt nog ondersteund, maar de site leeft nog steeds. En voor lookmeup.linkmeup.ru, een doodgeborene, maar met een goed idee.
- Timofey Kulin — admin en ontwikkelaar van de site.
- Nikita Astashenko — ontwikkelaar van de site.
- Nina Dolgopolova — illustrator. Logo en illustraties voor de 9e en 10e uitgaven.
- Pavel Silkin — illustrator (0e en 1e uitgave).
- Anastasia Metzler — illustrator (11e uitgave).
- Darya Kormanova — illustrator (12e uitgave).
- Artyom Chernobai — illustrator (13e, 14e en 15e uitgaven en dit laatste artikel).
Het artikel over QoS was de laatste in de cyclus. Tegen de tijd dat het klaar was, werd het duidelijk hoe eenvoudig en incompleet de eerste uitgaven waren. En wat te zeggen van de eerste? Tot en met BGP is alles erg slecht.
Bovendien vinden lezers vaak zelf fouten en doen ze correcties voor.
Het idee om dit allemaal naar gitbook te verplaatsen, voorgesteld door Natasha Samoylenko, leek zo aantrekkelijk dat we het hebben gedaan:
Vandaag de dag zijn daar de meeste artikelen in actuele vorm.
Iedereen kan het project fork'en, wijzigingen aanbrengen en een Pull Request in master doen. Nadat ik deze heb goedgekeurd, verschijnen de wijzigingen in de gitbook.
Voorlopig beschouw ik een papieren boek over SDM niet als haalbaar. Ik ben nog niet klaar om tijd te besteden aan het herschrijven van de eerste artikelen, zodat er een afgerond, mooi en vooral allesomvattend materiaal over netwerken ontstaat. Er zijn immers veel interessante dingen in het leven, en met perfectionisme kom ik wel een keer rond.
Een niet onbelangrijk factor in het afronden van de cyclus en het verschuiven van interesses is de verandering van werkplek.
En een korte aankondiging: onze handen zijn niet voor verveling, maar voor schrijfnijd. Verwacht een nieuwe serie artikelen. Over automatisering.
Bron: habr.com
