Intel пен AMD аралас паркі: қолдауды қалай жеңілдету керек

Негізгі қиындық ненде

Intel және AMD қолдану идеясы өзінен-өзі проблема тудырмайды. Проблема парк өсе бастағанда, жалпы ережелер болмаған кезде шығады. Бір бөлім ағымдағы тапсырмаға сәйкес ПК алып қояды, басқа бөлім қолда барын алады, үшіншісі бағаға ғана қарайды. Бір жылдан кейін компанияда бірнеше буын процессорлар, әртүрлі чипсеттер, драйверлар, BIOS баптаулары және сәйкес келмейтін комплекттер пайда болады.

Шын мәселе платформа атауында емес, бастапқыда маңызсыз көрінетін ұсақ айырмашылықтарда. Әртүрлі ОЖ образдары, әртүрлі орнату процедуралары, әртүрлі блок-тұрақтандырғыштар, жедел жад пен накопительдер. Техниктер аз болса, бұл шыдамды. Құрылғылар ондар немесе жүздерге жеткенде, әр айырмашылық уақыт пен бюджетті басты сорғышқа айналады.

Қосымша шығындар тек бұзылулар кезінде ғана туындамайды. Жаңа жұмыс орындарын дайындау ұзаяды, қоймада қосалқы бөлшектерді ұстай білу қиындайды, қайта орнату немесе компоненттерді ауыстыру кезінде қателік жасау тәуекелі өседі. ІТ командасы ортаны дамытуға емес, қолмен шешімдерге жұмсайды: бір модельге өзіне тән драйвер пакеті керек, екіншісіне бөлек нұсқаулық, үшіншісіне ерекше баптаулар реттілігі.

Көбінесе ІТ және сатып алулар бір жағдайға әртүрлі көзқараспен қарайды. Сатып алушылар бағаны, жеткізу мерзімін және формал сипаттамаларды салыстырады. ІТ үйлесімділік, баптаулардың қайталануы, қызмет көрсетудің ыңғайлылығы және қолдау тәуекелдерін бағалайды. Екі тәсіл де логикалық. Мәселе — біріккен стандарт болмаған жерде. Сол кезде компания бастапқыда арзан сатып алуды алады, ал кейін жетілдіруге көп төлейді.

Көп жағдайда тәртіпсіздік бірнеше әдеттегі шешімнен басталады:

• әр бөлімге бөлек құрылғылар сатып алу;
• модельдерді тек баға мен қолжетімділік бойынша келісу;
• образдар мен комплекттерге талаптарды тіркемей қою;
• жеткізушіні тексерусіз ауыстыру.

Сондықтан мәселенің түбі Intel-де немесе AMD-да емес. Егер компанияда модельдер, образдар, қосалқы бөлшектер мен қолдау ережелері айқын болса, аралас паркты жайлап қызмет көрсетуге болады. Ережелер жоқ болса, тіпті бір платформа ішінде де жүйесіздік пайда болады.

Бұл әсіресе ірі ұйымдарда тез көрініс береді, мұнда техника партиялап, филиалдарға немесе жекелеген жобаларға алынады. Мұнда процессор туралы пікірталастан гөрі стандартизацияның тәртібі маңызды. Ол парк басқарылатын болып қалады ма, әлде кездейсоқ құрылғылар жинағына айналады ма — соны шешеді.

Қашан аралас парк шынымен де тиімді

Аралас парк өз-өзінен мақұлданбайды — ол бизнестің нақты талаптарына жауап ретінде қажет. Егер барлық қызметкерлерге поштаның, браузердің және құжаттардың жұмысы үшін бір тип компьютер жеткілікті болса, платформаларды араластырутың мәні жоқ. Бірақ командалардың жүктемесі әртүрлі болса, бір модель барлығына сәйкес келмей, тым қымбат немесе тым әлсіз болуы мүмкін.

Көп жағдайда аралас парк төрт жағдайға сай келіп тұрады:

• бөлімдердің жұмыс сценариілері әртүрлі, офис тапсырмаларынан бастап ауыр есептеулерге дейін;
• жеткізу мерзімдері және модельдердің қолжетімділігі маңызды;
• компания бір ғана вендорға тәуелді болғысы келмейді;
• айырмашылықтарды образдар, комплекттер және қолдау бойынша біріздендіруге болады.

Мысалы: бухгалтерия мен call-центрге тұрақты офис ПК қажет, ал аналитиктерге, конструкторларға немесе инженерлерге қуатты жұмыс станциялары қажет. Мұнда "бәріне бірдей ең жақсы" емес, рөлге сай таңдау ақылды. Бұл артық шығынды азайтып, бюджетті нақтылы жоспарлауға көмектеседі.

Тағы бір себеп — жеткізілімдер. Егер жаңарту партиялармен жүрсе және мерзімдер маңызды болса, бір платформаға қатты байлану қосымша тәуекел тудырады. Кейде бір модель Intel-де бар, ал екіншісі AMD-де, осындайда ІТ бөлімінің қажеттілікті уақытылы жабуы оңай болады. Үлкен ұйымдар үшін бұл әсіресе маңызды: жаңарту кідірісі қызметкерлер жұмысына тез әсер етеді.

Тағы бір артықшылығы — бір вендорға тәуелділіктің азаюы. Бағалар, мерзімдер немесе белгілі процессорлардың қолжетімсіздігі өзгерсе, компанияның таңдауы сақталады. Бұл тек сатып алуда ғана емес, сервис, кепілдік шарттары және паркті кеңейту кезінде де пайдалы.

Бірақ бір міндетті шарт бар: платформалар арасындағы айырмашылықтарды стандарттар жабуы тиіс. Егер парк бірнеше бекітілген конфигурацияға, бірдей орнату ережелеріне, түсінікті қосалқы бөлшектер жиынтығына және біртұтас қолдау регламентіне келтірілсе, аралас орта ыңғайлы болып қалады. Егер әр команда ерекше жинақ сұраса, күрделілік пайданың үстінен шығады.

Жергілікті өндіруші немесе интегратормен жұмыс істейтін компанияларда бұл тәсілді енгізу жиі оңайырақ. Бірнеше типтік конфигурацияны, жеткізу мерзімдерін және біртұтас сервис сценарийін алдын ала келісуге болады, әр сатып алуды жаңа талаппен қайта жинаудың орнына.

Бастапқыдан не нәрсені біріктіру керек

Егер компания екі платформаны қолдануға шешім қабылдаса, тәртіп модельдерді таңдаған кезде енгізілуі тиіс, бірінші жеткізілімнен кейін емес. Әйтпесе ІТ тез қосымша образдар, сәйкес келмейтін бөлшектер және өтініштердегі шатасуды алады.

Бірінші қадам — қолдауға енгізілетін модельдердің қысқа тізімін бекіту. Ондай тізімде онға жуық ұқсас ПК болмауы керек — әр тапсырма түріне 2–3 нұсқа жеткілікті. Ерекшеліктер аз болған сайын сатып алу, ауыстыру және қызмет көрсету оңайырақ өтеді. Егер өндірушімен немесе интегратормен жұмыс жасасаңыз, бекітілген конфигурацияларды бірден келісу тиімді.

Келесі пайдалы қадам — құрылғыларды бренд бойынша емес, рөлдер бойынша бөлу. Мысалы: базалық офис орнындағы жұмыс станциясы, көп қойыншақтар мен кестелермен жұмыс істейтін қызметкерге ПК, инженерлік немесе графикалық тапсырмаларға арналған жұмыс станциясы. Мұндай тәсіл "Intel немесе AMD" дауды жұмыс жүктемесі, қызмет мерзімі және толық иелік құны маңызды болған жерлерге шоғырландырады.

Практикалық ереже — әр клас ішінде платформа жиынтығын шектеу. Әдетте 1–2 процессор отбасы және минималды чипсет саны жеткілікті. Сол арқылы драйверларды, BIOS пен запас бөлшектерді ұстау оңай болады.

Тағы маңыздысы — жиі өзгеріп, тексерілетін заттарды біріздендіру: жедел жад, SSD, блок-тұрақтандырғыштар, кабельдер, мониторлар, док-станциялар және периферия. Қолданушы үшін ішкі чипсет маңызды емес; оның бастысы — ауыстырылғаннан кейін компьютер тез жұмысқа оралуы.

Жаңа модельдерді қабылдау ережелері де болуы керек. Жаңа модель паркке тек қысқа бір шаблон арқылы тексеруден кейін ғана қосылсын: стандартты образды орнату, ұйқы режимі, желі, басып шығару, шифрлау, қашықтан басқару және типтік бағдарламалармен жұмыс. Егер маңызды сценарий өтпесе, модель каталогқа алынбасын.

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

Образдарды қадам бойынша қалай стандарттау керек

Ең жиі қате — әр модельге жеке образ жасау. Шын мәнінде рөлден бастау керек, процессордан емес. Көптеген компанияларға 2–4 типтік профиль жеткілікті: кәдімгі офис орны, қауіпсіздік талабымен орын, ауыр тапсырмаларға қуатты станция және қажет болса оқу аудиториясы немесе тіркеу нүктесі үшін бөлек профиль.

Әр рольге базалық образ жасалады. Онда тек ОЖ, міндетті саясаттар, қауіпсіздік баптары және стандартты бағдарламалар жиынтығы болу керек. Арнайы аппаратқа тәуелді нәрселерді образға енгізбеу дұрыс.

Жұмыс схемасы әдетте мынадай:

1. Типтік профильдер мен әр профильге модельдер тізімі бекітіледі.
2. Әр роль үшін бір базалық образ жасалады, әр платформа үшін емес.
3. Драйверлар мен фирмалық утилиталар қажетті құрылғылар отбасыларына арналған бөлек пакеттерге шығарылады.
4. BIOS, микробағдарламалар мен драйверлар тесттік топта массалық орнатудан бұрын тексеріледі.
5. Біртұтас тәртіп жазылады: образды орналастыру, драйвер пакетін орнату, тексеру, жаңарту және сәтсіздік кезінде оралу.

Осы тәсіл шатасуды айтарлықтай азайтады. Егер паркта негізгі офис ПК мен қуатты станциялар болса, тапсырмалар бойынша әртүрлі образдар ұстау дұрыс, бірақ орнату логикасы бірдей болуы тиіс.

BIOS нұсқаларын да келісу маңызды. Егер бір топ компьютер бір нұсқада, ал екінші топ басқа нұсқада болса, жақсы образ та күтпеген қателер көрсетуі мүмкін.

Оралу сценарийі де қарапайым болу керек. Ұзақ құжат емес, қысқа нұсқаулық: қандай образ орнатамыз, қандай драйвер пакетін қолданамыз, орнатудан кейін не тексереміз және тұрақты нұсқаға қалай оралуды жүзеге асырамыз. Мұның бәрі айқын болса, қолдау әлдеқайда сабырлы жұмыс істейді.

Қосалқы бөлшектер номенклатурасын қалай қысқарту керек

Негізгі ереже қарапайым: әр модельге арналған запас ұстаудың қажеті жоқ. Қойма брендке емес, шынымен жиі істен шығатын немесе өзгеретін қайталанатын компоненттерге негізделуі тиіс.

Алдымен SSD пен жедел жад түрлерін қысқарту керек. Офис паркі үшін әдетте 1–2 типоөлшем SSD және көп машиналарға сәйкес келетін 2–3 типтік RAM модулі жеткілікті. Варианттар аз болған сайын сатып алу, есеп және ауыстыру жеңілдейді.

Блок-тұрақтандырғыштар, кабельдер және шығындық заттар да солай. Егер компанияда әртүрлі разъемдар, қуат пен форматтар бірге қолданылса, қойма тез өседі. Алдын ала негізгі жұмыс орындарын жабатын біртұтас жиынтыққа келісу әлдеқайда оңай.

Корпустар мен форм-факторларға бөлек назар аудару керек. Егер кейбір ПК сирек немесе өте ерекшеленетін корпустарда жиналған болса, тіпті вентилятор немесе накопитель орнату да арнайы бөлшектер іздеуге айналады. Қайталанатын платформалар бұл мәселені жояды.

Әдетте қоймада қысқа тізім жеткілікті:

• жылдам ауыстыруға арналған типтік SSD;
• бірнеше үйлесімді RAM модулі;
• негізгі модельдерге арналған біртұтас блок-тұрақтандырғыштар;
• стандартты қуат және видео кабельдер;
• жиі ауыстырылатын пернетақталар, тінтуірлер және басқа аксессуарлар.

Бұл тізімді ІТ, сатып алу және сервис арасында алдын ала келісу маңызды. ІТ үйлесімділікке қарайды, сатып алу қолжетімділікке, сервис — ауыстыру жылдамдығына. Егер тізім бекітілмесе, қағазда бәрі дұрыс көрінуі мүмкін, ал нақты өтініште қажетті бөлшек болмауы мүмкін.

Тағы бір жиі қате — жаңа партияны ағымдағы паркпен үйлесімділігін тексермей алу. Тіпті сыртынан ұқсас ПК-лар бекіткіштер, жад, накопитель немесе қуат схемасы бойынша айырмашылықтарға ие болуы мүмкін. Әр жаңа партия алдында қарапайым матрица жасау пайдалы: қай бөлшектер барлық модельдерге сай келетінін, қайсысы парктің бір бөлігіне ғана сәйкес екенін және қайсысын қоймада ұстауға тұрарлық еместігін анықтаңыз.

Егер техника бір өндірушіден партиялап алынатын болса, процесс әдетте оңайырақ өтеді. Мысалы, жергілікті өндіруші және интеграторлармен, мысалы GSE.kz-пен жұмыс істесеңіз, қайталанатын конфигурацияларды және түсінікті сервис тәсілін алдын ала бекіту оңайырақ болады. Бұл қойманы ықшам ұстап, қажетсіз номенклатураны ұлғайтпауға көмектеседі.

Қолдауды шатастырмай қалай құру керек

Аралас паркте проблема көбінесе процессорлардан емес, әртүрлі қолдау ережелерінен туады. Бір модель үшін өтініш поштамен қабылданса, екіншісі чат арқылы, үшіншісі қоңырауды талап етсе, бірінші деңгей диагноз басталмас бұрын уақыт жоғалтқан болады. Сондықтан барлық құрылғылар үшін бір қабылдау сценарийі қажет.

Ең ыңғайлы нұсқа қарапайым: қызметкер инвентарь нөмірін, модельді, мәселенің қысқаша сипаттамасын, қашан пайда болғанын және жұмысын жалғастыра ала ма екенін хабарлайды. Бұл адамды қайта-қайта сұраумен уақыт жоғалтпауды қамтамасыз етеді.

Бірінші деңгей үшін қысқа шаблон бес пункттен тұруы мүмкін:

• кім және қайда орналасқан;
• құрылғының моделі мен инвентарь нөмірі;
• не істемей жатыр;
• мәселе қашан пайда болды;
• жұмыс толық тоқтады ма әлде ішінара ғана.

Кейін құрылғылар отбасылары бойынша қолдау матрицасы көмектеседі. Әрбір шағын конфигурацияны сипаттаудың қажеті жоқ. Әдетте үш деңгей жеткілікті: офис ПК, моноблок, жұмыс станциясы. Әр топқа қолдау үшін қабылданатын образ, типтік қосалқы бөлшектер, жөндеу жауапкершілері және шығу қажет болатын жағдайлар алдын ала көрсетіледі.

Бірінші деңгейде өте қысқа нұсқаулықтар болуы керек: қуатты, желіні, мониторды қалай тексеру, қате фотосуретін қалай сұрау, драйвер ақауын аппараттық ақаудан қалай ажырату. Бұл артық эскалацияларды азайтады және жұмысты болжамды етеді.

Қашықтан жасауға болатын жұмыстарды ашық көрсету қажет: корпусты ашуды немесе бөлшекті өзгерту керек емес жағдайларды қашықтан шешкен дұрыс — қолжетімділік мәселелері, баптаулар, жаңартулар, периферия және қайта жүктеуден кейінгі кейбір ақаулар. Шығу қажет сақталатын жағдайлар алдын ала анықталсын: компьютер қоспай тұрса, диск, жад немесе қуат блогы ақаулы болса, пайдаланушы жұмыс істей алмайтын болса немесе қашықтан тексеріс көмектеспесе және үзіліс бизнес үшін маңызды болса.

Тағы бір маңызды қадам — типтік ақаулар мен шешім уақыты жазып отыру. Модель, ақау түрі және өтініш жабылу уақыты сақталса, бір айдан кейін әлсіз жерлер көрінеді. Осы деректер бойынша қосалқы бөлшектерді жоспарлау, сервис жүктемесін бөлу және ішкі қолдау мерзімдерін түзету оңайырақ болады.

Әр түрлі бөлімдері бар компанияға қарапайым мысал

150 қызметкері бар компания елестетейік. Офис командалары, бухгалтерия, инженерлік бөлім және ішкі ІТ-қызмет бар. Мұндай жағдайда аралас парк ыңғайлы болуы мүмкін, егер құрылғылар арасындағы айырмашылықтар тек ІТ-қа көрініп, пайдаланушыларға байқалмаса.

Офис қызметкерлеріне әдетте жоғары қуат қажет емес. Сауда, кадрлар және әкімшілік тапсырмалар үшін стандартты жұмыс ПК порттар жиынтығымен, бір Windows нұсқасымен, типтік пернетақта, тінтуір мен мониторымен жеткілікті. Осы бөліктегі айырмашылықтар аз болған сайын ауыстыру мен баптау оңай болады.

Бухгалтерияда басты талап — болжамдылық. Оларға тұрақты образ, тексерілген драйверлар, бірдей принтер, бірдей сканерлер және жаңартулар тәртібі маңызды. Компьютер ауыстырылғаннан кейін жұмыс орны бұрынғыдай болуы керек.

Инженерлерге керісінше, көп жағдайда қуатты станциялар қажет. Мұнда процессор, жедел жад және кейде графика бойынша резерв маңызды. Мұндай бөлім үшін басқа платформа қолданылса да, ол есептеулер мен жобалау талаптарына жақсы сай келсе болады.

Парктың хаосқа айналмауы үшін әдетте үш класс жеткілікті:

• базалық офис ПК;
• бухгалтерияға арналған стандартты ПК;
• инженерлік тапсырмаларға арналған күшейтілген станция.

Әрі қарай ІТ қызметі процессорларды емес, қолдау ережелерін біріздендіреді. Бір формат өтініш қабылдау, бірдей құрылғы атаулау схемасы, бірдей ауыстыру тәртібі және жалпы үйлесімді комплекттер каталогы қалады.

Қойма да екі бөлек әлемге бөлінбеуі керек. Алдын ала ортақ корпустарды, SSD, жад, блок-тұрақтандырғыштар, мониторлар мен периферияны таңдап алсаңыз, запас ықшам болады. Тек платформаға тәуелді заттарды ғана бөлек сақтау жеткілікті — мысалы, арнайы аналық платалар немесе ерекше салқындатқыштар.

Практикада бұл былай көрінеді: қызметкерлер әртүрлі қуаттағы компьютерлерде жұмыс істей алады, бірақ қолдау бір ережелер бойынша жүреді. Пайдаланушы мәселені хабарлайды, ІТ құрылғы класы арқылы қажетті образ қояды, сәйкес бөлшекті ауыстырады және қызметкерді тез жұмысқа қайта қосады.

Жиі кездесетін қателіктер

Ең кең тараған қате — бастапқыда тым көп модель таңдау. Компания "барлық сценарийді жабу" ойымен көп конфигурация сатып алады. Нәтижесінде ІТ-қа артық жүк түседі: көп драйверлар, көп запас бөлшектер, көп ерекшеліктер.

Тағы бір қате — құрылғылардың анық айқын класстарының болмауы. Бірдей типті ПК бухгалтерияға да, дизайн бөліміне де жіберіледі. Формал түрде бұл сатып алуды жылдамдатады, бірақ іс жүзінде кейбір жерлерде қуат жетпей қалады, ал кей жерде компания артық төлейді.

Тағы бір қате — барлық жағдайға арналған бір әмбебап образ жасау талпынысы. Қағазда бұл ыңғайлы көрінуі мүмкін, бірақ тәжірибеде ондай образ қосымша драйверлар, утилиталар мен бағдарламалармен толысып, ауырланып, ұсақ ақаулардан құрықталуы мүмкін.

Әдетте проблемалар былай көрінеді:

• жаңартудан кейін кейбір ПК желі немесе видео жұмысының дұрыс болмауы;
• қолдау нақты модельді анықтауға уақыт жоғалтуы;
• қоймада сирек қолданылатын бөлшектердің жиналуы;
• құрылғыны ауыстыру жоспарланғаннан ұзақ уақыт алуы.

Пилоттық тексеруді де жиі төмен бағалайды. Егер техниканы алдымен кеңседе орнатып, кейін драйверлар мен үйлесімділікпен шешуге тырыссаңыз, ақаулар дерлік кепіл. Керісінше, 2–3 типтік сценарийді алдын ала тексеру — офис жұмысы, периферия, корпоратив саясаты және ОЖ жаңартулары — қауіпсізрек.

Қойманы да көбіне дұрыс ұйымдастырмайды. Жиі қолданылатын және өзара алмастырылатын позицияларды сатып алу орнына, сирек және қымбат бөлшектерді "қажет болса" деп алып жатады. Бір жылдан кейін олардың біразы қажет болмай қалады, ал қаражат қатып қалады.

Егер бір ереже жасап алсақ, ол былай болады: стандартизацияны процессор бренді бойынша емес, құрылғы рөлі бойынша жасаңыз. Тапсырмаға арналған бірнеше анық кластарға дейін паркіні шектеу көбіне жеткілікті.

Іске қосар алдында қысқа чек-лист

Аралас паркті енгізбес бұрын қысқа бір тексерістен өту пайдалы. Бұл бірінші жеткізілімге дейін артық ерекшеліктерді жоюға көмектеседі.

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

Бес нәрсені тексеріңіз:

• Рұқсат етілген модельдер мен қабылданатын конфигурациялар тізімі бекітілген бе.
• Рөлдер бойынша 2–4 типтік образ анықталған ба, әр модельге емес.
• Қойма үшін қысқа қосалқы бөлшектер тізімі келісілген бе.
• Қолдаудағы эскалация ережелері түсінікті ме.
• Әр жаңа партияның үйлесімділігі массалық орнатудан бұрын тексеріледі ме.

Әр түрлі бөлімдері бар компания үшін бұл әдетте іске қосуға жеткілікті. Егер осы бес тармақ жабық болса, парк үнемі ерекше жағдайларды талап етпейді және өсу кезінде де басқарылатын күйінде қалады.

Егер сатып алу жүйелі түрде жүрсе, бұл чек-листті әр жаңа партия үшін міндетті қылу жақсы, тіпті жеткізуші мен серия таныс болса да.

Одан әрі не істеу керек

Егер сізге шын мәнінде Intel пен AMD аралас паркі қажет болса, жаңа сатып алудан бұрын ағымдағы жағдайды талдаңыз: қандай құрылғылар бар, оларды кім қолданады, қандай тапсырмалар атқарылады және қолдау қай жерде көп уақыт жоғалтады.

Көп жағдайда осы қадамда-ақ кей бөлімдерге әртүрлі платформалар керек емес екені көрінеді. Бухгалтерия, call-центр және әкімшілік қызметкерлерге көбіне бір базалық конфигурация жеткілікті. Жеке модельдерді тек инженерлік, аналитикалық немесе графикалық тапсырмалар үшін қалдыру керек.

Келесі қадам — модельдер санын ақылға қонымды минимумға дейін қысқарту. Ерекшеліктер аз болған сайын қойманы ұстап тұру, құрылғыларды жаңарту және филиалдар мен мердігерлерге ережелерді түсіндіру оңайырақ.

Практикалық схема әдетте мынадай көрінеді:

• типтік офис тапсырмалар үшін бір базалық модель;
• ауыр қолданбалар үшін бір күшейтілген модель;
• егер шынымен қажет болса, жұмыс станциялары үшін бөлек стандарт;
• үйлесімді комплекттер мен шығындық заттардың біртұтас жинағы;
• барлық алаңдар үшін біртұтас қолдау регламенті.

Одан кейін негізгі ОЖ образдарын бекіту керек. Әр мелочқа бөлек образ жасау қажеті жоқ. 1–2 негізгі образ жеткілікті, ал драйверлар, бағдарламалар мен құқықтар арасындағы айырмашылықтарды стандартты профильдер мен орнату сценарийлері арқылы жабу дұрыс.

Параллельде қойманың минимумын анықтау пайдалы: блок-тұрақтандырғыштар, SSD, жедел жад модульдері, пернетақта, тінтуір және тез ауыстыруға қажетті басқа позициялар. Бизнестің бұл үшін ұзақ модельдер каталогынан гөрі жылдам қалпына келтіру маңызды.

Қолдау регламентін де бірден бекітіңіз: өтінішті кім қабылдайды, құрылғы қалай анықталады, ауыстыруға қанша уақыт беріледі, не жерде жергілікті жөндеу мүмкін, не жөнелтіледі сервиске. Бұл болмаса, тіпті жақсы таңдалған парк та жұмысында тежеледі.

Қазақстандағы ұйымдар үшін тек құрылғылар бағасын ғана емес, жеткізілімнен бастап интеграция мен сервисті де бір серіктеспен қамту тиімді болуы мүмкін. Мысалы, GSE.kz Қазақстанда компьютерлер, жұмыс станциялары мен серверлер шығарып, жүйелік интеграция мен қолдаумен айналысады. Бұл тәсіл конфигурация таңдаудан бастап сервис пен келесі жаңартуға дейінгі бүкіл циклды алдын ала түсіну қажет болған жағдайда ыңғайлы.

Ең қауіпсіз жол біреу: алдымен стандарттар, содан кейін сатып алу. Құрылғылардың ролі, образдар, қосалқы бөлшектер және қолдау алдын ала анықталған болса, аралас парк жұмыс құралынан басқа ештеңеге айналмайды.