DevOps의 진화: 아이디어에서 반드시 따라야 하는 IT 솔루션까지의 간략한 역사

게시 됨: 2021-10-25

역사를 통틀어 IT 산업은 작업 환경을 지속적으로 형성하는 기술 발전의 지속적인 폭격에 직면해 있습니다. 최근에는 많은 새로운 솔루션이 더 빠른 속도로 IT 부문에 통합되고 있습니다.

클라우드 컴퓨팅 외에 하나의 소프트웨어 솔루션이 있습니다. 즉, 전 세계 기업이 리소스를 최대한 활용하도록 이끄는 것입니다. 이것이 개발팀과 운영팀의 조합인 DevOps입니다!

이제 질문: DevOps로 전환하면 조직에 어떤 이점이 있습니까? 이는 투명성, 개방적인 의사 소통 및 교차 분야와 함께 제공되는 강력한 팀워크를 제공합니다. 따라서 모든 DevOps 회사가 작업하는 아이디어는 사일로를 허물고 협업뿐만 아니라 추가 토론을 위해 작업 공간을 여는 것입니다.

무언가를 평가할 때 과거, 출처, 명성을 아는 것이 더 유용할 것입니다. DevOps의 중요성과 DevOps가 비즈니스를 더욱 유익하게 보이게 만드는 방법을 전달하는 기사가 많이 있습니다. 그러나 주어진 클라우드 서버 모니터링 플랫폼에 대한 역사를 보여주고 누군가가 그것을 정확하게 이해하기 위해 중요한 단계를 밟도록 돕는 블로그는 많지 않습니다.

반복을 피함으로써 이전의 실수로부터 배우는 데 도움이 될 뿐만 아니라 미래에 대한 더 나은 예측에도 도움이 됩니다. 따라서 DevOps 진화의 역사와 완벽한 솔루션을 만들기 위해 어떻게 현재의 형태로 형성되었는지 대략적으로 살펴보십시오.

진행하기 전에 DevOps의 역사와 진화를 분 단위로 정확하게 표시하는 인포그래픽을 확인하여 모든 사용자가 기뻐할 수 있습니다.

DevOps의 진화: 아이디어에서 반드시 따라야 하는 IT 솔루션까지의 간략한 역사

이제 결정적인 부분이 나옵니다.

추천: 당신이 모를 수도 있는 7가지 DevOps 도구 체인 오케스트레이션 솔루션.
목차 보기
  • DevOps의 기원은 무엇입니까?
  • 월드 와이드 웹(www)의 등장과 개발자를 기다리는 더 많은 기회
  • Patrick Debois: 아이디어로 IT 기능을 현대화한 사람 – 'DevOps'
  • Flickr와 Dev+Ops의 유혹
  • 벨기에: DevOpsDays가 탄생한 곳
  • 최신 DevOps: IT 부문을 변화시키는 소프트웨어 모니터
  • DevOps: 미래의 패자 또는 승자?

DevOps의 기원은 무엇입니까?

컴퓨터를 완전히 무시한다면 개발자를 먼저 이야기하는 것은 쓸데없는 선택이라는 말이 있습니다.

전달하려는 메시지는 무엇입니까? 그것은 새로운 기술을 이해하기 위해서는 먼저 그것이 과거에 어떻게 진화했는지를 이해해야 한다는 것을 보여줍니다. DevOps 솔루션도 마찬가지입니다.

최초의 자동 기계는 1936년 컴퓨터의 아버지인 앨런 튜링의 아이디어로 만들어졌습니다. 이로 인해 매우 비싼 전기 기계 컴퓨터가 탄생했습니다. 게다가 프로그램으로 조작할 수 있는 사람도 없다.

운 좋게도 1957년에 FORTRAN 형태의 첫 번째 프로그래밍 언어가 만들어지면서 (컴퓨터로서는 처음으로) 개발자의 높은 공석이 발생하여 혁명을 가져오고 새로운 기회를 위한 공간을 열었습니다.

1980년대 후반에는 개발자가 워크스테이션에서 쉽게 작업할 수 있도록 CRT 모니터가 저렴해졌습니다. 이제 '코드'의 도입으로 모든 작업이 쉬워집니다. 이제 소스 코드를 사용하여 추가 반복을 위해 컴파일하고 배포할 수 있습니다.

월드 와이드 웹(www)의 등장과 개발자를 기다리는 더 많은 기회

WWW 이전에는 ARPANET이 있었습니다. 미국 고객만을 위해 예약된 정부 지원 컴퓨터 네트워크였습니다. 그것은 1969년에야 가동되었고 더 나은 네트워크 구성을 위해 운영 센터 또는 'ops'와 함께 개인 관리 네트워크를 만들었습니다.

1990년대로 빠르게 넘어가서 Tim-Berners-Lee는 HTTP 형식으로 최초의 WWW를 만들었고 새로 만든 검색 엔진인 Google이 두 팔 벌려 확보했습니다. 그런 다음 2003년에 Ben Treynor는 Google과 협력하기 시작했고 사이트 안정성 엔지니어(SRE)를 위한 별도의 개발 및 생산(또는 운영) 환경을 개발했습니다.

어린 아이는 그때를 압니다. SRE는 곧 최초의 진정한 'DevOps' 실무자로 진화할 것입니다!

devops-비즈니스-체인-개발-프로세스

Patrick Debois: 아이디어로 IT 기능을 현대화한 사람 – 'DevOps'

DevOps의 아버지는 의심할 여지 없이 세계 최고의 모니터링 소프트웨어 개발을 이끈 패트릭 드부아(Patrick Debois)입니다. 그는 어떻게 그것을 할 수 있었습니까? 주어진 질문에 대한 대답은 DevOps의 확고한 기반을 숨길 것입니다.

2007년 패트릭은 테스트 절차를 통해 데이터 마이그레이션의 개념을 이해하기 시작했습니다. 이를 통해 그는 다음과 같은 특정 측면을 깨닫게 되었습니다. 개발 측면의 전환 및 운영 측면의 사일로 존재로 인해 모든 프로젝트가 중단되었습니다. 그는 또한 그러한 문제를 해결하기 위해; 양측 사이에서 프로젝트를 탐색하는 동안 많은 시간과 노력이 낭비되었습니다.

그의 마음에 질문이 쏟아지기 시작합니다.

운 좋게도 2008년에 그는 캐나다 토론토에서 열린 "Agile Infrastructure"라는 제목의 회의에 참석하여 Andrew Shafer라는 형태의 조수를 만났습니다. 둘 다 같은 생각을 가진 사람들이 아이디어를 공유하여 개발 팀과 운영 팀 간의 문제를 해결하기 위한 솔루션을 찾을 수 있는 토론 그룹을 구성했습니다.

좋아하실 수도 있습니다: DevOps를 통한 HIPAA 규정 준수 자동화 | 알아야 할 모든 것!

Flickr와 Dev+Ops의 유혹

처음에는 Debois와 Shafer 모두 많은 관심을 끌지 못했습니다. 그러나 운 좋게도 Google을 포함한 거대 기술 회사는 가동 중지 시간을 줄이고 고객 사이에서 증가하는 분노를 보상하기 위해 Debois의 아이디어와 일치하는 SRE 아이디어를 통합하기 시작했습니다.

John Allspaw와 Paul Hammond라는 두 명의 Flickr 엔지니어는 두 팀(Dev & Ops) 사이에 항상 논쟁이 있음을 지적하기 시작했습니다. 그들은 운영팀이 항상 경영진과 대립하고 있고, 코드를 만드는 개발팀이 항상 운영팀을 손가락질하는 것처럼 보였다.

그래서 그들은 솔루션을 제안했습니다. 생각 프로세스가 개발자와 같은 'ops'를 고용하고 그 반대의 경우도 마찬가지입니다. 세상에 어떤 의미가 있었습니까?

프로젝트의 원스텝 빌드 및 배포를 위해 자동화를 통해 운영 및 개발 팀을 통합할 때가 무르익고 있음을 보여주었습니다. 그래서 궁극적으로 "DevOps"가 탄생했지만 반전이 있었습니다. 개별 이름이 없습니다!

벨기에: DevOpsDays가 탄생한 곳

세계가 Dev+Ops라는 용어에 빠르게 접근함에 따라 벨기에 엔지니어인 Patrick Debois(위에서 언급한 대로)는 '민첩한 시스템 관리'의 이점을 전달하기 위해 소규모 회의를 조직하기로 결정했습니다. 소셜 미디어 플랫폼인 Twitter에서 그의 아이디어를 광고하는 동안; 그는 "DevOps"(개발 및 운영의 축약형)라는 해시태그를 만들었습니다.

곧 Debois는 현지화된 형식으로 "DevOpsDays"를 조직하여 전 세계의 모든 개발자와 운영자를 단일 플랫폼에 모았습니다. 이 행사는 엄청난 박수를 받았습니다.

뿐만 아니라 이 해시태그는 곧 Flicker 개발자들도 깜짝 놀랄 정도로 세계적인 성공을 거두었습니다.

DevOps 툴체인

최신 DevOps: IT 부문을 변화시키는 소프트웨어 모니터

DevOps는 비교적 새로운 방법론이지만 모든 DevOps 컨설팅 회사는 기술 세계가 얼마나 빠르게 움직이고 있으며 DevOps가 전 세계 모든 IT 산업에서 어떻게 널리 받아들여지고 있는지 알려줍니다.

2013년에는 문제에 대한 해결책을 찾는 것을 강조하는 "Franken-monitor"라는 용어가 화제를 모았습니다. 또한 건물 설정과 관련된 가동 중지 시간 및 비용을 방지하기 위해 회사에 Frank-모니터 구축을 금지하도록 지시합니다.

최근 DevOps의 급증을 지원하기 위해 Garter는 주어진 기술이 틈새 기술에서 주류 소프트웨어 솔루션으로 전환되어 전 세계적으로 최고 수준의 서비스가 될 것이라고 예측합니다.

또한 Forrester 연구에서는 2017년을 "DevOps의 해"로 선언했습니다. 왜? 그 이유는 당시 조직의 약 50%가 각 산업에서 더 나은 행운을 찾기 위해 DevOps를 서비스 공급자로 도입하기 시작했기 때문입니다.

당신은 또한 좋아할 수 있습니다: 수요가 많은 7가지 고임금 DevOps 작업 역할.

DevOps: 미래의 패자 또는 승자?

결론-최종-단어-끝-마무리-최저선

따라서 모든 사람은 짧은 역사만으로는 전체 이야기를 알 수 없다고 확신할 것입니다. 그렇다면 업계가 어떻게 움직이고 있는지 궁금해야 합니다.

모니터링 용어로 볼 때 DevOps는 최근 설문 조사 보고서에서 분명히 알 수 있듯이 빠른 속도로 호황을 누리고 있습니다. 이는 글로벌 DevOps 시장이 2020년까지 19.42%의 CAGR을 보일 것임을 보여줍니다. DevOps는 또 다른 신기술이 이를 무너뜨리고 미래에 확고한 위치를 차지할 때까지 계속 여기에 있음을 보여줍니다.

우리는 DevOps가 시간이 지남에 따라 성숙해지고 AI의 등장이 스마트폰에서 자율 주행 차량으로 침투하는 것을 보았습니다. 따라서 DevOps의 미래는 밝고 모든 잠재 고객에게 윈윈 상황이 될 것입니다.

DevOps는 모든 조직에 적합하며 요구 사항을 충족하기 위해 시간을 투자할 파트너가 필요합니다. 따라서 DevOps 컨설팅 회사의 도움을 받고 전문가를 고용하여 관리 및 운영 팀이 지체 없이 프로젝트를 완료하는 데 도움이 되는 도구를 찾으십시오. 또한 높은 만족도로 고객에게 최상의 서비스를 제공할 것입니다.

 이 기사는 Emorphis Technologies의 Abhinav Shrivastava가 작성했습니다. Abhinav는 기술을 사랑하는 마케터입니다. 수년 동안 그는 많은 기술 제품/프로젝트에 참여했으며 일상 생활에서 기술이 인간에게 미치는 영향을 보게 되어 기쁩니다. 그는 모빌리티 영역에 대한 깊은 지식과 이해를 가지고 있으며 스마트폰과 앱이 우리의 건강, 라이프스타일 및 지식 향상을 위해 사용되는 방식을 보게 되어 기쁩니다. 그는 신자입니다. 그는 신을 믿고, 자신을 믿으며, 사람을 믿고, 번영을 믿습니다. LinkedIn에서 그를 팔로우할 수 있습니다.