DevOps срещу SysAdmin: Съперници или сътрудници?

DevOps срещу SysAdmin: Съперници или сътрудници?

DevOps срещу SysAdmin: Съперници или сътрудници?

Преди няколко публикации говорихме за SysAdmins, по-специално в публикацията, наречена «Sysadmin: Изкуството да бъдеш администратор на система и сървър ». И ние казахме, че те са един вид «... опитен ИТ специалист„ всичко в едно “, чийто нормален ден обикновено е изпълнен с голям брой разнообразни дейности, планирани или не ...» и «... лицето, отговорно за осигуряване на правилното функциониране на всяка технологична платформа и ИТ, където работите, ... ».

В този пост ще говорим за DevOps, онази нова „порода“ (поколение) разработчици на софтуер, за която се чува от около осем или десет години. Това ново поколение програмисти, родени от вътрешностите на Технологичните центрове и съвременните ИТ компании с висока световна известност, и което дължи името си на термина, получен от английските думи „Развитие“ и „Операция“.

DevOps срещу SysAdmin: Въведение

Въвеждане

С няколко думи бихме могли да кажем, че DevOps е програмист, способен да изпълнява всички функции, които се намесват в жизнения цикъл на „Разработка на софтуер“ и други., като: Програмиране, експлоатация, тестване, разработка, поддръжка, сървъри, база данни, уеб и всякакви други, които са необходими.

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

И както вече знаем, тези "стартиращи компании" обикновено разработват ускорени софтуерни решения (от 6 до 12 месеца) и по този начин да решава специфични и сложни проблеми и нужди в реалния свят. Това означава, че те са склонни да имат изключително висока смъртност.

От това произхожда реалността, живяна в тези стартъпи нова „Култура на разработване на софтуер“, базирана на философията, известна като „Ранно пускане, често пускане“ (Early Releases, Frequent Releases), където софтуерът е модифициран и стартира „On Fly“ (в полет), тоест в движение, за да се използва веднага от потребителите на същия.

Потребители, хранещи разработчици от „Обратни връзки“ получени с тези, които са направили подобрения и актуализации на кода в движение.

Тази нова "Култура на разработване на софтуер" променя "традиционната култура на разработване на софтуер" където всеки член на „ИТ звено“ (изчислителна техника / технология) има позиция с добре дефинирани и специфични функции, като например: младши разработчик, старши разработчик, администратор на база данни, системен и / или сървърен администратор, анализатор и / или тестер за приложения, техническа поддръжка, наред с други.

Тази ситуация е точно това, което кара DevOps да изглежда много като SysAdmin, тоест малкия бизнес с голяма активност, който се опитва да намали размера на персонала на ИТ специалистите, за да доведе до намаляване на оперативните разходи на същата и на цялата организация. Пораждайки се до „Разработчици на софтуер“ и „Администратори на системи и сървъри“, които се справят с много области и общи мултидисциплинарни функции на технологията.

Следователно DevOps не е просто човек или длъжност, това е и тенденция, движение, много разпространена организационна култура днес. За което можете да научите повече, като прочетете тези други 2 статии, наречени: «DevOps»Y«Какво е DevOps?".

DevOps срещу SysAdmin: Съдържание

съдържание

Горното е точно защо в момента DevOps и Sysadmin се възприемат буквално като „Jack of all Trades“ или „Master of None“, тоест „Слуги на всичко“ или „Господари на нищо“, тъй като те са способни да „правят всичко или много неща, без да станат експерти по нищо“.

Което има тенденция да обезценява стойността на тези специалисти на пазара на труда, тъй като дългосрочната специализация е най-добрата инвестиция за професионалист и организация. Това е така, защото информационните технологии се състоят от множество и обширни области на знания, които е практически невъзможно да се овладеят напълно (да се научат, запазят, актуализират) за един професионалист.

За DevOps или Sysadmin да имат интелектуален капацитет за решаване на почти всеки възникващ технологичен проблем, предполага много висока когнитивна цена, Какво благоприятства, че те са склонни да представят определена степен на „работен стрес“ (Burn Out) и вследствие на това страдат от намаляване на тяхната производителност или ефективност на работа.

Сисадмин

Sysadmin обикновено обхваща следните функции и дейности:

  1. Внедрете нов или премахнете остарелите
  2. Направете резервни копия
  3. Следете производителността
  4. Управление на промените в конфигурацията
  5. Работете с приложения и операционни системи
  6. Управление на потребителски акаунти
  7. Наблюдавайте компютърната сигурност
  8. Справяне с неуспехи и падания
  9. Отговарят на потребителските изисквания
  10. Докладвайте на директно отговорните нива на Организацията
  11. Документирайте изчислителните дейности на системата и платформата

И трябва да имате някои познания за:

  1. програмиране
  2. Базите с Данни
  3. ИТ сигурност
  4. мрежи
  5. Операционна система

DevOps

DevOps обикновено владее голямо разнообразие от програмни езици, освен че притежава технически възможности и управленски умения. DevOps обикновено е и комбинация от разработчик на софтуер и Sysadmin чиято функция обикновено се разглежда като премахване на бариерите между двата профила. Така че се очаква DevOps да има познания както за софтуера, така и за хардуера (инфраструктура / платформа) на организацията, в която работят.

Следователно DevOps обикновено могат:

  1. Напишете код и изпълнете функцията на програмист.
  2. Управлявайте многоплатформени сървъри и изпълнявайте функцията на SysAdmin.
  3. Управлявайте мрежите и изпълнявайте функцията на NetAdmin.
  4. Управлявайте база данни (BD) и изпълнявайте функцията на DBA.

Това ни оставя в заключение, че добрият DevOps:

Той е в състояние да изпълнява минималните дейности и функции на всеки специалист в ИТ отдел. Което не е често случаят в обратния случай, за SysAdmins и други ИТ специалистиКато специалист по SysAdmin, NetAdmin, DBA или техническа поддръжка обикновено не са склонни последователно и ефективно да пишат код на високо ниво или популярни в търговската мрежа езици.

Това, което ни оставя, че DevOps обикновено има знания, които му позволяват да замени всички останали, без да е същият в обратна посока. И това прави DevOps по-ценени на пазара на труда, тоест те са модерни и всяка малка или средна организация (главно) иска такава, което води до обезценяване на останалите традиционни позиции в ИТ звено.

И че тези 2 позиции са от различно естество, въпреки че споделят много общи задачи. Разлики като DevOps:

  • Те си сътрудничат на високо ниво с Организациите и гарантират синергия във всяка секция на компанията, докато SysAdmin са по-фокусирани върху Управление (Конфигуриране, поддръжка и актуализация на сървъри и компютърни системи).
  • Те са склонни да работят по-често по проекти с краен продукт, докато SysAdmins са по-ограничени до по-малък обхват и (еднократна) отговорност по отношение на едни и същи проекти / продукти.
  • Те обикновено могат да правят всичко, което прави SysAdmin, но SysAdmin обикновено не може да прави всичко, което прави DevOps.

DevOps срещу SysAdmin: Заключение

Заключение

Целта, преследвана от термина "DevOps" като организационна тенденция или култура, е да насърчава културата на екипа, основана на сътрудничество и комуникация между лица от различните области, участващи в разработването на софтуерни системи. Следователно «DevOps» в Организация благоприятства интеграцията между членовете на зоната за разработчици на софтуер, системните оператори или системните и сървърните администратори, опитвайки се да я направи по-съвършена, прозрачна и приятелска.

Въпреки че някои в рамките на Организациите са склонни да виждат обратния ефект, тоест да видят как DevOps културата представлява унищожаването на повечето от ролите в ИТ единиците. Например как програмистите са склонни да използват DevOps и след това да заменят SysAdmin, NetAdmin, DBA, специалисти по поддръжка и т.н., включително разработчици на софтуер, които просто пишат код.

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


6 коментара, оставете своя

Оставете вашия коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *

*

*

  1. Отговорен за данните: Мигел Анхел Гатон
  2. Предназначение на данните: Контрол на СПАМ, управление на коментари.
  3. Легитимация: Вашето съгласие
  4. Съобщаване на данните: Данните няма да бъдат съобщени на трети страни, освен по законово задължение.
  5. Съхранение на данни: База данни, хоствана от Occentus Networks (ЕС)
  6. Права: По всяко време можете да ограничите, възстановите и изтриете информацията си.

  1.   филтър-аквариум-външен каза той

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

  2.   Инсталиране след Linux каза той

    Със сигурност мисля, че това се случва много в латиноамериканските страни, където искат SysAdmin да сервира дори кафе ... Всеки прави своето, дори ако човек знае как да прави дори кафе 🙂

  3.   Амин Еспиноза каза той

    Какъв добър пост! Обичам начина, по който се справихте като хиляда и петстотин концепции в нещо толкова компактно, но точно. Тема с дълъг дебат и безброй мнения, но лично аз съм категорично съгласен, това, което мисля, за да не бъда „добър във всичко“, е да залагате на сцената на DevOps, която харесвате пред останалите, и да я атакувате със специалност.
    Благодаря за текста!

    1.    Инсталиране след Linux каза той

      Благодаря ви за положителните коментари, много се радвам, че вие ​​и много други харесахте публикацията.

  4.   Валдо каза той

    Отличен пост. В идеалния случай DevOps трябва да отразява културата на работа в екип. Няма съмнение, че DevOps трябва да има задълбочени познания във всички области, участващи в разработването на софтуерни системи, но също така е очевидно, че обемът на работата, който тази задача предполага, изисква повече от един човек, всеки по възможност с специфични знания.
    За съжаление мисля, че много средни и / или малки компании погрешно приоритизират икономическите проблеми, ако имат терен, защо да наемат някой друг? Забравяйки, че в дългосрочен план евтините неща обикновено са много скъпи.
    Аз съм обикновен аматьор в това развитие на системи, но знам трудностите да се налага да се занимавам само с нещо толкова просто като създаването и управлението на уебсайт за много малка организация, която няма пари да наеме екип.
    В обобщение, може би греша, мисля, че това върви към сливане на двете функции в зависимост основно от икономическия капацитет на организацията, за която се работи и на второ място от нейната философия на работа.

  5.   Инсталиране след Linux каза той

    Това е статията само за Сисадмина, за тези, които искат да разширят четенето върху тях още малко!