បណ្តាញ (មិន) ត្រូវការ

នៅពេលសរសេរអត្ថបទនេះ ការស្វែងរកនៅលើគេហទំព័រការងារដ៏ពេញនិយមមួយសម្រាប់ឃ្លា "វិស្វករបណ្តាញ" បានត្រឡប់មកវិញប្រហែលបីរយកន្លែងទំនេរនៅទូទាំងប្រទេសរុស្ស៊ី។ សម្រាប់ការប្រៀបធៀប ការស្វែងរកឃ្លា "អ្នកគ្រប់គ្រងប្រព័ន្ធ" ត្រឡប់មកវិញជិត 2.5 ពាន់កន្លែងទំនេរ ហើយ "វិស្វករ DevOps" - ជិត 800 ។

តើនេះមានន័យថាលែងត្រូវការអ្នកបង្កើតបណ្តាញនៅក្នុងគ្រានៃពពកដែលបានទទួលជ័យជម្នះ Docker, Kubernetes និង Wi-Fi សាធារណៈគ្រប់ទីកន្លែងមែនទេ?
ចូរយើងស្វែងយល់ (គ)

ចូរយើងស្គាល់។ ខ្ញុំឈ្មោះ Alexey ហើយខ្ញុំជាអ្នកបង្កើតបណ្តាញ។

ខ្ញុំបានចូលរួមក្នុងបណ្តាញអស់រយៈពេលជាង 10 ឆ្នាំមកហើយ ហើយបានធ្វើការជាមួយនឹងប្រព័ន្ធ *nix ផ្សេងៗអស់រយៈពេលជាង 15 ឆ្នាំ (ខ្ញុំមានឱកាស tinker ជាមួយទាំង Linux និង FreeBSD)។ ខ្ញុំបានធ្វើការនៅក្នុងប្រតិបត្តិករទូរគមនាគមន៍ ក្រុមហ៊ុនធំៗដែលត្រូវបានចាត់ទុកថាជា "សហគ្រាស" ហើយថ្មីៗនេះខ្ញុំបានធ្វើការនៅក្នុង fintech "វ័យក្មេង និងហ៊ាន" ដែលជាកន្លែងដែលពពក, devops, kubernetes និងពាក្យគួរឱ្យខ្លាចផ្សេងទៀតដែលប្រាកដជានឹងធ្វើឱ្យខ្ញុំ និងសហការីរបស់ខ្ញុំមិនចាំបាច់។ . ថ្ងៃខ្លះ។ ប្រហែល។

ការបដិសេធ៖ “នៅក្នុងជីវិតរបស់យើង មិនមែនអ្វីៗតែងតែមាននៅគ្រប់ទីកន្លែងនោះទេ ប៉ុន្តែមានអ្វីមួយ ពេលខ្លះនៅកន្លែង” (គ) Maxim Dorofeev ។

អ្វីគ្រប់យ៉ាងដែលបានសរសេរខាងក្រោមអាច និងគួរត្រូវបានចាត់ទុកថាជាគំនិតផ្ទាល់ខ្លួនរបស់អ្នកនិពន្ធ ដែលមិនអះអាងថាជាការពិតបំផុត ឬសូម្បីតែការសិក្សាពេញលេញ។ តួអង្គទាំងអស់គឺប្រឌិត ភាពចៃដន្យទាំងអស់គឺចៃដន្យ។

ស្វាគមន៍​មកកាន់​ពិភព​របស់ខ្ញុំ។

តើអ្នកអាចជួបអ្នកបណ្តាញនៅឯណា?

1. ប្រតិបត្តិករទូរគមនាគមន៍ ក្រុមហ៊ុនសេវាកម្ម និងអ្នករួមបញ្ចូលផ្សេងទៀត។. អ្វីគ្រប់យ៉ាងគឺសាមញ្ញនៅទីនេះ៖ បណ្តាញសម្រាប់ពួកគេគឺជាអាជីវកម្ម។ ពួកគេទាំងលក់ការតភ្ជាប់ដោយផ្ទាល់ (ប្រតិបត្តិករ) ឬផ្តល់សេវាកម្មសម្រាប់ការបើកដំណើរការ/ថែរក្សាបណ្តាញអតិថិជនរបស់ពួកគេ។

មានបទពិសោធន៍ច្រើននៅទីនេះ ប៉ុន្តែមិនមានលុយច្រើនទេ (លុះត្រាតែអ្នកជានាយក ឬអ្នកគ្រប់គ្រងផ្នែកលក់ដែលជោគជ័យ)។ ហើយប្រសិនបើអ្នកចូលចិត្តបណ្តាញ ហើយអ្នកទើបតែចាប់ផ្តើមដំណើររបស់អ្នក អាជីពក្នុងការគាំទ្រពីប្រតិបត្តិករមិនធំមួយចំនួន សូម្បីតែឥឡូវនេះ នឹងក្លាយជាចំណុចចាប់ផ្តើមដ៏ល្អមួយ (នៅក្នុងសហព័ន្ធ អ្វីគ្រប់យ៉ាងត្រូវបានសរសេរយ៉ាងត្រឹមត្រូវ ហើយនៅទីនោះ។ មានបន្ទប់តិចតួចសម្រាប់ការច្នៃប្រឌិត) ។ ជាការប្រសើរណាស់ រឿងអំពីរបៀបដែលអ្នកអាចរីកចម្រើនពីវិស្វករដែលបំពេញកាតព្វកិច្ចក្នុងរយៈពេលពីរបីឆ្នាំទៅជាអ្នកគ្រប់គ្រងកម្រិត C ក៏ជាការពិតដែរ ទោះបីជាកម្រមានហេតុផលច្បាស់លាស់ក៏ដោយ។ តែងតែមានតំរូវការសំរាប់បុគ្គលិក ពីព្រោះការប្តូរវេនកើតឡើង។ នេះទាំងល្អ និងអាក្រក់ក្នុងពេលតែមួយ - ម្យ៉ាងវិញទៀត តែងតែមានកន្លែងទំនេរ - ជាញឹកញាប់អ្នកដែលសកម្ម/ឆ្លាតបំផុតចាកចេញទាំងការផ្សព្វផ្សាយ ឬទៅកន្លែងផ្សេងទៀត "កក់ក្តៅ" យ៉ាងឆាប់រហ័ស។

2. "សហគ្រាស" តាមលក្ខខណ្ឌ. វាមិនមានបញ្ហាថាតើសកម្មភាពចម្បងរបស់គាត់ទាក់ទងនឹង IT ឬអត់នោះទេ។ រឿងចំបងគឺថា វាមាននាយកដ្ឋានព័ត៌មានវិទ្យាផ្ទាល់ខ្លួន ដែលធានានូវប្រតិបត្តិការនៃប្រព័ន្ធខាងក្នុងរបស់ក្រុមហ៊ុន រួមទាំងបណ្តាញនៅក្នុងការិយាល័យ បណ្តាញទំនាក់ទំនងទៅកាន់សាខាជាដើម។ មុខងាររបស់វិស្វករបណ្តាញនៅក្នុងក្រុមហ៊ុនបែបនេះអាចត្រូវបានអនុវត្ត "ក្រៅម៉ោង" ដោយអ្នកគ្រប់គ្រងប្រព័ន្ធ (ប្រសិនបើហេដ្ឋារចនាសម្ព័ន្ធបណ្តាញតូច ឬត្រូវបានគ្រប់គ្រងដោយអ្នកម៉ៅការខាងក្រៅ) ហើយអ្នកឯកទេសបណ្តាញប្រសិនបើមានមួយអាចនៅ មើលតាមទូរស័ព្ទ និង SAN (មិនល្អ)។ ពួកគេចំណាយខុសគ្នា - វាអាស្រ័យយ៉ាងខ្លាំងទៅលើប្រាក់ចំណេញនៃអាជីវកម្មទំហំនៃក្រុមហ៊ុននិងរចនាសម្ព័ន្ធ។ ខ្ញុំបានធ្វើការជាមួយក្រុមហ៊ុនដែលប្រព័ន្ធ Cisco ត្រូវបាន "ផ្ទុកក្នុងធុង" ជាទៀងទាត់ និងជាមួយក្រុមហ៊ុនដែលបណ្តាញនេះត្រូវបានបង្កើតឡើងពីលាមក ដំបង និងកាសែតពណ៌ខៀវ ហើយម៉ាស៊ីនមេមិនដែលត្រូវបានធ្វើបច្ចុប្បន្នភាពទេ (មិនចាំបាច់និយាយទេ គ្មានទុនបំរុងណាមួយត្រូវបានផ្តល់ជូនផងដែរ) ។ មានបទពិសោធន៍តិចណាស់នៅទីនេះ ហើយវាស្ទើរតែប្រាកដជាស្ថិតនៅក្នុងតំបន់នៃការចាក់សោអ្នកលក់យ៉ាងតឹងរ៉ឹង ឬ "របៀបធ្វើអ្វីមួយដោយគ្មានអ្វីសោះ"។ ដោយផ្ទាល់ខ្ញុំបានរកឃើញថាវាគួរឱ្យធុញណាស់ទោះបីជាមនុស្សជាច្រើនចូលចិត្តវាក៏ដោយ - អ្វីគ្រប់យ៉ាងត្រូវបានវាស់វែងនិងអាចព្យាករណ៍បាន (ប្រសិនបើយើងកំពុងនិយាយអំពីក្រុមហ៊ុនធំ ៗ ) "dorakha-bahato" ជាដើម។ យ៉ាងហោចណាស់ម្តងក្នុងមួយឆ្នាំ អ្នកលក់ធំៗមួយចំនួននិយាយថា ពួកគេបានបង្កើតប្រព័ន្ធមេហ្គា-super-duper មួយផ្សេងទៀតដែលនឹងធ្វើឱ្យអ្វីៗទាំងអស់ដំណើរការដោយស្វ័យប្រវត្តិឥឡូវនេះ ហើយអ្នកគ្រប់គ្រងប្រព័ន្ធ និងអ្នកបណ្តាញទាំងអស់អាចបែកខ្ញែកបាន ដោយបន្សល់ទុកពីរបីឱ្យចុចប៊ូតុងនៅក្នុងចំណុចប្រទាក់ដ៏ស្រស់ស្អាត។ ការពិតគឺថា ទោះបីជាយើងមិនអើពើនឹងតម្លៃនៃដំណោះស្រាយក៏ដោយ អ្នកបណ្តាញនឹងមិនទៅណាពីទីនោះឡើយ។ បាទ/ចាស ប្រហែលជាជំនួសឱ្យកុងសូល នឹងមានចំណុចប្រទាក់បណ្ដាញម្តងទៀត (ប៉ុន្តែមិនមែនជាផ្នែកជាក់លាក់នៃផ្នែករឹង ប៉ុន្តែប្រព័ន្ធធំដែលគ្រប់គ្រងរាប់សិប និងរាប់រយបំណែកនៃផ្នែករឹងបែបនេះ) ប៉ុន្តែចំណេះដឹងនៃ "របៀបដែលអ្វីៗដំណើរការនៅខាងក្នុង" នឹងនៅតែមាន។ ត្រូវការ។

3. ក្រុមហ៊ុនផលិតផលប្រាក់ចំណេញដែលបានមកពីការអភិវឌ្ឍន៍ (និងជាញឹកញាប់ប្រតិបត្តិការ) នៃកម្មវិធី ឬវេទិកាមួយចំនួន - ផលិតផលដូចគ្នានោះ។ ជាធម្មតាពួកគេមានទំហំតូច និងរហ័សរហួន ពួកគេនៅតែឆ្ងាយពីទំហំសហគ្រាស និងការិយាធិបតេយ្យរបស់ពួកគេ។ វានៅទីនេះដែលថា devops, cubers, dockers និងពាក្យដ៏គួរឱ្យភ័យខ្លាចផ្សេងទៀតទាំងនោះត្រូវបានរកឃើញយ៉ាងទូលំទូលាយ ដែលពិតជានឹងធ្វើឱ្យបណ្តាញ និងវិស្វករបណ្តាញក្លាយជាបញ្ហាដែលមិនចាំបាច់។

តើ Networker ខុសពីអ្នកគ្រប់គ្រងប្រព័ន្ធយ៉ាងដូចម្តេច?

នៅក្នុងការយល់ដឹងរបស់មនុស្សមិនមែនមកពី IT - គ្មានអ្វីទេ។ ពួកគេទាំងពីរសម្លឹងមើលអេក្រង់ខ្មៅ ហើយសរសេរអក្ខរាវិរុទ្ធ ពេលខ្លះស្បថស្ងាត់ៗ។

នៅក្នុងការយល់ដឹងរបស់អ្នកសរសេរកម្មវិធី - ប្រហែលជាដោយប្រធានបទ។ អ្នកគ្រប់គ្រងប្រព័ន្ធគ្រប់គ្រងម៉ាស៊ីនមេ អ្នកបណ្តាញគ្រប់គ្រងកុងតាក់ និងរ៉ោតទ័រ។ ពេល​ខ្លះ​ការ​គ្រប់​គ្រង​គឺ​អាក្រក់ ហើយ​អ្វី​ៗ​ក៏​ធ្លាក់​ចុះ​សម្រាប់​អ្នក​រាល់​គ្នា។ ជាការប្រសើរណាស់, ក្នុងករណីមានអ្វីចម្លែក, បណ្តាញក៏ត្រូវស្តីបន្ទោស។ ដោយ​សារ​តែ​អ្នក​ fuck នោះ​ហើយ​ជា​មូលហេតុ​។

តាមពិតភាពខុសគ្នាសំខាន់គឺវិធីសាស្រ្តក្នុងការធ្វើការ។ ប្រហែលជាវាស្ថិតក្នុងចំណោមអ្នកបណ្តាញដែលមានអ្នកគាំទ្រភាគច្រើននៃវិធីសាស្រ្ត "ប្រសិនបើវាដំណើរការ, កុំប៉ះវា!" ។ តាមក្បួនអ្វីមួយអាចត្រូវបានធ្វើ (នៅក្នុងអ្នកលក់មួយ) ក្នុងវិធីតែមួយគត់ ការកំណត់រចនាសម្ព័ន្ធទាំងមូលនៃប្រអប់គឺស្ថិតនៅលើបាតដៃរបស់អ្នក។ តម្លៃនៃកំហុសគឺខ្ពស់ ហើយជួនកាលខ្ពស់ណាស់ (ឧទាហរណ៍ អ្នកនឹងត្រូវធ្វើដំណើរជាច្រើនរយគីឡូម៉ែត្រដើម្បីចាប់ផ្ដើមរ៉ោតទ័រឡើងវិញ ហើយនៅពេលនេះមនុស្សរាប់ពាន់នាក់នឹងគ្មានទំនាក់ទំនង - ស្ថានភាពទូទៅសម្រាប់ប្រតិបត្តិករទូរគមនាគមន៍) .

តាមគំនិតរបស់ខ្ញុំ នេះជាមូលហេតុដែលវិស្វករបណ្តាញ ម៉្យាងវិញទៀត មានការលើកទឹកចិត្តយ៉ាងខ្លាំងចំពោះស្ថេរភាពបណ្តាញ (ហើយការផ្លាស់ប្តូរគឺជាសត្រូវចម្បងនៃស្ថេរភាព) ហើយទីពីរ ចំណេះដឹងរបស់ពួកគេកាន់តែស៊ីជម្រៅជាងទំហំធំ (អ្នកមិន ត្រូវ​ការ​ដើម្បី​អាច​កំណត់​រចនាសម្ព័ន្ធ​ដេមិន​ខុស​ៗ​គ្នា​រាប់​សិប​នោះ អ្នក​ត្រូវ​ដឹង​ពី​បច្ចេកវិទ្យា និង​ការ​អនុវត្ត​របស់​វា​ពី​អ្នក​ផលិត​ឧបករណ៍​ជាក់លាក់)។ នោះហើយជាមូលហេតុដែលអ្នកគ្រប់គ្រងប្រព័ន្ធដែល googled របៀបចុះឈ្មោះ vlan នៅលើប្រព័ន្ធ Cisco មិនទាន់ជាបណ្តាញ។ ហើយវាមិនទំនងថាគាត់នឹងអាចគាំទ្រប្រកបដោយប្រសិទ្ធភាព (ក៏ដូចជាការដោះស្រាយបញ្ហា) បណ្តាញស្មុគ្រស្មាញច្រើនឬតិចនោះទេ។

ប៉ុន្តែហេតុអ្វីបានជាអ្នកត្រូវការ networker ប្រសិនបើអ្នកមាន hoster?

សម្រាប់ប្រាក់បន្ថែម (ហើយប្រសិនបើអ្នកជាអតិថិជនធំ និងជាទីស្រឡាញ់ ប្រហែលជាឥតគិតថ្លៃ "ក្នុងនាមជាមិត្ត") វិស្វករមជ្ឈមណ្ឌលទិន្នន័យនឹងកំណត់រចនាសម្ព័ន្ធកុងតាក់របស់អ្នកឱ្យសមនឹងតម្រូវការរបស់អ្នក ហើយប្រហែលជាជួយអ្នកបង្កើតចំណុចប្រទាក់ BGP ជាមួយអ្នកផ្តល់សេវាផងដែរ។ (ប្រសិនបើអ្នកមានបណ្តាញរងផ្ទាល់ខ្លួនរបស់អ្នកនៃអាសយដ្ឋាន IP សម្រាប់ការប្រកាស) ។

បញ្ហាចម្បងគឺថាមជ្ឈមណ្ឌលទិន្នន័យមិនមែនជានាយកដ្ឋាន IT របស់អ្នកទេ វាគឺជាក្រុមហ៊ុនដាច់ដោយឡែកដែលមានគោលដៅរកប្រាក់ចំណេញ។ រួមទាំងការចំណាយរបស់អ្នកជាអតិថិជន។ មជ្ឈមណ្ឌលទិន្នន័យផ្តល់ racks ផ្តល់ឱ្យពួកគេនូវអគ្គិសនី និងត្រជាក់ ព្រមទាំងផ្តល់នូវការតភ្ជាប់ "លំនាំដើម" មួយចំនួនទៅអ៊ីនធឺណិត។ ដោយផ្អែកលើហេដ្ឋារចនាសម្ព័ន្ធនេះ មជ្ឈមណ្ឌលទិន្នន័យអាចរៀបចំឧបករណ៍របស់អ្នក (ទីតាំង) ជួលម៉ាស៊ីនមេទៅអ្នក (ម៉ាស៊ីនមេដែលឧទ្ទិស) ឬផ្តល់សេវាកម្មគ្រប់គ្រង (ឧទាហរណ៍ OpenStack ឬ K8s) ។ ប៉ុន្តែអាជីវកម្មនៃមជ្ឈមណ្ឌលទិន្នន័យ (ជាធម្មតា) មិនមែនជាការគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធរបស់អតិថិជនទេ ពីព្រោះដំណើរការនេះគឺពឹងផ្អែកខ្លាំងលើកម្លាំងពលកម្ម ដំណើរការដោយស្វ័យប្រវត្តិមិនល្អ (ហើយនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យធម្មតាអ្វីគ្រប់យ៉ាងដែលអាចធ្វើទៅបានគឺស្វ័យប្រវត្តិ) ការបង្រួបបង្រួមកាន់តែអាក្រក់ (អតិថិជននីមួយៗ មានលក្ខណៈបុគ្គល) ហើយជាទូទៅមានការត្អូញត្អែរ ("អ្នកប្រាប់ខ្ញុំថាម៉ាស៊ីនមេត្រូវបានតំឡើង ប៉ុន្តែឥឡូវនេះវាបានគាំង វាជាកំហុសរបស់អ្នក!!!111")។ ដូច្នេះហើយ ប្រសិនបើម្ចាស់ផ្ទះជួយអ្នកក្នុងរឿងអ្វីមួយ គាត់នឹងព្យាយាមធ្វើឱ្យវាសាមញ្ញ និងងាយស្រួលតាមដែលអាចធ្វើទៅបាន។ ដោយសារតែការធ្វើវាជាការលំបាកគឺមិនទទួលបានផលចំណេញយ៉ាងហោចណាស់តាមទស្សនៈនៃតម្លៃពលកម្មរបស់វិស្វករនៃម្ចាស់ផ្ទះដូចគ្នានេះ (ប៉ុន្តែស្ថានភាពគឺខុសគ្នាសូមមើលការបដិសេធ) ។ នេះមិនមានន័យថា ម្ចាស់ផ្ទះនឹងធ្វើអ្វីគ្រប់យ៉ាងអាក្រក់នោះទេ។ ប៉ុន្តែវាមិនមែនជាការពិតទេដែលថាគាត់នឹងធ្វើអ្វីដែលអ្នកពិតជាត្រូវការ។

វាហាក់ដូចជារឿងជាក់ស្តែង ប៉ុន្តែជាច្រើនដងក្នុងការអនុវត្តរបស់ខ្ញុំ ខ្ញុំបានជួបប្រទះការពិតដែលថាក្រុមហ៊ុនបានចាប់ផ្តើមពឹងផ្អែកលើអ្នកផ្តល់សេវាបង្ហោះរបស់ពួកគេលើសពីអ្វីដែលពួកគេគួរ ហើយនេះមិនបាននាំទៅរកអ្វីល្អនោះទេ។ ខ្ញុំត្រូវពន្យល់ឱ្យវែង និងលម្អិតថា មិនមែន SLA តែមួយនឹងគ្របដណ្តប់ការខាតបង់ពីពេលវេលារងចាំនោះទេ (មានករណីលើកលែង ប៉ុន្តែជាធម្មតាវាមានតម្លៃថ្លៃណាស់សម្រាប់អតិថិជន) ហើយថាអ្នករៀបចំកម្មវិធីមិនដឹងពីអ្វីដែលកំពុងកើតឡើងនៅក្នុង ហេដ្ឋារចនាសម្ព័ន្ធរបស់អតិថិជន (លើកលែងតែសូចនាករទូទៅ)។ ហើយម្ចាស់ផ្ទះក៏មិនធ្វើការបម្រុងទុកសម្រាប់អ្នកដែរ។ ស្ថានភាពកាន់តែអាក្រក់ប្រសិនបើអ្នកមានម្ចាស់ផ្ទះច្រើនជាងមួយ។ ក្នុង​ករណី​មាន​បញ្ហា​ណាមួយ​រវាង​ពួកគេ ពួកគេ​ប្រាកដ​ជា​មិន​ដឹង​ថា​មាន​បញ្ហា​អ្វី​ដល់​អ្នក​ឡើយ។

តាមពិត ការជម្រុញនៅទីនេះគឺដូចគ្នាទៅនឹងពេលជ្រើសរើស "ក្រុមគ្រប់គ្រងក្នុងផ្ទះទល់នឹងប្រភពខាងក្រៅ"។ ប្រសិនបើហានិភ័យត្រូវបានគណនា គុណភាពគឺពេញចិត្ត ហើយអាជីវកម្មមិនខ្វល់ ហេតុអ្វីមិនសាកល្បងវា។ ម៉្យាងវិញទៀត បណ្តាញគឺជាស្រទាប់មួយក្នុងចំណោមស្រទាប់មូលដ្ឋានបំផុតនៃហេដ្ឋារចនាសម្ព័ន្ធ ហើយវាមិនមានតម្លៃក្នុងការទុកវាឱ្យមនុស្សខាងក្រៅទេ ប្រសិនបើអ្នកគាំទ្រអ្វីៗផ្សេងទៀតដោយខ្លួនឯងរួចហើយ។

តើក្នុងករណីណាដែលអ្នកត្រូវការបណ្តាញទំនាក់ទំនង?

បន្ទាប់យើងនឹងនិយាយជាពិសេសអំពីក្រុមហ៊ុនអាហារទំនើប។ ជាមួយនឹងប្រតិបត្តិករ និងសហគ្រាស អ្វីគ្រប់យ៉ាងគឺច្បាស់លាស់ បូកឬដក - តិចតួចបានផ្លាស់ប្តូរនៅទីនោះក្នុងប៉ុន្មានឆ្នាំថ្មីៗនេះ ហើយបណ្តាញបណ្តាញគឺត្រូវការនៅទីនោះពីមុន ហើយពួកគេត្រូវការឥឡូវនេះ។ ប៉ុន្តែជាមួយនឹងរឿង "ក្មេងនិងហ៊ាន" ដូចគ្នាទាំងនោះមិនច្បាស់ទេ។ ជារឿយៗពួកគេដាក់ហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលរបស់ពួកគេនៅក្នុងពពក ដូច្នេះពួកគេពិតជាមិនត្រូវការអ្នកគ្រប់គ្រងទេ លើកលែងតែអ្នកគ្រប់គ្រងនៃពពកដូចគ្នានោះ ជាការពិត។ ម្យ៉ាងវិញទៀត ហេដ្ឋារចនាសម្ព័ន្ធគឺសាមញ្ញណាស់ក្នុងការរចនារបស់វា ម្យ៉ាងវិញទៀត វាត្រូវបានដំណើរការដោយស្វ័យប្រវត្ត (ansible/puppet, terraform, ci/cd... ជាការប្រសើរណាស់)។ ប៉ុន្តែសូម្បីតែនៅទីនេះក៏មានស្ថានភាពនៅពេលដែលអ្នកមិនអាចធ្វើបានដោយគ្មានវិស្វករបណ្តាញ។

ឧទាហរណ៍ទី 1 បុរាណ

ឧបមាថាក្រុមហ៊ុនមួយចាប់ផ្តើមជាមួយម៉ាស៊ីនមេមួយដែលមានអាសយដ្ឋាន IP សាធារណៈ ដែលមានទីតាំងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ។ បន្ទាប់មកមានម៉ាស៊ីនមេពីរ។ បន្ទាប់មកទៀត... មិនយូរមិនឆាប់ នឹងមានតម្រូវការសម្រាប់បណ្តាញឯកជនរវាងម៉ាស៊ីនមេ។ ដោយសារតែចរាចរណ៍ "ខាងក្រៅ" ត្រូវបានកំណត់ទាំងដោយកម្រិតបញ្ជូន (ឧទាហរណ៍មិនលើសពី 100Mbit/s) និងដោយបរិមាណនៃការទាញយក/ផ្ទុកឡើងក្នុងមួយខែ (អ្នកបង្ហោះផ្សេងៗគ្នាមានអត្រាពន្ធខុសៗគ្នា ប៉ុន្តែកម្រិតបញ្ជូនទៅកាន់ពិភពខាងក្រៅជាធម្មតាមានតម្លៃថ្លៃជាង បណ្តាញឯកជន) ។

អ្នកបង្ហោះបន្ថែមកាតបណ្តាញបន្ថែមទៅម៉ាស៊ីនមេ ហើយរួមបញ្ចូលពួកវានៅក្នុងកុងតាក់របស់ពួកគេនៅក្នុង vlan ដាច់ដោយឡែកមួយ។ តំបន់ "ផ្ទះល្វែង" លេចឡើងរវាងម៉ាស៊ីនមេ។ មាន​ផា​សុខភាព!

ចំនួនម៉ាស៊ីនមេកំពុងកើនឡើង ហើយចរាចរណ៍នៅលើបណ្តាញឯកជនក៏កំពុងកើនឡើងផងដែរ - ការបម្រុងទុក ការចម្លងជាដើម។ ម្ចាស់ផ្ទះផ្តល់ជូនដើម្បីផ្លាស់ទីអ្នកទៅក្នុងកុងតាក់ដាច់ដោយឡែក ដើម្បីកុំឱ្យរំខានដល់អតិថិជនផ្សេងទៀត ហើយពួកគេមិនជ្រៀតជ្រែកជាមួយអ្នកទេ។ hoster ដំឡើង switches មួយចំនួន ហើយកំណត់រចនាសម្ព័ន្ធពួកវា - ភាគច្រើនទំនងជាទុកបណ្តាញរាបស្មើមួយរវាង servers របស់អ្នកទាំងអស់។ អ្វីៗដំណើរការល្អ ប៉ុន្តែនៅពេលជាក់លាក់ណាមួយបញ្ហាចាប់ផ្តើម៖ ការពន្យាពេលរវាងម៉ាស៊ីនកើនឡើងជាប្រចាំ កំណត់ហេតុត្អូញត្អែរអំពីកញ្ចប់ព័ត៌មាន arp ច្រើនពេកក្នុងមួយវិនាទី ហើយក្នុងអំឡុងពេលធ្វើសវនកម្ម ផេនស្ទឺរបានវាយលុកបណ្តាញមូលដ្ឋានទាំងមូលរបស់អ្នក ដោយបំបែកម៉ាស៊ីនមេតែមួយប៉ុណ្ណោះ។

តើត្រូវការអ្វីខ្លះ?

បែងចែកបណ្តាញទៅជាផ្នែក - vlans ។ កំណត់រចនាសម្ព័ន្ធអាសយដ្ឋានផ្ទាល់ខ្លួនរបស់អ្នកនៅក្នុង vlan នីមួយៗ ជ្រើសរើសច្រកផ្លូវដែលនឹងផ្ទេរចរាចរណ៍រវាងបណ្តាញ។ កំណត់រចនាសម្ព័ន្ធ acl នៅលើច្រកផ្លូវដើម្បីកំណត់ការចូលប្រើរវាងផ្នែក ឬសូម្បីតែដំឡើងជញ្ជាំងភ្លើងដាច់ដោយឡែកនៅក្បែរនោះ។

ឧទាហរណ៍ទី 1 បានបន្ត

ម៉ាស៊ីនមេត្រូវបានភ្ជាប់ទៅបណ្តាញមូលដ្ឋានដោយខ្សែតែមួយ។ កុងតាក់នៅក្នុង racks ត្រូវបានភ្ជាប់ទៅគ្នាទៅវិញទៅមក ប៉ុន្តែប្រសិនបើមានឧបទ្ទវហេតុនៅក្នុង rack មួយ នោះ 3 ទៀតដែលនៅជាប់គ្នានឹងរលត់។ គ្រោងការណ៍មាន ប៉ុន្តែមានការសង្ស័យអំពីភាពពាក់ព័ន្ធរបស់វា។ ម៉ាស៊ីនមេនីមួយៗមានអាស័យដ្ឋានសាធារណៈរបស់ខ្លួន ដែលត្រូវបានចេញដោយ hoster និងត្រូវបានចងភ្ជាប់ទៅនឹង rack ។ ទាំងនោះ។ នៅពេលផ្លាស់ទីម៉ាស៊ីនមេ អាសយដ្ឋានត្រូវផ្លាស់ប្តូរ។

តើត្រូវការអ្វីខ្លះ?

ភ្ជាប់ម៉ាស៊ីនមេដោយប្រើ LAG (Link Aggregation Group) ជាមួយនឹងខ្សែពីរទៅកុងតាក់នៅក្នុង rack (ពួកវាក៏ត្រូវការលែងត្រូវការតទៅទៀត)។ កក់ការតភ្ជាប់រវាង racks បំលែងពួកវាទៅជាប្រភេទ "តារា" (ឬ CLOS ម៉ូដទាន់សម័យ) ដូច្នេះការបាត់បង់ rack មួយមិនប៉ះពាល់ដល់អ្នកដទៃទេ។ ជ្រើសរើស racks "កណ្តាល" ដែលស្នូលបណ្តាញនឹងមានទីតាំងនៅ និងកន្លែងដែល rack ផ្សេងទៀតនឹងត្រូវបានភ្ជាប់។ ក្នុងពេលជាមួយគ្នានេះ ដាក់អាសយដ្ឋានសាធារណៈតាមលំដាប់លំដោយ យកពី hoster (ឬពី RIR ប្រសិនបើអាចធ្វើបាន) subnet ដែលអ្នកខ្លួនឯង (ឬតាមរយៈ hoster) ប្រកាសទៅកាន់ពិភពលោក។

តើទាំងអស់នេះអាចធ្វើឡើងដោយអ្នកគ្រប់គ្រងប្រព័ន្ធ "ធម្មតា" ដែលមិនមានចំណេះដឹងជ្រៅជ្រះអំពីបណ្តាញទេ? មិន​ច្បាស់។ តើម្ចាស់ផ្ទះនឹងធ្វើបែបនេះទេ? ប្រហែលជាវានឹង, ប៉ុន្តែអ្នកនឹងត្រូវការលក្ខណៈបច្ចេកទេសលម្អិតដោយស្មើភាព, ដែលនរណាម្នាក់នឹងត្រូវការដើម្បីគូរឡើង។ ហើយបន្ទាប់មកពិនិត្យមើលថាអ្វីគ្រប់យ៉ាងត្រូវបានធ្វើត្រឹមត្រូវ។

ឧទាហរណ៍ទី 2: ពពក

ចូរនិយាយថាអ្នកមាន VPC នៅក្នុងពពកសាធារណៈមួយចំនួន។ ដើម្បីទទួលបានការចូលប្រើពីការិយាល័យ ឬផ្នែកខាងក្នុងនៃហេដ្ឋារចនាសម្ព័ន្ធទៅកាន់បណ្តាញមូលដ្ឋាននៅខាងក្នុង VPC អ្នកត្រូវកំណត់រចនាសម្ព័ន្ធការតភ្ជាប់តាមរយៈ IPSec ឬឆានែលជាក់លាក់មួយ។ នៅលើដៃមួយ IPSec គឺថោកជាង, ដោយសារតែ មិនចាំបាច់ទិញផ្នែករឹងបន្ថែមទេ អ្នកអាចរៀបចំផ្លូវរូងក្រោមដីរវាងម៉ាស៊ីនមេរបស់អ្នកជាមួយនឹងអាសយដ្ឋានសាធារណៈ និងពពក។ ប៉ុន្តែ - ភាពយឺតយ៉ាវ ការអនុវត្តមានកំណត់ (ចាប់តាំងពីប៉ុស្តិ៍ត្រូវតែត្រូវបានអ៊ិនគ្រីប) បូករួមទាំងការតភ្ជាប់ដែលមិនមានការធានា (ចាប់តាំងពីការចូលប្រើគឺតាមរយៈអ៊ីនធឺណិតធម្មតា)។

តើត្រូវការអ្វីខ្លះ?

បង្កើន​ការ​តភ្ជាប់​តាម​រយៈ​ឆានែល​ដែល​បាន​កំណត់ (ឧទាហរណ៍ AWS ហៅ​វា​ថា Direct Connect)។ ដើម្បីធ្វើដូច្នេះ ស្វែងរកដៃគូប្រតិបត្តិករដែលនឹងភ្ជាប់អ្នក សម្រេចចិត្តលើចំណុចតភ្ជាប់ដែលនៅជិតអ្នកបំផុត (ទាំងអ្នកទៅកាន់ប្រតិបត្តិករ និងប្រតិបត្តិករទៅពពក) ហើយចុងក្រោយ រៀបចំអ្វីៗគ្រប់យ៉ាង។ តើអាចធ្វើអ្វីៗទាំងអស់នេះដោយគ្មានវិស្វករបណ្តាញទេ? ប្រាកដ​ជា​មែន។ ប៉ុន្តែរបៀបដោះស្រាយបញ្ហាដោយគ្មានគាត់ក្នុងករណីមានបញ្ហាគឺមិនច្បាស់ទៀតទេ។

វាក៏អាចមានបញ្ហាជាមួយនឹងភាពអាចរកបានរវាងពពក (ប្រសិនបើអ្នកមានពពកច្រើន) ឬបញ្ហាជាមួយនឹងការពន្យារពេលរវាងតំបន់ផ្សេងៗគ្នា។ល។ ជាការពិតណាស់ ឥឡូវនេះឧបករណ៍ជាច្រើនបានបង្ហាញខ្លួនដែលបង្កើនតម្លាភាពនៃអ្វីដែលកំពុងកើតឡើងនៅក្នុងពពក (ដូចគ្នាបេះបិទ) ប៉ុន្តែទាំងនេះគឺជាឧបករណ៍ទាំងអស់របស់វិស្វករបណ្តាញ ហើយមិនមែនជាឧបករណ៍ជំនួសគាត់ទេ។

ខ្ញុំអាចគូសវាសឧទាហរណ៍ជាច្រើនពីការអនុវត្តរបស់ខ្ញុំ ប៉ុន្តែខ្ញុំគិតថាវាច្បាស់ណាស់ថាក្រុមដែលចាប់ផ្តើមពីកម្រិតជាក់លាក់នៃការអភិវឌ្ឍន៍ហេដ្ឋារចនាសម្ព័ន្ធ ត្រូវតែមានមនុស្សម្នាក់ (និយមច្រើនជាងមួយ) ដែលដឹងពីរបៀបដែលបណ្តាញដំណើរការ និងអាចកំណត់រចនាសម្ព័ន្ធបាន។ ឧបករណ៍បណ្តាញ និងដោះស្រាយបញ្ហាប្រសិនបើពួកគេកើតឡើង។ ជឿខ្ញុំគាត់នឹងមានអ្វីដែលត្រូវធ្វើ

តើអ្នកបង្កើតបណ្តាញគួរដឹងអ្វីខ្លះ?

វាមិនចាំបាច់ទាល់តែសោះ (និងសូម្បីតែពេលខ្លះមានគ្រោះថ្នាក់) សម្រាប់វិស្វករបណ្តាញដើម្បីដោះស្រាយតែបណ្តាញ និងគ្មានអ្វីផ្សេងទៀត។ ទោះបីជាយើងមិនពិចារណាជម្រើសជាមួយនឹងហេដ្ឋារចនាសម្ព័ន្ធដែលរស់នៅស្ទើរតែទាំងស្រុងនៅក្នុងពពកសាធារណៈ (ហើយអ្វីក៏ដោយដែលនរណាម្នាក់អាចនិយាយបានថាវាកាន់តែមានប្រជាប្រិយភាព) ហើយយកឧទាហរណ៍នៅលើពពកឬឯកជនដែលជាកន្លែង on “CCNP-level knowledge alone” “អ្នកនឹងមិនចាកចេញទេ។

បន្ថែមពីលើការពិត បណ្តាញ - ថ្វីត្បិតតែមានវាលគ្មានទីបញ្ចប់សម្រាប់ការសិក្សា ទោះបីជាអ្នកផ្តោតតែលើតំបន់មួយ (បណ្តាញអ្នកផ្តល់សេវា សហគ្រាស មជ្ឈមណ្ឌលទិន្នន័យ Wi-Fi ... )

ជាការពិតណាស់ ឥឡូវនេះ អ្នកទាំងអស់គ្នានឹងចងចាំ Python និង "បណ្តាញស្វ័យប្រវត្តិកម្ម" ផ្សេងទៀត ប៉ុន្តែនេះគ្រាន់តែជាលក្ខខណ្ឌចាំបាច់ប៉ុណ្ណោះ ប៉ុន្តែមិនមែនជាលក្ខខណ្ឌគ្រប់គ្រាន់នោះទេ។ ដើម្បីឱ្យវិស្វករបណ្តាញ "ចូលរួមក្រុមដោយជោគជ័យ" គាត់ត្រូវតែអាចនិយាយភាសាដូចគ្នាជាមួយអ្នកអភិវឌ្ឍន៍ និងអ្នកគ្រប់គ្រង/អ្នកអភិវឌ្ឍន៍ផ្សេងទៀត។ តើ​វា​មានន័យ​យ៉ាង​ដូចម្តេច?

• មិនត្រឹមតែអាចធ្វើការនៅក្នុងលីនុចជាអ្នកប្រើប្រាស់ប៉ុណ្ណោះទេ ថែមទាំងអាចគ្រប់គ្រងវាបាន យ៉ាងហោចណាស់នៅកម្រិត sysadmin-jun៖ ដំឡើងកម្មវិធីចាំបាច់ ចាប់ផ្តើមសេវាកម្មដែលបរាជ័យឡើងវិញ សរសេរប្រព័ន្ធ systemd-unit ធម្មតា។
• ស្វែងយល់ (យ៉ាងហោចណាស់ក្នុងន័យទូទៅ) ពីរបៀបដែលបណ្តាញជង់ដំណើរការនៅក្នុងលីនុច របៀបបណ្តាញដំណើរការនៅក្នុង hypervisors និងកុងតឺន័រ (lxc / docker / kubernetes) ។
• ជាការពិតណាស់ អាចធ្វើការជាមួយ ansible/chef/puppet ឬប្រព័ន្ធ SCM ផ្សេងទៀត។
• បន្ទាត់ដាច់ដោយឡែកគួរតែត្រូវបានសរសេរអំពី SDN និងបណ្តាញសម្រាប់ពពកឯកជន (ឧទាហរណ៍ TungstenFabric ឬ OpenvSwitch) ។ នេះគឺជាស្រទាប់នៃចំណេះដឹងដ៏ធំមួយទៀត។

សរុបមក ខ្ញុំបានពណ៌នាអំពីអ្នកជំនាញខាងរាងអក្សរ T ធម្មតា (ដូចដែលវានិយាយម៉ូតឥឡូវ)។ វាហាក់ដូចជាគ្មានអ្វីថ្មីទេ ប៉ុន្តែផ្អែកលើបទពិសោធន៍សម្ភាសន៍ មិនមែនវិស្វករបណ្តាញទាំងអស់អាចមានអំនួតតាមរយៈចំណេះដឹងអំពីប្រធានបទយ៉ាងហោចណាស់ពីរពីបញ្ជីខាងលើនោះទេ។ នៅក្នុងការអនុវត្តជាក់ស្តែង ការខ្វះខាតចំណេះដឹង "ក្នុងវិស័យពាក់ព័ន្ធ" ធ្វើឱ្យមានការលំបាកខ្លាំងមិនត្រឹមតែទំនាក់ទំនងជាមួយសហសេវិកប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងយល់ពីតម្រូវការដែលអាជីវកម្មដាក់នៅលើបណ្តាញ ដែលជាហេដ្ឋារចនាសម្ព័ន្ធកម្រិតទាបបំផុតនៃគម្រោង។ ហើយ​បើ​គ្មាន​ការ​យល់​ដឹង​នេះ វា​កាន់​តែ​ពិបាក​ក្នុង​ការ​ការពារ​ទស្សនៈ​របស់​អ្នក​ហើយ "លក់" វា​ទៅ​ឱ្យ​អាជីវកម្ម។

ម៉្យាងវិញទៀត ទម្លាប់ដូចគ្នានៃ "ការយល់ដឹងពីរបៀបដែលប្រព័ន្ធដំណើរការ" ផ្តល់ឱ្យអ្នកបណ្តាញនូវអត្ថប្រយោជន៍ដ៏ល្អចំពោះ "អ្នកទូទៅ" ដែលដឹងអំពីបច្ចេកវិទ្យាពីអត្ថបទនៅលើ Habre/medium និងការជជែកនៅលើ Telegram ប៉ុន្តែពិតជាមិនដឹងថាត្រូវធ្វើអ្វីនោះទេ។ គោលការណ៍នេះ ឬកម្មវិធីនោះដំណើរការលើ? ហើយចំនេះដឹងនៃគំរូមួយចំនួន ដូចដែលត្រូវបានគេស្គាល់ ជំនួសដោយជោគជ័យនូវចំណេះដឹងនៃការពិតជាច្រើន។

សេចក្តីសន្និដ្ឋាន ឬគ្រាន់តែ TL;DR

1. អ្នកគ្រប់គ្រងបណ្តាញ (ដូចជា DBA ឬវិស្វករ VoIP) គឺជាអ្នកឯកទេសដែលមានទម្រង់តូចចង្អៀត (មិនដូចអ្នកគ្រប់គ្រងប្រព័ន្ធ / devs / SRE) តម្រូវការដែលមិនកើតឡើងភ្លាមៗ (ហើយប្រហែលជាមិនកើតឡើងក្នុងរយៈពេលយូរទេ) ។ . ប៉ុន្តែប្រសិនបើវាកើតឡើង វាមិនទំនងជាត្រូវបានជំនួសដោយអ្នកជំនាញខាងក្រៅ (អ្នកគ្រប់គ្រងខាងក្រៅ ឬអ្នកគ្រប់គ្រងទូទៅធម្មតា "ដែលមើលថែបណ្តាញផងដែរ")។ អ្វីដែលគួរឲ្យសោកស្ដាយនោះគឺថា តម្រូវការសម្រាប់អ្នកជំនាញបែបនេះមានចំនួនតិចតួច ហើយតាមលក្ខខណ្ឌនៅក្នុងក្រុមហ៊ុនដែលមានអ្នកសរសេរកម្មវិធីចំនួន 800 នាក់ និងអ្នកអភិវឌ្ឍន៍ 30 នាក់ ប្រហែលជាមានតែបណ្តាញទំនាក់ទំនងពីរប៉ុណ្ណោះដែលធ្វើការងារបានល្អជាមួយនឹងទំនួលខុសត្រូវរបស់ពួកគេ។ ទាំងនោះ។ ទីផ្សារគឺតូចណាស់ ហើយមានប្រាក់ខែល្អ សូម្បីតែតិចក៏ដោយ។
2. ម៉្យាងវិញទៀត អ្នកបង្កើតបណ្តាញដ៏ល្អនៅក្នុងពិភពទំនើបត្រូវតែដឹងមិនត្រឹមតែបណ្តាញខ្លួនឯងប៉ុណ្ណោះទេ (និងរបៀបកំណត់រចនាសម្ព័ន្ធរបស់វាដោយស្វ័យប្រវត្តិ) ប៉ុន្តែក៏អំពីរបៀបដែលប្រព័ន្ធប្រតិបត្តិការ និងកម្មវិធីដែលដំណើរការនៅលើបណ្តាញទាំងនេះមានអន្តរកម្មជាមួយពួកគេ។ បើគ្មាននេះទេ វានឹងពិបាកណាស់ក្នុងការយល់ដឹងពីអ្វីដែលសហសេវិករបស់អ្នកកំពុងសុំពីអ្នក និងបង្ហាញ (សមហេតុផល) នូវបំណងប្រាថ្នា/តម្រូវការរបស់អ្នកទៅកាន់ពួកគេ។
3. មិនមានពពកទេ វាគ្រាន់តែជាកុំព្យូទ័ររបស់អ្នកដទៃប៉ុណ្ណោះ។ អ្នកត្រូវយល់ថាការប្រើពពកសាធារណៈ/ឯកជន ឬសេវាកម្មរបស់អ្នកផ្តល់សេវាបង្ហោះ "ដែលធ្វើអ្វីគ្រប់យ៉ាងសម្រាប់អ្នកនៅលើមូលដ្ឋាន turnkey" មិនផ្លាស់ប្តូរការពិតដែលថាកម្មវិធីរបស់អ្នកនៅតែប្រើបណ្តាញនោះទេ ហើយបញ្ហាជាមួយវានឹងប៉ះពាល់ដល់ប្រតិបត្តិការរបស់ កម្មវិធីរបស់អ្នក។ ជម្រើសរបស់អ្នកគឺកន្លែងដែលមជ្ឈមណ្ឌលសមត្ថភាពនឹងមានទីតាំងនៅដែលនឹងទទួលខុសត្រូវចំពោះបណ្តាញនៃគម្រោងរបស់អ្នក។

ប្រភព: www.habr.com