Каква е разликата между инфраструктурен инженер и системен администратор?


Отговор 1:

Обичайте този въпрос! Въпреки че ИТ заглавията са доста взаимозаменяеми, има някои основни положения:

  • Инженерите проектират и изграждат неща Администраторите управляват нещата

Инфраструктура в ИТ смисъл са физическите елементи, в които изчислителната ви среда работи на сървъри, мрежи, съхранение и т.н. По този начин, инженер по инфраструктура би проектирал и изградил сървърите и мрежата във вашите центрове за данни.

Системните администратори се грижат за системите (предимно сървъри за съхранение, но някои мрежи), които вече са там. Системният администратор обикновено е заглавие под Инженер.

Сега - нито едно от правилата за това кой какво прави в ИТ не е ясно. Системните администратори всъщност могат да работят и изграждат инфраструктура, а инженерите по инфраструктура могат да бъдат призовани да извършват ежедневна работа.

Надявам се, че помага.


Отговор 2:

Известно е, че хората са влезли в юмручни битки заради разликите между заглавието „инженер“ и „администраторско“ заглавие.

Разликата от ден на ден до голяма степен зависи от това къде се намирате. На някои места (Канада, например) заглавието „Инженер“ е защитено (вж. Регламентиране и лицензиране в инженерството - Уикипедия).

Ако приемем, че не сте на такова място, трябва да разгледате вашата компания и да видите дали HR прави разлика между инженери и администратори. В настоящата ми компания всъщност не ми е позволено да имам инженерно звание, защото нямам инженерна степен. Следователно аз съм администратор.

Може би сте забелязали, че всичко, което съм написал, е специфично за заглавието. Това е така, защото когато става въпрос за работата, която всеки от тях върши, всичко е доста произволно. Знам, че някои компании, където „системен администратор“ е синоним на „системен инженер“ (което е смешно, защото системният администратор понякога е заглавието, което получавате след като завършите помощна служба, а системният инженер е заглавието, което получавате след като завършите курс на магистърско ниво в университет!), но те правят същото в много компании. Знам, че някои компании, където „Надеждност на сайта“ са сметаната на реколтата, и някои компании, където те по същество са ролята на администратор / помощник на приложенията. Други взеха междуведомствената връзка „Dev / Ops“ и я превърнаха в заглавие с „DevOps Engineer“.

Като беше казано, ако дойдете при мен, за да работите в моята компания и казахте, че сте „системен администратор“, бих очаквал да имате отлични познания за вашата операционна система по подразбиране, независимо дали това е Windows или Linux. Очаквам да можете да напишете автоматизация, за да се грижите за административните функции и да разберете концепцията за повтаряща се администрация чрез управление на конфигурацията, както и да ви е удобно да обсъждате различни сделки около техниките за осигуряване.

Ако бяхте „инженер по инфраструктура“, очаквам да можете да говорите за тези неща, както и за по-големи проблеми, като планиране и управление на капацитета, проблеми при отказ на сайтове, проблеми с архитектурата на услугите и като цяло неща, които влияят на компания като цяло.

Според мен инженерите по инфраструктура не са C * Os или дори директори. Те са хората на куката за техническо изпълнение на ръководството на компанията и като такива, те трябва да са наясно с големия план за компанията и инфраструктурата, за да могат да вземат добри решения, които да не заблуждават компанията. след 5 или 10 години.


Отговор 3:

Известно е, че хората са влезли в юмручни битки заради разликите между заглавието „инженер“ и „администраторско“ заглавие.

Разликата от ден на ден до голяма степен зависи от това къде се намирате. На някои места (Канада, например) заглавието „Инженер“ е защитено (вж. Регламентиране и лицензиране в инженерството - Уикипедия).

Ако приемем, че не сте на такова място, трябва да разгледате вашата компания и да видите дали HR прави разлика между инженери и администратори. В настоящата ми компания всъщност не ми е позволено да имам инженерно звание, защото нямам инженерна степен. Следователно аз съм администратор.

Може би сте забелязали, че всичко, което съм написал, е специфично за заглавието. Това е така, защото когато става въпрос за работата, която всеки от тях върши, всичко е доста произволно. Знам, че някои компании, където „системен администратор“ е синоним на „системен инженер“ (което е смешно, защото системният администратор понякога е заглавието, което получавате след като завършите помощна служба, а системният инженер е заглавието, което получавате след като завършите курс на магистърско ниво в университет!), но те правят същото в много компании. Знам, че някои компании, където „Надеждност на сайта“ са сметаната на реколтата, и някои компании, където те по същество са ролята на администратор / помощник на приложенията. Други взеха междуведомствената връзка „Dev / Ops“ и я превърнаха в заглавие с „DevOps Engineer“.

Като беше казано, ако дойдете при мен, за да работите в моята компания и казахте, че сте „системен администратор“, бих очаквал да имате отлични познания за вашата операционна система по подразбиране, независимо дали това е Windows или Linux. Очаквам да можете да напишете автоматизация, за да се грижите за административните функции и да разберете концепцията за повтаряща се администрация чрез управление на конфигурацията, както и да ви е удобно да обсъждате различни сделки около техниките за осигуряване.

Ако бяхте „инженер по инфраструктура“, очаквам да можете да говорите за тези неща, както и за по-големи проблеми, като планиране и управление на капацитета, проблеми при отказ на сайтове, проблеми с архитектурата на услугите и като цяло неща, които влияят на компания като цяло.

Според мен инженерите по инфраструктура не са C * Os или дори директори. Те са хората на куката за техническо изпълнение на ръководството на компанията и като такива, те трябва да са наясно с големия план за компанията и инфраструктурата, за да могат да вземат добри решения, които да не заблуждават компанията. след 5 или 10 години.


Отговор 4:

Известно е, че хората са влезли в юмручни битки заради разликите между заглавието „инженер“ и „администраторско“ заглавие.

Разликата от ден на ден до голяма степен зависи от това къде се намирате. На някои места (Канада, например) заглавието „Инженер“ е защитено (вж. Регламентиране и лицензиране в инженерството - Уикипедия).

Ако приемем, че не сте на такова място, трябва да разгледате вашата компания и да видите дали HR прави разлика между инженери и администратори. В настоящата ми компания всъщност не ми е позволено да имам инженерно звание, защото нямам инженерна степен. Следователно аз съм администратор.

Може би сте забелязали, че всичко, което съм написал, е специфично за заглавието. Това е така, защото когато става въпрос за работата, която всеки от тях върши, всичко е доста произволно. Знам, че някои компании, където „системен администратор“ е синоним на „системен инженер“ (което е смешно, защото системният администратор понякога е заглавието, което получавате след като завършите помощна служба, а системният инженер е заглавието, което получавате след като завършите курс на магистърско ниво в университет!), но те правят същото в много компании. Знам, че някои компании, където „Надеждност на сайта“ са сметаната на реколтата, и някои компании, където те по същество са ролята на администратор / помощник на приложенията. Други взеха междуведомствената връзка „Dev / Ops“ и я превърнаха в заглавие с „DevOps Engineer“.

Като беше казано, ако дойдете при мен, за да работите в моята компания и казахте, че сте „системен администратор“, бих очаквал да имате отлични познания за вашата операционна система по подразбиране, независимо дали това е Windows или Linux. Очаквам да можете да напишете автоматизация, за да се грижите за административните функции и да разберете концепцията за повтаряща се администрация чрез управление на конфигурацията, както и да ви е удобно да обсъждате различни сделки около техниките за осигуряване.

Ако бяхте „инженер по инфраструктура“, очаквам да можете да говорите за тези неща, както и за по-големи проблеми, като планиране и управление на капацитета, проблеми при отказ на сайтове, проблеми с архитектурата на услугите и като цяло неща, които влияят на компания като цяло.

Според мен инженерите по инфраструктура не са C * Os или дори директори. Те са хората на куката за техническо изпълнение на ръководството на компанията и като такива, те трябва да са наясно с големия план за компанията и инфраструктурата, за да могат да вземат добри решения, които да не заблуждават компанията. след 5 или 10 години.