Ushbu maqolani yozish paytida mashhur ish saytida "Tarmoq muhandisi" iborasini qidirish butun Rossiya bo'ylab uch yuzga yaqin bo'sh ish o'rinlarini topdi. Taqqoslash uchun, "tizim administratori" iborasini qidirish deyarli 2.5 ming vakansiyani, "DevOps muhandisi" esa deyarli 800 ta bo'sh ish o'rinlarini qaytaradi.
Bu g'alaba qozongan bulutlar, Docker, Kubernetes va hamma joyda keng tarqalgan Wi-Fi davrida tarmoqchilar endi kerak emasligini anglatadimi?
Keling, buni aniqlaymiz (c)
Keling tanishamiz. Mening ismim Aleksey, men tarmoqchiman.
Men tarmoqlarda 10 yildan ortiq shug'ullanaman va 15 yildan ortiq vaqt davomida turli *nix tizimlari bilan ishlayapman (menda Linux va FreeBSD bilan ishlash imkoniyati bo'lgan). Men aloqa operatorlarida, "korxona" deb hisoblangan yirik kompaniyalarda ishladim va yaqinda men "yosh va jasur" fintechda ishlayapman, bu erda bulutlar, devoplar, kubernetlar va boshqa qo'rqinchli so'zlar meni va mening hamkasblarimni keraksiz qiladi. . Bir kun. Balkim.
rad etish: "Bizning hayotimizda hamma narsa har doim va hamma joyda emas, balki biror narsa, ba'zan joylarda" (c) Maksim Dorofeev.
Quyida yozilgan har bir narsa muallifning shaxsiy fikri bo'lishi mumkin va ko'rib chiqilishi kerak, bu yakuniy haqiqat yoki hatto to'liq tadqiqot deb da'vo qilmaydi. Barcha belgilar xayoliy, barcha tasodiflar tasodifiy.
Mening dunyomga xush kelibsiz.
Hatto tarmoqchilarni qayerda uchratishingiz mumkin?
1. Aloqa operatorlari, xizmat ko'rsatuvchi kompaniyalar va boshqa integratorlar. Bu erda hamma narsa oddiy: ular uchun tarmoq biznesdir. Ular to'g'ridan-to'g'ri ulanishni (operatorlarni) sotadilar yoki o'z mijozlarining tarmoqlarini ishga tushirish/xizmat ko'rsatish xizmatlarini taqdim etadilar.
Bu erda juda ko'p tajriba bor, lekin ko'p pul emas (agar siz direktor yoki muvaffaqiyatli savdo menejeri bo'lmasangiz). Va shunga qaramay, agar siz tarmoqlarni yaxshi ko'rsangiz va sayohatingizning boshida bo'lsangiz, unchalik katta bo'lmagan operatorni qo'llab-quvvatlash bo'yicha martaba, hatto hozir ham ideal boshlanish nuqtasi bo'ladi (federalda hamma narsa juda skriptlangan va u erda. ijod uchun kam joy). Xo'sh, qanday qilib bir necha yil ichida navbatchi muhandisdan C darajali menejerga o'tishingiz mumkinligi haqidagi hikoyalar ham aniq sabablarga ko'ra kamdan-kam bo'lsa ham, haqiqatdir. Har doim kadrlarga ehtiyoj bor, chunki almashinuv sodir bo'ladi. Bu bir vaqtning o'zida ham yaxshi, ham yomon - har doim bo'sh ish o'rinlari bo'ladi, boshqa tomondan - ko'pincha eng faol/aqlli bo'lganlar tezda lavozimga ko'tarilish yoki boshqa "iliqroq" joylarga ketishadi.
2. Shartli “korxona”. Uning asosiy faoliyati IT bilan bog'liqmi yoki yo'qligi muhim emas. Asosiysi, uning o'zining IT bo'limi mavjud bo'lib, u kompaniyaning ichki tizimlarini, shu jumladan ofislardagi tarmoqni, filiallarga aloqa kanallarini va boshqalarni ta'minlaydi. Bunday kompaniyalarda tarmoq muhandisi funktsiyalarini tizim ma'muri (agar tarmoq infratuzilmasi kichik bo'lsa yoki tashqi pudratchi tomonidan boshqarilsa) "part-time"da bajarishi mumkin va tarmoq mutaxassisi, agar mavjud bo'lsa, bir vaqtning o'zida telefoniya va SAN-ga qarash (yaxshi emas). Ular boshqacha to'laydilar - bu ko'p jihatdan biznesning rentabelligiga, kompaniyaning hajmiga va tuzilmasiga bog'liq. Men Cisco tizimlari muntazam ravishda "barrellarga yuklangan" kompaniyalar bilan va tarmoq najas, tayoq va ko'k lentadan qurilgan va serverlar hech qachon yangilanmagan kompaniyalar bilan ishladim (aytish kerakki, zaxira ham taqdim etilmagan). . Bu erda tajriba juda kam va u deyarli sotuvchining qattiq blokirovkasi yoki "yo'qdan nimadir qilish" sohasida bo'ladi. Shaxsan men buni juda zerikarli deb topdim, garchi ko'pchilik buni yaxshi ko'radi - hamma narsa o'lchovli va oldindan aytib bo'ladigan (agar biz yirik kompaniyalar haqida gapiradigan bo'lsak), "dorakha-bahato" va boshqalar. Yiliga kamida bir marta, ba'zi yirik sotuvchilarning aytishicha, ular endi hamma narsani avtomatlashtiradigan va barcha tizim ma'murlari va tarmoqchilarni tarqatib yuborishi mumkin bo'lgan yana bir mega-super-duper tizimni ishlab chiqdilar, bu esa chiroyli interfeysda tugmachalarni bosish uchun juftlikni qoldiradi. Haqiqat shundaki, agar biz yechimning narxini e'tiborsiz qoldirsak ham, tarmoqchilar u erdan hech qaerga ketmaydi. Ha, ehtimol konsol o'rniga yana veb-interfeys paydo bo'ladi (lekin ma'lum bir uskuna emas, balki o'nlab va yuzlab bunday apparat qismlarini boshqaradigan katta tizim), ammo "hamma narsa ichkarida qanday ishlashi" haqidagi bilim hali ham saqlanib qoladi. kerak bo'ladi.
3. Mahsulot ishlab chiqaruvchi kompaniyalar, uning foydasi ba'zi bir dasturiy ta'minot yoki platformani ishlab chiqishdan (va, odatda, ishlatishdan) olinadi - xuddi shu mahsulot. Odatda ular kichik va chaqqon, ular hali ham korxonalar ko'lamidan va ularning byurokratizatsiyasidan uzoqda. Aynan shu erda o'sha devoplar, kublar, dokerlar va boshqa dahshatli so'zlar ommaviy ravishda topiladi, bu tarmoq va tarmoq muhandislarini keraksiz rudimentga aylantiradi.
Tarmoq foydalanuvchisi tizim administratoridan nimasi bilan farq qiladi?
Odamlarning tushunishida ITdan emas - hech narsa. Ularning ikkalasi ham qora ekranga qarashadi va ba'zi sehrlarni yozishadi, ba'zida jimgina so'kinishadi.
Dasturchilarning tushunishida - ehtimol mavzu bo'yicha. Tizim ma'murlari serverlarni, tarmoqchilar kalitlarni va routerlarni boshqaradi. Ba'zida ma'muriyat yomon bo'ladi va hamma narsa hamma uchun buziladi. Xo'sh, g'alati narsa bo'lsa, tarmoqchilar ham aybdor. Seni sikganim uchun, shuning uchun.
Aslida, asosiy farq - bu ishga yondashuv. Ehtimol, tarmoqchilar orasida "Agar u ishlayotgan bo'lsa, unga tegmang!" yondashuvini qo'llab-quvvatlovchilar ko'p. Qoidaga ko'ra, biror narsa (bitta sotuvchi ichida) faqat bitta usulda amalga oshirilishi mumkin; qutining barcha konfiguratsiyasi sizning kaftingizda. Xatoning narxi yuqori va ba'zan juda yuqori (masalan, marshrutizatorni qayta ishga tushirish uchun siz bir necha yuz kilometr yo'l bosib o'tishingiz kerak bo'ladi va bu vaqtda bir necha ming kishi aloqasiz qoladi - aloqa operatori uchun juda keng tarqalgan holat) .
Menimcha, shuning uchun tarmoq muhandislari, bir tomondan, tarmoq barqarorligiga (va o'zgarish barqarorlikning asosiy dushmani), ikkinchidan, ularning bilimlari kenglikdan ko'ra chuqurroqdir (siz buni qilmaysiz) o'nlab turli xil demonlarni sozlash imkoniyatiga ega bo'lish kerak , ma'lum bir uskunalar ishlab chiqaruvchisidan texnologiyalar va ularni amalga oshirishni bilishingiz kerak). Shuning uchun Cisco tizimida vlanni qanday ro'yxatdan o'tkazishni google orqali qidirgan tizim ma'muri hali tarmoqchi emas. Va u ko'proq yoki kamroq murakkab tarmoqni samarali qo'llab-quvvatlashi (shuningdek, muammolarni bartaraf etishi) dargumon.
Lekin hosteringiz bo'lsa, nima uchun sizga tarmoqchi kerak?
Qo'shimcha pul evaziga (va agar siz juda katta va sevimli mijoz bo'lsangiz, hatto bepul bo'lsa ham, "do'st sifatida"), ma'lumotlar markazi muhandislari sizning ehtiyojlaringizga mos ravishda kalitlaringizni sozlaydilar va hatto provayderlar bilan BGP interfeysini o'rnatishga yordam berishadi. (agar sizda e'lon uchun o'zingizning IP manzillaringiz bo'lsa).
Asosiy muammo shundaki, ma'lumotlar markazi sizning IT bo'limi emas, bu alohida kompaniya bo'lib, uning maqsadi daromad olishdir. Jumladan, mijoz sifatida sizning hisobingizdan. Ma'lumotlar markazi tokchalar bilan ta'minlaydi, ularni elektr va sovuq bilan ta'minlaydi, shuningdek, Internetga "standart" ulanishni ta'minlaydi. Ushbu infratuzilmaga asoslanib, ma'lumotlar markazi sizning uskunangizni joylashtirishi (kolocation), sizga serverni ijaraga berishi (ajratilgan server) yoki boshqariladigan xizmatni taqdim etishi mumkin (masalan, OpenStack yoki K8s). Ammo ma'lumotlar markazining biznesi (odatda) mijoz infratuzilmasini boshqarish emas, chunki bu jarayon juda ko'p mehnat talab qiladi, yomon avtomatlashtirilgan (va oddiy ma'lumotlar markazida mumkin bo'lgan hamma narsa avtomatlashtirilgan), bundan ham yomoni (har bir mijoz) individualdir) va odatda shikoyatlar bilan to'la ("Siz menga server o'rnatilganligini aytasiz, lekin hozir u ishdan chiqdi, hammasi sizning aybingiz!!!111"). Shuning uchun, agar uy egasi sizga biror narsada yordam bersa, u buni iloji boricha sodda va qulay qilishga harakat qiladi. Chunki buni qilish qiyin, hech bo'lmaganda, xuddi shu hoster muhandislarining mehnat xarajatlari nuqtai nazaridan foydasiz (lekin vaziyatlar boshqacha, rad etishni ko'ring). Bu mezbon hamma narsani yomon qiladi degani emas. Ammo u sizga haqiqatan ham kerak bo'lgan narsani qiladi, degan haqiqat emas.
Ko'rinishidan, bu juda aniq, lekin men o'z amaliyotimda bir necha bor kompaniyalar o'zlarining xosting provayderlariga kerak bo'lganidan ko'ra ko'proq ishona boshlaganliklariga duch keldim va bu yaxshi narsaga olib kelmadi. Men uzoq va batafsil tushuntirishim kerak edi, birorta ham SLA ishlamay qolishdan yo'qotishlarni qoplamaydi (istisnolar mavjud, lekin odatda bu mijoz uchun juda, JUDA qimmat) va uy egasi nima bo'layotganidan umuman xabardor emas. mijozlar infratuzilmasi (juda umumiy ko'rsatkichlar bundan mustasno). Va uy egasi ham siz uchun zaxira nusxalarini yaratmaydi. Agar sizda bir nechta hoster bo'lsa, vaziyat yanada yomonroq. Agar ular o'rtasida biron bir muammo bo'lsa, ular siz uchun nima noto'g'ri bo'lganini aniqlay olmaydilar.
Aslida, bu erda sabablar "ichki boshqaruv jamoasi va autsorser" ni tanlash bilan bir xil. Xatarlar hisoblangan bo'lsa, sifat qoniqarli va biznes bunga qarshi bo'lmasa, nega buni sinab ko'rmaysiz. Boshqa tomondan, tarmoq infratuzilmaning eng asosiy qatlamlaridan biri bo'lib, agar siz hamma narsani o'zingiz qo'llab-quvvatlasangiz, uni tashqi odamlarga topshirishning hojati yo'q.
Qanday hollarda tarmoqchi kerak?
Keyinchalik zamonaviy oziq-ovqat kompaniyalari haqida alohida gaplashamiz. Operatorlar va korxona bilan hamma narsa aniq, ortiqcha yoki minus - so'nggi yillarda u erda juda oz narsa o'zgargan va u erda oldin tarmoqchilar kerak edi va hozir ham kerak. Ammo o'sha "yosh va jasur" bilan narsalar unchalik aniq emas. Ko'pincha ular o'zlarining barcha infratuzilmalarini bulutlarga joylashtiradilar, shuning uchun ularga hatto administratorlar ham kerak emas - albatta, xuddi shu bulutlarning administratorlaridan tashqari. Infratuzilma, bir tomondan, dizaynida juda oddiy, boshqa tomondan, u yaxshi avtomatlashtirilgan (ansible/puppet, terraform, ci/cd... yaxshi, bilasiz). Ammo bu erda ham tarmoq muhandisisiz qila olmaydigan holatlar mavjud.
1-misol, klassik
Aytaylik, kompaniya ma'lumotlar markazida joylashgan umumiy IP-manzilli bitta serverdan ish boshladi. Keyin ikkita server mavjud. Keyin ko'proq ... Ertami-kechmi serverlar o'rtasida shaxsiy tarmoqqa ehtiyoj paydo bo'ladi. Chunki "tashqi" trafik o'tkazish qobiliyati (masalan, 100 Mbit / s dan ko'p bo'lmagan) va oyiga yuklab olingan/yuklanganlar hajmi bo'yicha cheklanganligi sababli (turli hosterlar turli tariflarga ega, ammo tashqi dunyoga o'tkazish qobiliyati odatda ancha qimmatroq. xususiy tarmoq).
Xost serverlarga qo'shimcha tarmoq kartalarini qo'shadi va ularni alohida vlanda o'z kalitlariga kiritadi. Serverlar orasida "tekis" mahalliy maydon paydo bo'ladi. Qulay!
Serverlar soni o'sib bormoqda va shaxsiy tarmoqdagi trafik ham o'sib bormoqda - zaxira nusxalari, replikatsiyalar va boshqalar. Xoster sizni boshqa mijozlarga xalaqit bermasligingiz uchun sizni alohida kalitlarga o'tkazishni taklif qiladi va ular sizga aralashmaydi. Hoster ba'zi kalitlarni o'rnatadi va ularni qandaydir tarzda sozlaydi - ehtimol, barcha serverlaringiz o'rtasida bitta tekis tarmoq qoldiradi. Hammasi yaxshi ishlaydi, lekin ma'lum bir daqiqada muammolar boshlanadi: xostlar o'rtasidagi kechikishlar vaqti-vaqti bilan kuchayadi, jurnallar sekundiga juda ko'p arp paketlari haqida shikoyat qiladilar va audit paytida pentester butun mahalliy tarmoqni sindirib, faqat bitta serverni buzdi.
Nima qilish kerak?
Tarmoqni segmentlarga bo'ling - vlans. Har bir vlanda o'z manzilingizni sozlang, tarmoqlar o'rtasida trafikni uzatadigan shlyuzni tanlang. Segmentlar orasidagi kirishni cheklash uchun shlyuzda acl ni sozlang yoki hatto yaqin atrofda alohida xavfsizlik devorini o'rnating.
1-misol, davomi
Serverlar LANga bitta sim bilan ulangan. Raflardagi kalitlar qandaydir tarzda bir-biriga bog'langan, ammo bitta raftda baxtsiz hodisa yuz bersa, yana uchta qo'shni yiqilib tushadi. Sxemalar mavjud, ammo ularning ahamiyati haqida shubhalar mavjud. Har bir server o'zining umumiy manziliga ega bo'lib, u hoster tomonidan chiqariladi va rafga bog'lanadi. Bular. Serverni ko'chirishda manzilni o'zgartirish kerak.
Nima qilish kerak?
LAG (Link Aggregation Group) yordamida serverlarni ikkita shnur bilan rafdagi kalitlarga ulang (ular ham ortiqcha bo'lishi kerak). Raflar orasidagi ulanishlarni zaxiralang, ularni "yulduz" turiga (yoki hozirgi moda CLOS) aylantiring, shunda bitta rafning yo'qolishi boshqalarga ta'sir qilmaydi. Tarmoq yadrosi joylashgan va boshqa raflar ulanadigan "markaziy" raftlarni tanlang. Shu bilan birga, ommaviy murojaatlarni tartibga soling, o'zingiz (yoki hoster orqali) dunyoga e'lon qiladigan hosterdan (yoki iloji bo'lsa, RIR-dan) pastki tarmoqni oling.
Bularning barchasini tarmoqlar haqida chuqur bilimga ega bo'lmagan "oddiy" tizim ma'muri amalga oshirishi mumkinmi? Ishonchi komil emas. Uy egasi buni qiladimi? Ehtimol, shunday bo'ladi, lekin sizga juda batafsil texnik shartlar kerak bo'ladi, uni kimdir ham tuzishi kerak. va keyin hamma narsa to'g'ri bajarilganligini tekshiring.
2-misol: Bulut
Aytaylik, sizda umumiy bulutda VPC bor. Ofisdan yoki infratuzilmaning mahalliy qismidan VPC ichidagi mahalliy tarmoqqa kirish uchun siz IPSec yoki maxsus kanal orqali ulanishni sozlashingiz kerak. Bir tomondan, IPSec arzonroq, chunki qo'shimcha apparat sotib olishning hojati yo'q; siz serveringiz o'rtasida umumiy manzil va bulut o'rtasida tunnel o'rnatishingiz mumkin. Ammo - kechikishlar, cheklangan ishlash (chunki kanal shifrlanishi kerak), ortiqcha kafolatsiz ulanish (chunki kirish oddiy Internet orqali).
Nima qilish kerak?
Aloqani ajratilgan kanal orqali oshiring (masalan, AWS uni Direct Connect deb ataydi). Buni amalga oshirish uchun sizni bog'laydigan hamkor operatorni toping, sizga eng yaqin ulanish nuqtasini tanlang (siz ham operatorga, ham operator bulutga) va nihoyat, hamma narsani sozlang. Bularning barchasini tarmoq muhandisisiz qilish mumkinmi? Albatta ha. Ammo muammolar yuzaga kelganda usiz qanday qilib muammolarni bartaraf etish endi aniq emas.
Shuningdek, bulutlar orasidagi mavjudlik bilan bog'liq muammolar (agar sizda ko'p bulutli bo'lsa) yoki turli mintaqalar o'rtasidagi kechikishlar bilan bog'liq muammolar va boshqalar bo'lishi mumkin. Albatta, hozir bulutda sodir bo'layotgan narsalarning shaffofligini oshiradigan ko'plab vositalar paydo bo'ldi (xuddi shunday Ming ko'zlar), ammo bularning barchasi tarmoq muhandisining vositalaridir va uning o'rnini bosmaydi.
Men o'z amaliyotimdan yana o'nlab shunga o'xshash misollarni keltirishim mumkin edi, lekin menimcha, jamoada infratuzilmani rivojlantirishning ma'lum darajasidan boshlab, tarmoq qanday ishlashini biladigan va sozlashni biladigan odam (afzal bir nechta) bo'lishi kerak. tarmoq uskunalari va agar ular yuzaga kelsa, muammolarni hal qiling. Ishoning, uning qiladigan ishi bo'ladi
Tarmoq mutaxassisi nimani bilishi kerak?
Tarmoq muhandisi faqat tarmoq bilan shug'ullanishi va boshqa hech narsa bilan shug'ullanishi umuman kerak emas (va hatto ba'zan zararli). Agar biz deyarli butunlay ommaviy bulutda yashaydigan infratuzilma variantini ko'rib chiqmasak ham (va nima deyish mumkin bo'lsa ham, u tobora ommalashib bormoqda) va, masalan, bino yoki shaxsiy bulutlarni olaylik. “Faqat CCNP darajasidagi bilim” bo‘yicha “Siz ketmaysiz.
Haqiqatan ham, tarmoqlarga qo'shimcha ravishda - o'rganish uchun cheksiz maydon mavjud bo'lsa ham, agar siz faqat bitta sohaga e'tibor qaratsangiz ham (provayder tarmoqlari, korxonalar, ma'lumotlar markazlari, Wi-Fi ...)
Albatta, ko'pchiligingiz endi Python va boshqa "tarmoqni avtomatlashtirish" ni eslaysiz, ammo bu faqat zarur, ammo etarli shart emas. Tarmoq muhandisi "jamoaga muvaffaqiyatli qo'shilish" uchun u ishlab chiquvchilar va boshqa ma'murlar/devslar bilan bir tilda gaplasha olishi kerak. Bu nima degani?
- Linuxda nafaqat foydalanuvchi sifatida ishlash, balki uni hech bo'lmaganda sysadmin-jun darajasida boshqarish imkoniyatiga ega bo'lish: kerakli dasturiy ta'minotni o'rnatish, muvaffaqiyatsiz xizmatni qayta ishga tushirish, oddiy tizim blokini yozish.
- Linuxda tarmoq stekining qanday ishlashini, hipervisorlar va konteynerlarda (lxc / docker / kubernetes) tarmoq qanday ishlashini tushuning (hech bo'lmaganda umumiy ma'noda).
- Albatta, ansible/chef/puppet yoki boshqa SCM tizimi bilan ishlash imkoniyatiga ega bo'ling.
- SDN va xususiy bulutlar uchun tarmoqlar (masalan, TungstenFabric yoki OpenvSwitch) haqida alohida satr yozilishi kerak. Bu bilimning yana bir ulkan qatlami.
Muxtasar qilib aytganda, men T-shaklidagi odatiy mutaxassisni tasvirlab berdim (hozir aytish moda). Bu hech qanday yangilik kabi ko'rinmaydi, ammo intervyu tajribasiga asoslanib, barcha tarmoq muhandislari yuqoridagi ro'yxatdagi kamida ikkita mavzu bo'yicha bilimlari bilan maqtana olmaydi. Amalda, "tegishli sohalarda" bilimning etishmasligi nafaqat hamkasblar bilan muloqot qilishni, balki loyihaning eng past darajadagi infratuzilmasi sifatida biznesning tarmoqqa qo'yadigan talablarini tushunishni ham qiyinlashtiradi. Va bu tushunchasiz, o'z nuqtai nazaringizni himoya qilish va uni biznesga "sotish" qiyinroq bo'ladi.
Boshqa tomondan, xuddi shunday "tizim qanday ishlashini tushunish" odati tarmoqchilarga Habré/medium-dagi maqolalar va Telegram-dagi chatlar orqali texnologiyalar haqida biladigan, lekin qanday qilib buni amalga oshirishni mutlaqo bilmaydigan turli xil "generalistlar"ga nisbatan juda yaxshi ustunlik beradi. u yoki bu dasturiy ta'minot printsiplari asosida ishlaydi? Va ma'lum naqshlarni bilish, ma'lumki, ko'plab faktlar haqidagi bilimlarni muvaffaqiyatli almashtiradi.
Xulosa yoki shunchaki TL; DR
- Tarmoq ma'muri (masalan, DBA yoki VoIP muhandisi) - bu juda tor profilga ega bo'lgan mutaxassis (tizim ma'murlari/devs/SRE-dan farqli o'laroq), unga ehtiyoj darhol paydo bo'lmaydi (va aslida uzoq vaqt davomida paydo bo'lmasligi mumkin). . Ammo agar u paydo bo'lsa, uni tashqi ekspertiza bilan almashtirish dargumon (autsorsing yoki oddiy umumiy maqsadli ma'murlar, "tarmoqqa ham qarashadi"). Eng achinarlisi shundaki, bunday mutaxassislarga bo'lgan ehtiyoj unchalik katta emas va shartli ravishda 800 ta dasturchi va 30 ta devop/administratorga ega kompaniyada o'z vazifalarini a'lo darajada bajaradigan ikkita tarmoq xodimi bo'lishi mumkin. Bular. bozor juda va juda kichik edi va shunday bo'lib, yaxshi maosh bilan - hatto kamroq.
- Boshqa tomondan, zamonaviy dunyoda yaxshi tarmoqchi nafaqat tarmoqlarning o'zini (va ularning konfiguratsiyasini qanday avtomatlashtirishni), balki ushbu tarmoqlar ustida ishlaydigan operatsion tizimlar va dasturiy ta'minotning ular bilan qanday o'zaro ta'sirini ham bilishi kerak. Busiz hamkasblaringiz sizdan nimani so'rayotganini tushunish va ularga o'z istaklaringizni/talablaringizni etkazish (oqilona) juda qiyin bo'ladi.
- Hech qanday bulut yo'q, bu faqat birovning kompyuteri. Ommaviy/xususiy bulutlardan yoki “siz uchun hamma narsani kalit taslim asosida bajaradigan” hosting-provayder xizmatlaridan foydalanish ilovangiz hali ham tarmoqdan foydalanishini o‘zgartirmasligini va u bilan bog‘liq muammolar tarmoqning ishlashiga ta’sir qilishini tushunishingiz kerak. arizangiz. Sizning tanlovingiz - loyihangiz tarmog'i uchun mas'ul bo'lgan vakolatlar markazi qaerda joylashganligi.
Manba: www.habr.com