문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 | ||
wiki:pm:devops [2022/03/24 13:18] bjlee |
wiki:pm:devops [2023/01/13 18:44] (현재) |
||
---|---|---|---|
줄 1: | 줄 1: | ||
- | ====== | + | ====== |
<WRAP left notice 80%> | <WRAP left notice 80%> | ||
* description : DevOps | * description : DevOps | ||
줄 78: | 줄 78: | ||
자동화된 규정 준수 정책 및 세분화된 제어 및 구성 관리 기술을 통하여 제어를 유지하고, | 자동화된 규정 준수 정책 및 세분화된 제어 및 구성 관리 기술을 통하여 제어를 유지하고, | ||
보안도 지켜 나아갈 수 있도록 하여준다. | 보안도 지켜 나아갈 수 있도록 하여준다. | ||
- | ===== 데브옵스 VS 기존의 접근 방식===== | + | ==== 데브옵스 VS 기존의 접근 방식==== |
^DevOps 진행^기존의 접근 방식^ | ^DevOps 진행^기존의 접근 방식^ | ||
|-- 협업 중심.\\ 성공적인 DevOps는 신속하고 신뢰성있는 소프트웨어의\\ 개발과 전달을 보장하기 위해 개발팀과 IT 운영팀의 성공적이고 지속적인 협업 능력에 의존한다.|-- 사일로 중심.\\ 기존의 접근 방식은 협업에 대해서는 “다짜고짜 떠넘기기”에 의존한다.\\ IT 운영자는 실제 운영 환경에서 소프트웨어 배포와 관리를 담당하며, | |-- 협업 중심.\\ 성공적인 DevOps는 신속하고 신뢰성있는 소프트웨어의\\ 개발과 전달을 보장하기 위해 개발팀과 IT 운영팀의 성공적이고 지속적인 협업 능력에 의존한다.|-- 사일로 중심.\\ 기존의 접근 방식은 협업에 대해서는 “다짜고짜 떠넘기기”에 의존한다.\\ IT 운영자는 실제 운영 환경에서 소프트웨어 배포와 관리를 담당하며, | ||
줄 86: | 줄 86: | ||
|-- 변경 맞춤형.\\ DevOps 진행은 신속하고 반복 가능하게 자동화하도록 디자인됩니다. 신속한 오류 복구뿐만 아니라 신속한 변경 처리도 수행하게 빌드됩니다. 신속하게 진행하기 위해 빌드되는 것입니다.|-- 변경 반대.\\ 기존의 접근 방식에서는 손댔다가 빨리 복구할 수 없게 될까봐 프로덕션 배포를 변경하지 않습니다. 전통적인 접근 방식에서는 변경과 업데이트를 최소화하고 조직에게는 천천히 진행할 것을 간접적으로 권장합니다.| | |-- 변경 맞춤형.\\ DevOps 진행은 신속하고 반복 가능하게 자동화하도록 디자인됩니다. 신속한 오류 복구뿐만 아니라 신속한 변경 처리도 수행하게 빌드됩니다. 신속하게 진행하기 위해 빌드되는 것입니다.|-- 변경 반대.\\ 기존의 접근 방식에서는 손댔다가 빨리 복구할 수 없게 될까봐 프로덕션 배포를 변경하지 않습니다. 전통적인 접근 방식에서는 변경과 업데이트를 최소화하고 조직에게는 천천히 진행할 것을 간접적으로 권장합니다.| | ||
\\ | \\ | ||
+ | ===== DevOps와 관련된 내용 ===== | ||
*[[wiki: | *[[wiki: | ||
*[[wiki: | *[[wiki: | ||
+ | *[[wiki: | ||
| |