DevOps проти SysAdmin: суперники чи співавтори?

DevOps проти SysAdmin: суперники чи співавтори?

DevOps проти SysAdmin: суперники чи співавтори?

Кілька повідомлень тому ми говорили про SysAdmins, зокрема у дописі під назвою «Sysadmin: Мистецтво бути адміністратором системи та сервера ». І ми сказали, що вони були свого роду «... досвідченим універсальним ІТ-спеціалістом, чий звичайний день зазвичай наповнений великою кількістю різноманітних заходів, запланованих чи ні ...» і «... особа, відповідальна за забезпечення належного функціонування кожної технологічної платформи та ІТ, де ви працюєте,… ».

У цій публікації ми поговоримо про DevOps, таку нову "породу" (покоління) розробників програмного забезпечення, про яку чули близько восьми чи десяти років. Це нове покоління програмістів, яке народилося з нутрощів Технологічних центрів та сучасних ІТ-компаній з високою світовою популярністю, і яке зобов’язане своєю назвою термінам, що походять від англійських слів „Development” та „Operation”.

DevOps проти SysAdmin: Вступ

Введення

Кількома словами ми могли б сказати, що DevOps - це програміст, здатний виконувати всі функції, задіяні в життєвому циклі "Розробки програмного забезпечення" та ін., такі як: Програмування, експлуатація, тестування, розробка, підтримка, сервери, бази даних, Інтернет та будь-яке інше, що необхідно.

Кажуть, що це нове "Покоління розробників програмного забезпечення" виникло в тих невеликих, сучасних та успішних "Технологічних стартапах" складається з невеликих груп "ІТ-спеціалістів", переважно розробників програмного забезпечення.

І як ми вже знаємо, ці "стартапи" зазвичай розробляють прискорені програмні рішення (від 6 до 12 місяців) і таким чином вирішити конкретні та складні проблеми та потреби в реальному світі. Це означає, що вони, як правило, мають надзвичайно високий рівень смертності.

З цієї реальності походить реальність, яку проживають ці стартапи нова "Культура розробки програмного забезпечення", заснована на філософії, відомій як "Достроково випускайте, часто випускайте" (Дочасні випуски, Часті випуски), де Програмне забезпечення модифікується та запускає "На літаку" (В польоті), тобто в дорозі для негайного використання його користувачами.

Користувачі, що годують розробників із "Відгуків" отримано з тими, хто робив вдосконалення та оновлення коду на льоту.

Ця нова «Культура розробки програмного забезпечення» змінює «традиційну культуру розробки програмного забезпечення» де кожен член «ІТ-підрозділу» (обчислювальна техніка / технологія) має посаду з чітко визначеними та конкретними функціями, такими як: молодший розробник, старший розробник, адміністратор бази даних, адміністратор системи та / або сервера, аналітик та / або тестер додатків, технічна підтримка, серед іншого.

Саме така ситуація робить DevOps схожим на SysAdmin, тобто малі підприємства, що мають велику активність, які намагаються зменшити чисельність персоналу ІТ-спеціалістів, щоб зменшити операційні витрати тієї самої та всієї організації. Початок розвитку "Розробників програмного забезпечення" та "Адміністраторів систем і серверів", які займаються багатьма сферами та спільними міждисциплінарними функціями технології.

Тому DevOps - це не тільки людина чи посада, це також тенденція, рух, дуже поширена організаційна культура сьогодні. Про що ви можете дізнатись більше, прочитавши інші 2 статті, які називаються: «DevOps"Y"Що таке DevOps?".

DevOps проти SysAdmin: Вміст

зміст

Вищесказане саме тому, що в даний час DevOps і Sysadmin буквально розглядаються як "валет усіх торгів" або "майстер жодного", тобто "Слуги усього" або "Господарі нічого", оскільки вони здатні "робити все або багато речей, не стаючи нічим знавцем".

Що має тенденцію знецінити цінність цих фахівців на ринку праці, оскільки довгострокова спеціалізація є найкращим вкладенням для професіонала та організації. Це пов’язано з тим, що інформаційні технології складаються з безлічі великих галузей знань, які практично неможливо повністю засвоїти (вивчити, зберегти, оновити) для одного професіонала.

Для того, щоб DevOps або 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, фахівців з підтримки тощо, включаючи розробників програмного забезпечення, які пишуть лише код.

Якщо у вас є додаткові запитання щодо цієї теми, я рекомендую вам ознайомитись із робочим документом, пов’язаним із нею, що міститься в цьому посилання.


Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

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

  1.   фільтр-акваріум-зовнішній - сказав він

    Як завжди кажуть, знання не мають місця. Спеціалізація та наявність „позашляховиків” у певних сферах стає великою цінністю для будь-якого професіонала, але це не повинно означати незахищеності від роботи, що дозволяє ринку користуватися нею, щоб зменшити вартість двох великих професіоналів за ціною одного.

  2.   Установка Linux Post - сказав він

    Звичайно, я думаю, що це трапляється багато в латинських країнах, де вони хочуть, щоб SysAdmin подавав навіть каву ... Кожен робить свою справу, навіть якщо знає, як приготувати навіть каву 🙂

  3.   Амін еспіноза - сказав він

    Який хороший пост! Мені подобається те, як ти вирішив, як п’ятнадцять сотень концепцій, у чомусь такому компактному, але точному. Тема з довгими дискусіями та незліченними думками, але особисто я категорично погоджуюсь, що, щоб не бути "добрим у всьому", це робити ставку на сцену DevOps, яка вам подобається, над іншими, і атакувати це зі спеціальністю.
    Дякую за текст!

    1.    Установка Linux Post - сказав він

      Дякую за ваші позитивні коментарі, я дуже рада, що публікація сподобалась вам та багатьом іншим.

  4.   valdo - сказав він

    Відмінний пост. В ідеалі DevOps повинен відображати культуру колективної роботи. Немає сумнівів, що DevOps має глибоко знати всі сфери, задіяні в розробці програмних систем, але також очевидно, що обсяг роботи, який передбачає це завдання, вимагає більше однієї людини, кожна з яких, де це можливо, конкретні знання.
    На жаль, я вважаю, що багато середніх та / або малих компаній неправильно ставлять пріоритети в економічних питаннях, якщо вони мають місцевість, навіщо наймати когось іншого? Забуваючи, що в довгостроковій перспективі дешеві речі, як правило, дуже дорогі.
    Я є простим шанувальником розробки систем, але знаю труднощі, пов’язані з необхідністю мати справу просто з таким простим завданням, як створення та управління веб-сайтом для дуже маленької організації, яка не має грошей для найму команди.
    Підводячи підсумок, можливо, я помиляюся, я думаю, що це рухається до злиття двох функцій, що залежать принципово від економічних можливостей організації, для якої вона працює, і, в другу чергу, від її філософії роботи.

  5.   Установка Linux Post - сказав він

    Це стаття лише про Сисадміна для тих, хто хоче ще трохи розширити їх читання!