DevOps 대 SysAdmin : 라이벌 또는 공동 작업자?

DevOps 대 SysAdmin : 라이벌 또는 공동 작업자?

DevOps 대 SysAdmin : 라이벌 또는 공동 작업자?

몇 가지 게시물 전에 우리는 특히«라는 게시물에서 SysAdmins에 대해 이야기했습니다.Sysadmin : 시스템 및 서버 관리자가되는 기술». 그리고 우리는 그들이 일종의«... 경험이있는 올인원 IT 전문가라고 말했고, 보통 하루는 일정에 관계없이 다양한 활동으로 가득 차 있고 ...»그리고«... 그 사람 작업하는 모든 기술 플랫폼과 IT의 적절한 기능을 보장합니다.…».

이 게시물에서는 약 XNUMX 년 또는 XNUMX 년 동안 들어온 소프트웨어 개발자의 새로운 "종류"(세대) 인 DevOps에 대해 이야기 할 것입니다. 이 새로운 세대의 프로그래머는 세계적으로 유명한 기술 센터와 현대 IT 기업의 내장에서 태어나 영어 단어 "개발"과 "운영"에서 파생 된 용어에 이름을 올렸습니다.

DevOps 대 SysAdmin : 소개

소개

간단히 말해서 DevOps는 "소프트웨어 개발"등의 수명주기와 관련된 모든 기능을 수행 할 수있는 프로그래머라고 말할 수 있습니다., 예 : 프로그래밍, 운영, 테스트, 개발, 지원, 서버, 데이터베이스, 웹 및 기타 필요한 것.

이 새로운 "소프트웨어 개발자 세대"는 작고 현대적이며 성공적인 "테크 스타트 업"에서 발생했다고합니다. 주로 소프트웨어 개발자로 구성된 소규모 "IT 전문가"그룹으로 구성됩니다.

이미 알고 있듯이 이러한 "스타트 업"은 일반적으로 신속한 소프트웨어 솔루션을 개발합니다 (6 ~ 12 개월). 따라서 현실 세계에서 구체적이고 복잡한 문제와 요구를 해결합니다. 이것은 그들이 매우 높은 사망률을 갖는 경향이 있음을 의미합니다.

그 현실에서이 스타트 업에 살았던 것은 소프트웨어가 수정되고 "On Fly"를 릴리스하는 "일찍 릴리스, 자주 릴리스"(초기 릴리스, 빈번한 릴리스)라는 철학에 기반한 새로운 "소프트웨어 개발 문화"즉, 동일한 사용자가 즉시 사용할 수 있습니다.

"피드백"에서 개발자에게 피드를 제공하는 사용자 즉석에서 코드를 개선하고 업데이트 한 사람들과 함께 얻을 수 있습니다.

이 새로운«소프트웨어 개발 문화»는«소프트웨어 개발의 전통 문화»를 변화시키고 있습니다. 여기서 "IT 부서"(컴퓨팅 / 기술)의 각 구성원은 주니어 개발자, 시니어 개발자, 데이터베이스 관리자, 시스템 및 / 또는 서버 관리자, 분석가 및 / 또는 애플리케이션 테스터와 같이 잘 정의되고 특정 기능을 가진 직책을 가지고 있습니다. , 기술 지원 등이 있습니다.

이 상황이 바로 DevOps를 SysAdmin처럼 보이게 만드는 이유입니다.즉, IT 전문가의 인원을 줄여 동일한 조직과 모든 조직의 운영 비용을 줄이기 위해 노력하는 대단한 활동의 ​​소기업입니다. 기술의 여러 영역과 다 분야 기능을 공통적으로 처리하는 "소프트웨어 개발자"와 "시스템 및 서버 관리자"가 생겨났습니다.

따라서 DevOps는 단순한 사람이나 직책이 아니라 트렌드이자 운동이며 오늘날 매우 널리 퍼진 조직 문화이기도합니다. 다음 2 개의 기사를 읽고 더 자세히 알아볼 수 있습니다.«개발자"Y"DevOps 란 무엇입니까?".

DevOps 대 SysAdmin : 콘텐츠

함유량

앞서 말한 것은 현재 DevOps와 Sysadmin이 문자 그대로 "모든 거래의 잭"또는 "아무도의 마스터"로 간주되는 이유입니다.즉, "모든 것의 종"또는 "무의 주인"이라는 말입니다. 왜냐하면 그들은 "아무것도 전문가가되지 않고도 모든 일을하거나 많은 일을 할 수 있기 때문입니다."

장기 전문화는 전문가와 조직을위한 최고의 투자이기 때문에 노동 시장에서 이러한 전문가의 가치를 평가 절하하는 경향이 있습니다. 정보 기술은 한 명의 전문가가 완전히 습득 (학습, 유지, 업데이트)하는 것이 사실상 불가능한 여러 광범위한 지식 영역으로 구성되기 때문입니다.

DevOps 또는 Sysadmin이 발생하는 거의 모든 기술 문제를 해결할 수있는 지적 능력을 갖추려면인지 비용이 매우 높습니다. 어떤 정도의«작업 스트레스»(Burn Out)를 나타내는 경향이 있고 결과적으로 생산성 또는 작업 효율성이 저하되는 것이 유리합니다.

시스템 관리자

Sysadmin은 다음과 같은 기능과 활동을 포함하는 경향이 있습니다.

  1. 신규 구현 또는 구식 제거
  2. 백업하기
  3. 성능 모니터링
  4. 구성 변경 관리
  5. 애플리케이션 및 운영 체제 운영
  6. 사용자 계정 관리
  7. 컴퓨터 보안 모니터링
  8. 실패와 낙상에 대처
  9. 사용자 요구 사항 충족
  10. 조직의 직접 책임 수준에보고
  11. 시스템 및 플랫폼의 컴퓨팅 활동 문서화

그리고 다음과 같은 지식이 있어야합니다.

  1. 프로그래밍
  2. 데이터베이스
  3. IT 보안
  4. 네트워크
  5. 운영체제

개발자

DevOps는 기술 역량 및 관리 기술을 보유 할뿐만 아니라 다양한 프로그래밍 언어에 능통 한 경향이 있습니다. DevOps는 일반적으로 소프트웨어 개발자와 Sysadmin의 조합이기도합니다. 그 기능은 일반적으로 두 프로필 사이의 장벽 제거로 간주됩니다. 따라서 DevOps는 자신이 일하는 조직의 소프트웨어와 하드웨어 (인프라 / 플랫폼)에 대한 지식을 모두 가지고 있어야합니다.

따라서 DevOps는 일반적으로 다음을 수행 할 수 있습니다.

  1. 코드를 작성하고 프로그래머의 기능을 수행합니다.
  2. 다중 플랫폼 서버를 관리하고 SysAdmin의 기능을 수행합니다.
  3. 네트워크를 관리하고 NetAdmin의 기능을 수행합니다.
  4. 데이터베이스 (BD)를 관리하고 DBA의 기능을 수행합니다.

이것은 우리에게 좋은 DevOps라는 결론을 내립니다.

IT 부서의 각 영역 전문가의 최소한의 활동과 기능을 수행 할 수 있습니다. SysAdmins 및 기타 IT 전문가의 경우 반대의 경우는 자주 발생하지 않습니다.SysAdmin, NetAdmin, DBA 또는 기술 지원 전문가는 일반적으로 고수준 또는 상업적으로 널리 사용되는 언어로 코드를 일관되고 효율적으로 작성하는 경향이 없습니다.

DevOps로 남겨진 것은 일반적으로 동일하지 않고 다른 모든 것을 대체 할 수있는 지식을 가지고 있습니다. 그리고 이로 인해 DevOps는 노동 시장에서 더 높이 평가됩니다.

그리고이 두 위치는 공통된 많은 작업을 공유하지만 성격이 다릅니다. DevOps와 같은 차이점 :

  • 그들은 조직과 높은 수준에서 협력하고 회사의 각 섹션에서 시너지를 보장하는 반면 SysAdmin은 관리 (서버 및 컴퓨터 시스템 구성, 유지 및 업데이트)에 더 중점을 둡니다.
  • 그들은 엔드-투-엔드 제품을 사용하는 프로젝트에서 더 자주 작업하는 경향이있는 반면, SysAdmins는 동일한 프로젝트 / 제품에 대해 더 작은 (스팟) 범위와 책임으로 더 제한되는 경향이 있습니다.
  • 일반적으로 SysAdmin이 수행하는 모든 작업을 수행 할 수 있지만 SysAdmin은 일반적으로 DevOps가 수행하는 모든 작업을 수행 할 수 없습니다.

DevOps 대 SysAdmin : 결론

결론

조직의 경향 또는 문화로서 "DevOps"라는 용어가 추구하는 목표는 소프트웨어 시스템 개발에 관련된 여러 분야의 개인 간의 협업 및 의사 소통을 기반으로 팀 문화를 촉진하는 것입니다. 따라서 조직의«DevOps»는 소프트웨어 개발자 영역의 구성원, 시스템 운영자 또는 시스템 및 서버 관리자 간의 통합을 선호하여 더 완벽하고 투명하며 친근하게 만들려고 노력합니다.

조직 내 일부는 반대 효과를 보는 경향이 있습니다. 즉, DevOps 문화가 IT 부서 내 대부분의 역할의 파괴를 어떻게 나타내는 지 확인합니다. 예를 들어 프로그래머가 DevOps로 전환 한 다음 코드 만 작성하는 소프트웨어 개발자를 포함하여 SysAdmin, NetAdmin, DBA, 지원 전문가 등을 대체하는 경향이 있습니다.

이 주제에 대해 더 많은 질문이있는 경우이 주제와 관련된 작업 문서를 읽어 보시기 바랍니다. 링크.


코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.

  1.   필터 수족관 외부

    그들이 항상 말했듯이 지식은 일어나지 않습니다. 특정 분야에서 전문화하고 "모든 지형"이되는 것은 모든 전문가에게 큰 가치가 있지만, 이는 직업 불안정을 의미해서는 안되며,이를 통해 두 명의 훌륭한 전문가가 XNUMX 인의 가격으로 갖는 가치를 감소시킬 수 있습니다.

  2.   Linux 설치 후

    확실히 나는 SysAdmin이 커피를 제공하기를 원하는 라틴 국가에서 많이 발생한다고 생각합니다 ... 커피도 만드는 방법을 알고 있더라도 모두가 자신의 일을합니다 🙂

  3.   아민 에스피 노자

    좋은 게시물입니다! 나는 당신이 아주 작지만 정확한 무언가에서 XNUMX 개의 개념을 다루는 방식을 좋아합니다. 오랜 논쟁과 수많은 의견을 가진 주제이지만 개인적으로 저는 "모든 것에 능숙하지"않기 위해 제가 생각하는 것은 다른 사람들보다 좋아하는 DevOps 무대에 베팅하고 전문성을 가지고 공격하는 것입니다.
    텍스트 주셔서 감사합니다!

    1.    Linux 설치 후

      귀하의 긍정적 인 의견에 감사드립니다. 귀하와 다른 많은 사람들이이 출판물을 좋아하게되어 매우 기쁩니다.

  4.   발도

    훌륭한 게시물입니다. 이상적으로는 DevOps는 팀워크 문화를 반영해야합니다. DevOps는 소프트웨어 시스템 개발과 관련된 모든 영역에 대한 깊은 지식을 가지고 있어야하지만,이 작업이 의미하는 작업량에는 가능한 한 특정 지식을 가진 한 명 이상이 필요하다는 것도 분명합니다.
    불행히도 저는 많은 중소 기업이 경제적 문제를 잘못 우선시한다고 믿습니다. 만약 그들이 모든 지형을 가지고 있다면 왜 다른 사람을 고용합니까? 장기적으로 값싼 물건은 매우 비싸는 경향이 있다는 것을 잊어 버립니다.
    저는 시스템 개발의 단순한 팬이지만 팀을 고용 할 돈이없는 아주 작은 조직을 위해 웹 사이트를 만들고 관리하는 것처럼 단순한 일만 처리해야하는 어려움을 알고 있습니다.
    요약하면 내가 틀렸을지도 모르지만, 기본적으로는 조직의 경제적 능력과 업무 철학에 따라 두 가지 기능의 융합으로 나아가고 있다고 생각합니다.

  5.   Linux 설치 후

    이 기사는 읽기를 좀 더 확장하고 싶은 분들을 위해 Sysadmin에 대한 기사입니다!