DevOps 유추를 가져 오는 것은 무엇입니까?

9

일부 발표자들은 특정 기술을 명확하게하기 위해 유추를 사용합니다 (예 : 피자 서비스로서의 피자 (aaS) 스택 간의 차이점을 설명하는 피자 서비스 2.0 ).

이 피자 비유의 장점은 여러 비유, 즉 런타임 일명 피자와 수제 일명 레거시로 구성된다는 것입니다.

Google의 한 "DevOps 유추"를 보면 다양한 이미지가 표시되지만 그 이미지는 매우 흥미 롭습니다.

"가져 오기"의 정의

프리젠 테이션에 이미지 표시
그것에 대해 30 초 이야기
엘리베이터 피치 동안 점점 더 많은 사람들이 DevOps를 이해하고 그들에 의해 완전히 명확합니다.

culture

— 030
소스

DevOps에는 많은 대상 그룹이 있습니다. 이미지를 찾기 위해 초점을 맞추는 것이 더 쉽다고 생각합니다. 청중은 누구이며 엘리베이터 피치가 성공적인 경우 어떻게됩니까?

— Peter Muryshkin

이들 중 대부분은 사일로를 염두에 둔 주니어 개발자입니다. 즉, 프로덕션 환경에서 앱을 실행해야 할 책임없이 개발하고 싶어합니다. @PeterMuryshkin이 문맥에 귀하에 따라 몇 개의 대상 그룹이 있습니까?

— 030

목표 그룹의 경우 DevOps 툴체인의 각 세그먼트에서 각 사일로 / 역할 당 하나? 관리, 비즈니스 사용자, 개발자, 테스터, ops ..

— Peter Muryshkin

3

DevOps는 IT 산업화입니다

— 오르 야 데스
소스

왼쪽 그림은 수제 자동차를 나타냅니다?

— 030

정확히, 그것은 또한 몇 가지 문제가 :) 주위를 이동해야합니다

— oryades

큰. 이제 알겠습니다. 아마도 답변에 추가 설명을 추가 할 수 있습니까?

— 030

2

반면 오른쪽 그림은 조립 라인에 머무르는 한 움직이지 않는 자동차를 나타냅니다. 그렇지 않으면 일부 바퀴가 필요할 수 있습니다 ...

— Jiri Klouda

1

그림의 오른쪽 부분과 관련하여 DevOps 툴체인은 소프트웨어 솔루션을 자동화, 테스트 및 전달하기위한 전달 파이프 라인을 이해하고 구축하는 엔지니어링 방식이라고 생각합니다. 일명 산업 혁명 2.0 ... sigspl.org/2015/10/14/…

— Peter Muryshkin

4

"재해 소녀"meme : "내 기계에서 작동합니다. 지금 Ops 문제가 있습니다!" 이것은 책임 부족이 회사 전체를 위험에 빠뜨릴 수 있으며 특정 환경에서만 작동하는 소프트웨어의 가치가 절대적인 것은 아니라는 것을 보여줍니다.

또한 지옥의 행렬 . Docker를 추가하면 하나의 열로 보일 수도 있지만 컨테이너는 장기적으로 기술과 표준 아키텍처가 될 것입니다. 따라서 Kubernetes 또는 Apache Mesos와 함께 Docker 컨테이너를 실행할 수도 있습니다.

— 피터 머시킨
소스

이미지를 추가 할 수 있습니까?

— 030

나는 모바일에서 제대로 작동하지 않는 것 같습니다.

— Peter Muryshkin

우수 +1. 각 이미지에 작은 설명을 추가 할 수 있습니까? 즉, 왜 이러한 DevOps 유추가 있습니까?

— 030

1

솔직히 말해서 이러한 이미지는 DevOps 자체보다는 DevOps의 동기 부여를 나타냅니다. 이제 저는 이것이 실제 질문을 DevOps "depicture"에 얼마나 잘 다루고 있는지 확신합니다

— Peter Muryshkin

그 외에도 첫 번째 그림은 프레젠테이션에서 "왜 DevOps"를 설명하는 데 도움이됩니다.

— 030

3

내가 생각할 수있는 가장 유명한 DevOps 유추는 일회용 인프라 에서 Pet vs. Cattle 유추입니다. 비록 이미지와 관련된 페칭 에 대한 것이 아니라 이해하고 관련이 얼마나 쉬운 지에 대해 더 많이 주장합니다 .

— 프레스턴
소스

1

소 대 애완 동물은 주로 작전 일이며, devops 조직이나 사고 방식이 필요하지 않습니다. 힌트는 인프라에 대해서만 이야기하고 인프라에서 실행되는 앱에 대해서는 이야기하지 않습니다.

— Tensibai

@Tensibai 가장 좋아하는 비유는 무엇입니까?

— 030

귀여운 아이디어이지만 지속성을 도입하자마자 얼굴이 평평 해집니다. 회사에서 DevOps 쿨 에이드를 마시지 않았고 급여 시스템이 애완 동물이되기를 바랍니다.

— Gaius

2

내가 좋아하는 또 다른 것은이 웹 사이트의 https://devrant.com/search?term=devops

여러 번 들었고 사일로 행동과 반독점이기 때문에 좌절합니다. 나는 기본적으로 그것을 적용하고 싶습니다. 변경 할 때 릴리스해야하거나 깨뜨릴 때 수정하십시오. 실제로 사고 방식을 변경해야하는 것처럼 간단하지 않습니다.

— 030
소스

1

https://devrant.com/search?term=devops 에서 또 다른 비유가 발견되었습니다.

나는 벽에 물건을 계속 던지는 개발자가 여전히 있기 때문에 이것도 적용 가능하다고 생각합니다.

나는 이런 느낌과 프로그래밍을 배우도록 장려한다는 것을 인정해야한다. 현재 Java를 배우고 있으며 인증서를 얻고 싶습니다. 현재 Java Oracle 직원을 위해 공부하고 있습니다.

— 030
소스

0

@PeterMuryshkin의 답변 중 하나에 대한 의견 중 하나에 대한 제안을 바탕으로 Industry4.0 에 대해 자세히 읽었 으며 DevOps 유추가 될 수 있다고 생각합니다.

또 다른 DevOps 유추는 산업 4.0이 될 수 있습니다.

인더스트리 4.0은 현재 제조 기술의 자동화 및 데이터 교환 추세에 대한 이름입니다. 여기에는 사이버 물리 시스템, 사물 인터넷, 클라우드 컴퓨팅 및 코 그너 티브 컴퓨팅이 포함됩니다. Industry 4.0은 일반적으로 네 번째 산업 혁명이라고합니다.

산업 1.0에 기능적 프로세스, 즉 수동으로 코톤을 생산하는 방법을 도입하기 위해서는이를 자동화하기 위해 명확해야하며, 2.0 이상 자동화 및 3.0 자동화. 오늘날 DevOps는 점점 더 자동화되고 있지만이를 위해서는 프로세스도 명확해야합니다. 4.0은 클라우드, 예를 들어 AWS, GCP, AWS, CI / CD 및 자체 복구 시스템으로 이동하는 것과 유사합니다.

— 030
소스

또한 실제 4.0 산업은 DevOps 없이는 작동하지 않는다고 생각합니다.

— 피터 Muryshkin

0

DevOps는 소수의 전문가로 구성된 특공대 팀과 비교할 수도 있습니다. 나는 항상 적의 배후에있는 코만도 1의 첫 번째 레벨에 대해 생각해야합니다. 세 문자가있었습니다 :

선박
운전사
녹색 베레모

그들 각각은 독특한 특성, 즉 다이빙, 수영, 조정 (해상), 다이버 (기관총, 운전), 녹색 베레모 (등반, 운반 배럴)를 가지고 있습니다.

그들 모두는 DevOps에서 적을 일명 자동화 할 수있었습니다. 녹색 베레모의 운전자는 해병과 비교할 수 있는지 여부는 중요하지 않습니다. 운영, 개발 및 품질 보증에는 모두 전문성이 있습니다. 소프트웨어를 더 자주 출시하려면 이러한 요소를 결합해야합니다.

예를 들어 특공대 중 하나가 게임에서 죽었다면 게임은 끝난 것입니다. 그들 모두는 사명을 완수하기 위해 함께 일해야했습니다. 각 특공대는 레벨 1의 시작 부분에서 격리되어 적을 스스로 꺼내야했지만 서로 의존하는 것을 기억할 수 있습니다.

해병대는 운전석과 초록색 베레모를 다른 섬으로 가져와야했다. 섬에 도착하면 라디오 방송국을 폭파시키는 데 필요한 폭발성 배럴을 움직일 수있는 유일한 사람이었던 녹색 베레모가 필요했습니다.

그들이 함께 일할 때 적을 제거하기 위해 세 번의 발사가 필요했기 때문에 생존 할 가능성이 높았습니다. 그들이 함께 쏘면 적을 즉시 꺼 냈습니다.

— 030
소스