Cisco компаниясының тарихы: қалайша желілер көшбасшысы болды
Cisco тарихының қысқаша хронологиясы: стартаптан желілер көшбасшысына дейін — негізгі шешімдер, сатып алулар мен қателіктер.

Неліктен Cisco тарихын білу желі нарығын түсінуге көмектеседі
Желілік жабдықты таңдағанда порттар, өткізу қабілеті, лицензиялар, жеткізу мерзімдері сияқты цифрларда адасу оңай. Бірақ әр құрылғының артында өндірушінің стратегиясы тұрады. Сондықтан Cisco тарихы «тірібиес» ретінде пайдалы: қандай шешімдер нарықты қалыптастырды және неліктен кей тәсілдер өмір сүріп, басқалары даудың көзі болды.
Cisco-ның жолын түсіну ИТ бөлімшесіне таңдау туралы тек техникалық емес, тәуекел логикасымен де түсіндіруге көмектеседі. Басқармаға көбіне болжамдылық маңызды: қолдау, үйлесімділік, мамандарды оқыту және вендордың дағдарыс жағдайындағы жүріс‑тұрысы. Әлемге шыққан компаниялар көбіне қайталанатын модельге сүйенеді: сенімді өнімдер жиынтығы, күшті серіктестік каналы және жаңа бағыттарға тұрақты инвестициялар.
Cisco-ны мұқият зерттесеңіз, жоба барысында туындайтын практикалық сұрақтарға жауап табу оңайырақ болады:
- неге бұл вендор көптеген корпоративті желілер үшін стандартқа айналды;
- не арқасында үлесті ұстап қалды: технология, экожүйе, сервис, оқыту;
- приоритеттер уақыт өте қалай өзгереді: «темір» не жазылымдар, басқару, қауіпсіздік;
- бұл сіз үшін не білдіреді: 3–5 жылға бюджет, мамандар қолжетімділігі, жабдықтың өмірлік циклі.
Вендор тарихын білу келіссөздерді де қысқартады. Жалпы уәделердің орнына нақты сұрақтар қою оңай болады: қолдау қалай ұйымдастырылған, жаңартуларға не болады, осалдықтар қалай жабылады, жеткізу циклінің ашықтығы қандай. Нәтижесінде таңдау сезімге емес, басқаруға келеді.
Cisco қайдан пайда болды және қандай мәселені шешті
Cisco тарихы өте практикалық ауыртпалықтан басталды: 1980‑жылдардың басында әртүрлі компьютерлік желілер жиі бір‑бірімен «сөйлесе» алмайтын. Университеттерде және ірі компанияларда зертханалар, факультеттер, бөлімдер және есептеу орталықтарының жеке островтары болды. Деректер көбейді, желіге қосылған адамдар көбейді, және барлығын бір түсінікті жүйеге біріктіру қиын болды.
Cisco Systems‑ты 1984 жылы Стэнфорд университетінде Леонард Босак пен Сэнди Лернер қосылып құрды. Сұраныс айқын еді: ұйымдар компьютерлерге және локалды желілерге инвестиция жасаған, бірақ сегменттерді қосу, масштабтау және жұмыс істеп тұрған жүйені бұзбау қажет болғанда шексіз шекке соғылатын.
Ерте желілердің негізгі мәселелері: бір инфрақұрылымда әртүрлі протоколдар мен жабдықтар, шектеулі қашықтық пен сегменттердің сыйымдылығы, пайдаланушылардың өсуі үшін айқын масштабтау жоспарының болмауы және кеңею кезінде әкімшіліктің күрделілігі.
Cisco‑ның алғашқы ставкасы маршрутизацияға жасалды. Маршрутизатор – әртүрлі желілерді байланыстыратын «жабысқыш» болды: бір желіден трафик алып, екіншісіне бағыттайтын құрылғы. Бұл желіні бір үлкен «кабельдік күрмеуге» айналдырмай, бөліктерден құру идеясын берді.
Кампус мысалын елестетіңіз: әр ғимараттың өз желісі бар. Маршрутизация арқылы осы желілерді бір бүтін қылып біріктіруге болады, әр бөлік автономиясын және басқарылуын сақтай отырып. Осындай шешім Cisco‑ның өсуінің бастамасы болды.
Алғашқы өнімдер және маршрутизаторларға сұраныстың өсуі
Cisco‑ның алғашқы табыстары компания нарықтың ауыртпақтығын уақытында ұққанымен байланысты: желілер әртүрлі компьютерлер мен жүйелер «келісуде» артта қалып отырды. Университеттер мен компанияларда жеке локалды желі островтары пайда болды, алайда олардың арасында деректер алмасу қиын, қымбат және көбіне қолмен баптауды талап етті.
Маршрутизаторларға сұраныс тез өсті, себебі олар әртүрлі желілерді бір жүйеге «тінтуірдей» тігу мәселесін шешті. Кәсіпорында жаңа кеңселер, сервер бөлмелері және өз желісі бар бөлімдер пайда болғанда маршрутизация болмағанда тармақтар пайда болды: файлдар баяу жүрді, ортақ жүйелерге қолжетімділік тұрақсыз болды, админдер уақыттарын айналып өтуге жұмсады.
Сұранысты бірнеше факторлар қозғады: компаниялар филиалдармен және қашықтықтағы қолжетімділікпен децентрацияланған желілерге көшті, жабдық пен ОС өндірушілері әртүрлі болды, ал бірге жұмыс істеу қажет еді. Үзілістер қымбаттаған сайын стандарттар, үйлесімділік және жабдықтың болжамды мінезі маңызды болды.
Осылайша бизнеске арналған сенімді жеткізуші ретінде бедел қалыптасты: тұрақты жұмыс, айқын жаңартулар және эксплуатацияға көңіл бөлу. Бұл кезең маршрутизаторлар мен коммутаторлардың «жаман емес» мағынада «қауқарсыз» болуы керек деген ассоциацияны бекітті — күнде күтпеген жағдайсыз жұмыс істеу.
Cisco корпоративті желілерде қалай орныққан
Cisco университет ортасынан шыққанда, басты нарық — желінің күнделікті және күтпеген жағдайсыз жұмыс істеуі тиіс компаниялар болды. Мұнда маңызды тек жылдамдық пен функциялар емес, сонымен қатар болжамдылық: үйлесімділік, айқын жаңартулар және ақаудан тез қалпына келу мүмкіндігі. Бұл тарихтың үлкен тапсырыс берушілерге арналған сенім туралы бөлігі.
Шешуші фактор — нақты бизнес міндеттеріне бейімделген желілік ассортиментті кеңейту болды. Бір сәтті құрылғыдан бастап, түрлі өлшемдер мен типтерге арналған шешімдер жиынтығы пайда болды: шағын кеңседен бастап филиалдары бар бөлінген инфрақұрылымдарға дейін. Көптеген компанияларға бір өндірушінің жабдығын таңдау оңайырақ, әртүрлі компоненттерден жинаудан гөрі.
Серіктестік моделі де маңызды рөл атқарды. Cisco серіктестер мен интеграторларға сүйенді, олар желіні жобалап, жабдықты енгізіп, персоналды оқытып, нәтижеге жауап беретін. Тапсырыс беруші үшін бұл сатып алуды «қораптың» орнына айқын мерзімі мен қолдауы бар шешім алу мүмкіндігіне айналдырды.
Корпоратив сегментте құндылық тез арада сатып алудан жүйелі иеліктеуге ауысады. Әдетте ИТ‑басшылар тұрақтылықты, жаңарту ережелерін, сервисті және қосалқы бөлшектерді, үйлесімділіктің болжамдылығын және желіні толық ауыстырусыз масштабтауды қарайды.
Прост мысал: компания жаңа филиал ашады. Егер вендор мен серіктес алдын‑ала типтік схеманы, жеткізу мерзімдерін, баптауды және қолдау жоспарын көрсете алса, филиал күндер ішінде қосылады, айлар емес. Осы «қауқарсыз» бірақ сенімді сценарийлер Cisco‑ны көптеген корпоративті желілер үшін стандартқа айналдырды.
Сатып алулар және технологиялар портфелі кеңеюі
Cisco тарихындағы бір маңызды бұрылыс — сатып алуға ставка. Компания өз дамуын тек ішкі әзірлемелермен емес, нарықта дәл қазір қажет шешімдерді жасап жатқан командаларды сатып ала отырып жылдамдатты. Осылай Cisco портфеліне маршрутизация мен коммутация, сымды емес желілер, дауыс пен видео, қауіпсіздік, инфрақұрылымды басқару және провайдерлік тапсырмаларға шешімдер кірді.
Алайда жылдамдық әрқашан интеграция бағаcымен келеді. Сатып алғаннан кейін технологиялық қана емес, процессуалдық проблемалар да шығуы мүмкін: жаңартуларға, қолдауға, лицензиялауға және интерфейстерге әртүрлі тәсілдер.
M&A‑дан кейін интеграция толы болып жетпесе жиі көрінетін қиналыстар:
- басқарудың әртүрлі интерфейстері және баптау тәсілдерінің алшақтығы;
- лицензиялар мен өнім атауларында шатасу;
- функциялардың қайталануы;
- өнім жол карталарын біріктіру мезгіліне байланысты жаңартулардың кешігуі;
- өту кезеңіндегі технологиялық қолдаудың әртүрлі деңгейі.
Сондықтан Cisco‑ның сатып алудағы табысы тек технологияларды алуында ғана емес, сатып алынған өнімдерді бизнестің түсінетін платформасына айналдыра білуінде — басқаруды, қолдауды, оқытуды және өнімнің даму ережелерін біріздендіруде болды.
Назар аударудың ауысуы: софт, басқару және қауіпсіздік
Ұзақ уақыт Cisco негізінен «темірмен» — маршрутизаторлар мен коммутаторлармен танылды. Бірақ желілер өскен сайын маңыздысы тек құрылғылар емес, олардың баптаулары, жаңартулары, қолжетімділік бақылауы және ондаған‑жүздеген нүктелерге ортақ ережелер екені белгілі болды. Сондықтан бағдарламалық функцияларға, орталықтандырылған басқаруға және автоматтандыруға қарай ауысу байқалды.
Қарапайым етіп айтсақ, SDN (бағдарламалық анықталатын желілер) — желіні жеке қораптар жиынтығы емес, жүйе ретінде басқару тәсілі. Әрбір коммутаторды қолмен баптамай, әкімші ережелер береді: кім кіммен байланыса алады, қандай қосымшалар маңызды, қай жерде дауыс немесе видеоға басымдық қажет. Содан кейін саясаттар жабдыққа таратылады және конфигурация бірдей сақталады.
Нақты тәжірибеде бұл үш айқын нәтиже береді:
- қолмен орындалатын жұмыс азаяды: типтік өзгерістер топқа бірден қолданылады;
- филиалдарды жылдам енгізу: саясаттар мен шаблондар қайта қолданылады;
- аудит оңайлайды: ереже қайда және неге жұмыс істейтінін (немесе жұмыс істемейтінін) көру оңай.
Параллель ретінде қауіпсіздік бөлек «қабат» болудан шықты. Қазіргі желі әдетте сегментацияны, қолжетімдікті бақылауды және құрылғылар мен пайдаланушылардың үздіксіз тексерілуін талап етеді. Бизнес үшін бұл тәуекелдерді басқаруды жеңілдетеді: бір компьютер жұқтырылғанда да дұрыс бапталған саясат проблеманың бүкіл инфрақұрылымға тез таралуына кедергі болады.
Экожүйе: сертификаттар, оқыту және қауымдастық
Маңызды рөлді тек жабдық қана емес, оны қоршаған адамдар ойнады. Cisco ерте түсінді: инженерлерге оқу, дағдыларды растау және тәжірибе алмасу ыңғайлы болса, компанияларға желіні енгізу мен қолдау оңайырақ. Осылайша нарық бір тілде сөйлейтін экожүйе өсті.
Cisco сертификаттары нақты ролдер үшін айқын қабілеттілік шкаласын береді: бастапқы білімнен бастап күрделі архитектураға дейін. Жұмыс беруші үміткерді бағалауды оңай табады, интегратор команда деңгейін растауы мүмкін, ал инженер өз өсім жолын құра алады. Тақырыптар практикалық: адрестер, маршрутизация және коммутация, сымды емес желілер, қауіпсіздік, автоматтандыру негіздері.
Әдетте экожүйе төрт нәрсе береді: типтік ролдерге арналған айқын талаптар, ортақ терминология, білімді тұрақты жаңарту және типтік қателерді талқылайтын қауымдастық.
Дегенмен сертификат тәжірибені алмастыруға тиіс емес. Емтиханды жақсы тапсырып, нақты инцидентте ескі жабдықтармен, провайдердің шектеулерімен және уақыт қысымымен шатасуға болады. Ең тиімдісі — оқытуды практикалық жұмыспен үйлестіру: шағын жобалар, стендтер, кезекшілік және нақты кейстерді талдау.
Cisco көшбасшылығы: шешімдер хронологиясы қадамдап
Cisco тарихы практикалық шешімдер тізбегі ретінде жақсы оқылады: нақты тапсырманы таңдап, сенімді өнім жасап, клиенттер үшін ыңғайлы тәжірибе құру.
Бастапқыда Cisco сол кезеңнің ең ауыр мәселесіне түсті: әртүрлі желілер мен протоколдар бір‑бірімен нашар «сөйлесетін». Бірінші маршрутизаторлар компанияларға сегменттерді хаоссыз қалай қосуға болады деген қарапайым жауап берді.
Кейін лидерлік бір «сиқырлы» моделде емес, жаңа нарықтар мен жаңа буындағы жабдықтарда қайталанатын қадамдар арқылы бекітілді:
- шешімді бір сценарийге бағыттау (офис, филиал, кампус, кейін ЦОД), сол арқылы «қораптан шығып» жұмыс істеу;
- болжамдылыққа басымдық: тұрақтылық, өнімділік, базалық қауіпсіздік, баптаудың бірізді қағидалары;
- иеліктің шарттарын дамыту: лицензиялар, қолдау деңгейлері, жаңарту мерзімдері, модельдер арасындағы үйлесімділік;
- сақтықпен енгізу: пилоттар, кезеңді көшіру, оралу жоспары;
- эксплуатацияны өнімнің бөлігі ретінде қарастыру: мониторинг, регламенттер, админдерді оқыту, қосалқы бөлшектер және инцидентке әрекет ету.
Осы тәсілді бүгінгі вендор таңдауына қолдансақ, логика өзгермейді: сценарийден бастаңыз, содан кейін жеткізушінің өмірлік циклі бойынша қаншалықты жабатынын тексеріңіз.
Cisco туралы жиі кездесетін қателіктер мен мифтер
Әсерлі бренд көбіне зиянды жалпылаулар туындатады. Cisco корпоративті желілердің символы болғандықтан, оның шешімдері бәріне дұрыс әрі әрдайым «ең жақсы» деген қателікке оңай түсіп кетуге болады.
Негізгі қателіктің бірі — танымалдыққа қарап таңдау. Шағын офис, филиал желісі және дата‑орталық үшін талаптар әртүрлі. Логотип емес, сенімділік, енгізу жылдамдығы, қауіпсіздік функциялары мен басқару талаптары маңызды.
Екінші миф: «темір бір-ақ рет сатып алынады». Шындығында иелік шығыны лицензиялар, қолдау, функцияларға жазылымдар және тұрақты жаңартулар себебінен айтарлықтай өсуі мүмкін. Кейде 3–5 жылға қызмет көрсету үшін қажет бюджет сатып алу бағасымен тең немесе одан асып кетеді — бұл алдын ала есептелуі тиіс.
Сатып алудағы типтік қателіктер
Көбіне шешімдер «көзіне қарай» қабылданғанда мәселелер шығады:
- өсу жоспары жоқ «қор жағындысы» ретінде жабдық алып, ол босқа қалады немесе тым үлкен болады;
- не бірден қосылғаны, не лицензияларды және жаңартуды талап ететін функциялар бар екенін тексермеген;
- ағымдағы коммутаторлармен, точкалармен, телефониямен және мониторингпен үйлесімділікті елемеген;
- кім баптайтынын, жаңартатынын және инциденттерді талдайтынын ұмытқан;
- қолдауға үнемдеп, кейін тоқтауларға және сирек қосалқы бөлшектер іздеуге уақыт жоғалтқан.
Қысқа мысал
Компания кеңсенің желісін ірі компаниялардегідей етіп жаңартуды шешіп, нақты ТЗ‑сыз «солар сияқты» жабдық алды. Бір ай ішінде қажетті сегментация мен қашықтан басқару үшін лицензия жетіспейтіндігі, ал кейбір ескі құрылғылар таңдалған баптауды қолдамайтыны анықталды. Нәтижесінде мерзімдер сырғып, жалпы шығындар өсті.
Талаптарды, 3–5 жылдық бюджет пен нақты команда қабілеттерін алдын ала тексеру арзанырақ және адал болады, бренд талқысынан гөрі.
FAQ
Егер маған жай ғана коммутаторлар мен маршрутизаторлар сатып алу керек болса, неге Cisco тарихын білу маңызды?
Тұтас алғанда, вендордың тарихы оның шешімдерінің не себепті стандартқа айналғанын көрсетеді: қандай мәселелерді бірінші шешкені, қалай қолдау, оқыту және үйлесімділік құрғаны. Бұл бренд бойынша емес, 3–5 жылдық иелік тәуекелдері бойынша таңдау жасауға көмектеседі: жаңартулар, мамандардың қолжетімділігі, модельдердің өмірлік циклі.
Алғашында Cisco нақты қандай мәселені шешті?
1980-жылдарда желілер жиі бір-бірімен «сөйлеспейтін» еді: әр кампус, зертхана немесе бөлім өз желісінде болды. Маршрутизатор – сол желілерді «жабыстыратын» құрал болды: ол сегменттерді қосып, желіні бөліктерге бөліп өсіруге мүмкіндік берді. Бұл тәсіл әлі де өзекті: инфрақұрылымды аймақтарға бөліп, байланысын ережелер арқылы басқаруға болады.
Неліктен маршрутизаторлар тез сұранысқа ие болды?
Филиалдар, жаңа бөлімдер, серверлік бөлмелер мен әртүрлі жабдықтар пайда болғанда желі тез тарылып, әкімшілік күрделене бастайды: - өткізу қабілеті шектеулері; - өсу кезінде тұрақсыздықтар; - әкімшіліктің күрделілігі. Маршрутизация мен кәсіпкерлік деңгейдегі тәсіл бизнестің қолына тұрақты әрі басқарылатын желі берді, қарапайым бөлшектерден гөрі біртұтас шешім ретінде.
Cisco корпоративті желілерде қалай бекітілді?
Бұл бір функцияның арқасында емес, «болжамдылық пакеті» арқасында болды: - әртүрлі масштабтарға арналған кең желі ассортименті (офис, филиал, кампус, ЦОД); - енгізу және қызмет көрсету бойынша бірізді қағидалар; - жобалау мен енгізуді атқаратын серіктестер мен интеграторлар; - дайын оқыту және қолдау моделі. Басшылар үшін бұл тоқтап қалулар тәуекелін азайтады және бір-екі маманға тәуелділікті төмендетеді.
Неліктен Cisco жиі басқа компанияларды сатып алып отырды және бұл тапсырыс беруші үшін қандай қауіп тудыруы мүмкін?
Қабылдау логикасы прагматикалық болды: нарықтың қажеттілігін тез жабу үшін команда мен дайын өнімді сатып алу оңай әрі жылдам еді. Алайда бұл интеграция мәселелерін туындатты. Алдын ала тексеріңіз: - басқару интерфейстері біртұтас па; - лицензияларда шатасу бар ма; - өнімдер біріктірілгеннен кейінгі жол картасы қалай көрінеді; - қолдаудың деңгейі біркелкі ме.
«Темірден» софтқа, SDN мен орталықтандырылған басқаруға көшу не береді?
Желі енді тек «желілік қораптардан» тұрмайды — оның күрделілігін конфигурация, жаңартулар, қол жеткізу ережелері және жүздеген нүктеге бірдей саясат қолдану тудырады. SDN және орталықтандырылған басқару желіні жүйе ретінде басқаруға мүмкіндік береді. Нәтижелері: - қайталанатын рутинаны азайтады: шаблондар арқылы өзгерістер топқа бірден таратылады; - филиалдарды жылдам іске қосу; - аудит пен ақауларды табуды жеңілдетеді. Алайда қай функциялар лицензия талап ететінін және кімнің бұл қызметті басқаратынын алдын ала анықтау маңызды.
Cisco сертификаттары инженердің міндеттерін орындайтынына кепіл бе?
Сертификаттар базалық деңгейді бағалауға көмектеседі, бірақ тәжірибені алмастырмайды. Практикалық тәсіл: - инженерлерді пилотпен немесе стендпен бірге оқыту; - регламенттерді бекіту: конфигурацияның сақтық көшірмелері, жаңартулар, инцидентке әрекет ету; - өзгерістерге жауапты адамды тағайындау. Осылайша желінің бір адамға тәуелділігі азаяды.
Cisco жабдығын сатып алуда қандай ең жиі кездесетін қателіктер?
Көп тараған қателіктер: - танымалдығына қарап таңдау, нақты тапсырмаға емес; - 3–5 жылға арналған иелік шығынын есептемеген (қолдау, жазылымдар, жаңартулар); - ағымдағы құрылғылар мен мониторингпен үйлесімділікті тексермеу; - эксплуатация туралы ұмыту: хто жаңартады, сақтық көшірмелерді қайда сақтайды, инциденттерді кім талдайды. Техникалық тапсырмамен және пилотпен бастаңыз, модельден емес.
Сатып алудан бұрын желілік жабдықты не тексеру керек, артық төлемден қалай сақтануға болады?
Минималды чеклист: - 3–5 жылға өсу жоспары: модельдер, қолдау, жаңартулар; - лицензиялар мен жазылымдар: базалық жұмысқа не керек, қауіпсіздік, Wi‑Fi, VPN, аналитика үшін не қажет; - қуат, салқындату, шкафта орын, порттардың резерві; - мониторинг, конфигурацияның сақтық көшірмелері, өзгерістерден кері қайту жоспары; - кім жауап береді: ішкі команда немесе мердігер. Егер кем дегенде бір тармаққа «сенімсіз» болсаңыз — сатып алудан бұрын нақтылаңыз.
Қашан интеграторға жүгіну керек және GSE.kz нені қамтамасыз ете алады?
Егер жоба кешенді болса (желі + серверлер/ЦОД + қауіпсіздік + қолдау), интегратор жобалау кезеңінен бастап пайдалы болады: ТЗ дайындауға, пилот өткізуге және тоқтаусыз көшіру жоспарын жасауға көмектеседі. Қазақстанда мұндай жұмыстармен GSE.kz айналысады: ИТ‑инфрақұрылымды жобалайды және енгізеді, серверлер мен жабдықтарды жеткізеді, сондай‑ақ ел бойынша 24/7 техникалық қолдау көрсетеді.