DevOps,CI,CD,자동화 약술

선언:
기업 응용 이 계속 교체 되 고 확대 되면 서 응용 발표 발 표 는 pc 엔 드,핸드폰 엔 드,애플 리 케 이 션 엔 드 등 여러 팀 과 관련 될 수 있 습 니 다.응용 발표 도 높 은 위험,높 은 스트레스 의 초과 과정,그리고 응용 개발 의 교체 소통 이 되 었 고 테스트 원가 도 크게 통제 할 수 없 게 되 었 다.이때 DevOps 관리 이념,CI,CD 와 강력 한 배치 자동화 수단 이 배치 임무 의 중복 성 을 확보 하고 배치 오류 가능성 을 줄 였 다.다음은 이 네 사람의 기본 개념 을 간단하게 묘사 하 겠 습 니 다.
DevOps
DevOps 가 뭐 예요?
DevOps(Development 과 Operations 의 조합 어)는 개발,기술 운영 과 품질 보장(QA)부서 간 의 소통,협력 과 통합 을 촉진 하 는 데 사용 되 는 과정,방법 과 시스템 을 통칭 한다.
DevOps 를 개발,기술 운영,품질 보장(QA)3 자의 교 집합 으로 볼 수 있다.

DevOps 장점?DevOps 는 이전에 고립 된 역할(개발,IT 운영,품질 공정 과 안전)을 조율 하고 협력 하여 더욱 좋 고 신뢰 할 수 있 는 제품 을 생산 할 수 있 도록 한다.DevOps 문화,방법 과 도 구 를 사용 함으로써 팀 은 고객 의 수요 에 더욱 잘 응 하고 구축 한 응용 프로그램 에 대한 자신 감 을 강화 하 며 업무 목 표를 더욱 빨리 실현 할 수 있다.
CI/CD
CI/CD 가 뭐 예요?
CI/CD 는 응용 개발 단계 에서 자동 화 를 도입 함으로써 고객 에 게 자주 응용 을 전달 하 는 방법 이다.CI/CD 의 핵심 개념 은 지속 적 인 통합,지속 적 인 인도 와 지속 적 인 배치 다.개발 과 운영 진 을 위 한 솔 루 션 으로서 CI/CD 는 주로 새로운 코드 를 통합 할 때 발생 하 는 문 제 를 대상 으로 한다.구체 적 으로 CI/CD 는 지속 적 인 자동화 와 지속 적 인 모니터링 을 응용의 전체 생명주기(집적 과 테스트 단계 부터 납품 과 배치 까지)에 관통 시 킬 수 있다.이런 관련 사 무 는 통상 적 으로'CI/CD 파이프'로 통칭 되 며 개발 과 운영 팀 이 민첩 한 방식 으로 협동 하여 지원 한다.

CI 지속 통합(연속 통합)
현대 응용 개발 의 목 표 는 여러 개발 자 들 이 같은 응용의 다양한 기능 을 동시에 처리 하도록 하 는 것 이다.그러나 기업 이 하루 안에 모든 분기 소스 코드 를 합 쳐 작업 이 번 거 롭 고 시간 이 걸 릴 수 있 으 며 수 동 으로 완성 해 야 한다.독립 적 으로 일 하 는 개발 자가 애플 리 케 이 션 을 변경 할 때 다른 개발 자 와 동시에 변경 할 수 있 기 때문이다.개발 자 마다 클 라 우 드 기반 IDE 가 아 닌 로 컬 통합 개발 환경(IDE)을 사용자 정의 한다 면 문 제 는 더욱 설상가상이다.지속 적 인 통합(CI)은 개발 자 들 이 더욱 자주(때로는 매일)코드 변경 을 공유 분기 나'주간'에 통합 하 는 데 도움 을 줄 수 있다.개발 자가 응용 에 대한 변경 사항 이 합 쳐 지면 시스템 은 자동 으로 응용 을 구축 하고 서로 다른 등급 의 자동화 테스트(보통 유닛 테스트 와 통합 테스트)를 실행 하여 이러한 변경 사항 이 응용 에 파괴 되 지 않도록 확보한다.이것 은 테스트 내용 이 클래스 와 함수 에서 전체 응용 을 구성 하 는 서로 다른 모듈 을 포함 하고 있 음 을 의미한다.만약 자동화 테스트 에서 새로운 코드 와 기 존 코드 사이 에 충돌 이 존재 하 는 것 을 발견 하면 CI 는 이러한 오 류 를 더욱 쉽게 신속하게 복구 할 수 있다.CD 지속 배 송(Continuous Delivery)은 CI 의 구축 및 유닛 테스트 및 통합 테스트 를 위 한 자동화 프로 세 스 를 완료 한 후 검 증 된 코드 를 저장 소 에 자동 으로 배 송 합 니 다.효율 적 이 고 지속 적 인 납품 절 차 를 실현 하기 위해 서 는 CI 가 개발 관 에 내장 되 어 있 는 지 반드시 확보 해 야 한다.지속 적 인 납품 목 표 는 생산 환경 에 수시로 배치 할 수 있 는 코드 라 이브 러 리 를 갖 추 는 것 이다.지속 적 인 납품 에서 모든 단계(코드 변경 합병 부터 생산 준비 형 구축 버 전의 납품 까지)는 테스트 자동화 와 코드 발표 자동화 와 관련된다.절차 가 끝 날 때 운영 팀 은 생산 환경 에 신속 하고 쉽게 응용 할 수 있다.
CD 지속 배포(연속 배포)
성숙 한 CI/CD 파이프 에 있어 서 마지막 단 계 는 지속 적 인 배치 이다.지속 적 인 교부 로 서 생산 준비 형 구축 버 전 을 코드 저장 소 에 자동 으로 발표 하고 지속 적 인 배 치 는 생산 환경 에 자동 으로 응용 할 수 있다.생산 전의 파이프 단계 에 수 동 제어 가 없 기 때문에 지속 적 인 배 치 는 어느 정도 정성 들 여 설계 한 테스트 자동화 에 의존 해 야 한다.실제로 지속 적 인 배 치 는 개발 자가 응용 에 대한 변경 사항 을 작성 한 후 몇 분 안에 적용 할 수 있다 는 것 을 의미한다.(자동화 테스트 를 통과 했다 고 가정 하면)이것 은 사용자 의 피드백 을 지속 적 으로 받 아들 이 고 통합 시 키 는 데 더욱 편리 하 다.한 마디 로 하면 모든 CI/CD 의 관련 절 차 는 응용 프로그램의 배치 위험 을 낮 추 는 데 도움 이 되 기 때문에 작은 방식(일회 성 이 아 닌)으로 응용 에 대한 변경 사항 을 발표 하 는 데 더욱 편리 하 다.그러나 CI/CD 파이프 의 각종 테스트 와 발표 단계 에 적응 하기 위해 자동화 테스트 를 작성 해 야 하기 때문에 전기 투 자 는 여전히 매우 클 것 이다.
오토 메 이 션
IT 자동화 가 무슨 뜻 이에 요?
IT 자동 화 는 때때로 기초 구조 자동화 라 고도 부 르 는데 소프트웨어 를 사용 하여 중복 가능 한 지령 과 프로 세 스 를 만들어 인류 와 IT 시스템 의 상호작용 을 대체 하거나 감소 시킨다.자동화 소프트웨어 는 이러한 명령,도구 와 프레임 워 크 의 제약 범위 내 에서 일 하기 때문에 인공 적 으로 관여 할 필요 가 거의 없 는 상황 에서 임 무 를 수행한다.
왜 IT 자동화 가 필요 합 니까?
자동 화 는 IT 최적화 와 디지털 전환 의 관건 이다.오늘날 변화 가 많은 IT 환경 은 전대미문의 속도 로 확장 되 어야 하 는데 이 목표 의 실현 은 IT 자동화 와 떨 어 질 수 없다.
참고 문장
https://azure.microsoft.com/zh-cn/overview/what-is-devops/ https://baike.baidu.com/item/devops/2613029 https://www.redhat.com/zh/topics/devops/what-is-ci-cd https://www.redhat.com/zh/topics/automation/whats-it-automation
DevOps,CI,CD,자동화 에 관 한 간단 한 소개 글 은 여기까지 입 니 다.더 많은 관련 DevOps,CI,CD,자동화 내용 은 우리 의 이전 글 을 검색 하거나 아래 의 관련 글 을 계속 조회 하 시기 바 랍 니 다.앞으로 많은 응원 바 랍 니 다!