모스크바에서 Slurm DevOps 등록이 시작되었습니다.

TL; DR

슬럼 데브옵스 30월 1일부터 XNUMX월 XNUMX일까지 모스크바에서 개최됩니다.

다시 한번 실제로 DevOps 도구를 분석해 보겠습니다.
세부 사항 및 프로그램은 컷 아래에 있습니다.
Ivan Kruglov와 함께 별도의 Slurm SRE를 준비하고 있기 때문에 SRE가 프로그램에서 제거되었습니다. 발표는 나중에 올 예정입니다.
첫 번째 Slurm 이후 후원해 주신 Selectel에게 감사드립니다!

철학, 회의론, 예상치 못한 성공에 대하여

저는 XNUMX월 말 모스크바에서 열린 DevOpsConf에 참석했습니다.
내가 들은 내용 요약:
— DevOps는 모든 규모의 대부분의 프로젝트에 필요합니다.
— DevOps는 다른 문화와 마찬가지로 문화이며 회사 내부에서 나와야 합니다. DevOps 엔지니어를 고용하고 그가 프로세스를 개선할 것이라고 꿈꿀 수는 없습니다.
— DevOps 혁신에 필요한 것 목록의 맨 끝에는 기술, 즉 우리가 가르치는 바로 DevOps 도구가 있습니다.

DevOps 철학과 문화는 체계적으로 가르칠 수 없기 때문에 과정에 포함하지 않는 것이 옳다는 것을 깨달았습니다. 필요한 사람은 누구나 책에서 읽을 것입니다. 아니면 그는 자신의 카리스마와 권위로 모든 사람을 설득할 매우 멋진 코치를 찾을 것입니다.

개인적으로 저는 항상 도구를 통해 문화를 게릴라 방식으로 구현하는 '아래로부터의 운동'을 지지해 왔습니다. The Phoenix Project에서 설명한 것과 비슷합니다. Git이 올바르게 설정되어 팀워크가 형성되면 천천히 규정으로 보완하고 가치가 나올 것입니다.

그리고 마찬가지로 도구에 대해서만 이야기하는 DevOps Slurm을 준비할 때 참가자들의 반응이 두려웠습니다. “훌륭한 말씀을 하셨습니다. 안타깝지만 결코 구현할 수 없습니다.” 회의론이 너무 많아서 우리는 프로그램 반복을 즉시 중단했습니다.

그러나 설문조사에 참여한 대다수의 참가자는 얻은 지식이 실제로 적용 가능하며 가까운 시일 내에 자국에서 무언가를 구현할 것이라고 답했습니다. 동시에 우리가 설명했던 모든 내용은 Git, Ansible, CI/CD, SRE 등 유용한 항목 목록에 포함되었습니다.

처음에 그들은 Slurm Kubernetes에 대해 k3s를 8일 안에 설명하는 것이 불가능하다고 말했다는 것을 기억할 가치가 있습니다.

SRE 주제를 주도한 Ivan Kruglov와 별도의 프로그램에 동의했습니다. 현재 세부 사항을 논의 중이며 곧 발표하도록 하겠습니다.

Slurm DevOps에서는 어떤 일이 일어날까요?

프로그램

주제 #1: Git을 사용한 팀워크

• 기본 명령 git init, commit, add, diff, log, status, pull, push
• Git 흐름, 분기 및 태그, 병합 전략
• 여러 원격 담당자와 협력
• GitHub 흐름
• 포크, 원격, 풀 요청
• 팀과 관련된 Gitflow 및 기타 흐름에 대한 충돌, 릴리스, 다시 한 번

주제 #2: 개발 관점에서 애플리케이션 작업

• Python으로 마이크로서비스 작성
• 환경 변수
• 통합 및 단위 테스트
• 개발 시 docker-compose 사용

주제 #3: CI/CD: 자동화 소개

• 자동화 소개
• 도구(bash, make, gradle)
• git-hooks를 사용하여 프로세스 자동화
• 공장 조립 라인 및 IT 분야의 응용
• "일반" 파이프라인 구축의 예
• CI/CD용 최신 소프트웨어: Drone CI, BitBucket Pipelines, Travis 등

주제 #4: CI/CD: Gitlab 작업

• 깃랩 CI
• Gitlab Runner, 유형 및 애플리케이션
• Gitlab CI, 구성 기능, 모범 사례
• Gitlab CI 단계
• Gitlab CI 변수
• 빌드, 테스트, 배포
• 실행 제어 및 제한: 경우에만
• 아티팩트 작업
• .gitlab-ci.yml 내의 템플릿, 파이프라인의 다른 부분에서 작업을 재사용
• 포함 - 섹션
• gitlab-ci.yml의 중앙 집중식 관리(파일 XNUMX개 및 다른 저장소로 자동 푸시)

주제 #5: 코드형 인프라

• IaC: 인프라를 코드로 접근
• 인프라 제공자로서의 클라우드 제공자
• 시스템 초기화 도구, 이미지 구축(패커)
• Terraform을 예시로 사용하는 IaC
• 구성 저장, 협업, 애플리케이션 자동화
• Ansible 플레이북 생성 연습
• 멱등성, 선언성
• Ansible을 예로 사용하는 IaC

주제 #6: 인프라 테스트

• Molecule 및 Gitlab CI를 사용한 테스트 및 지속적인 통합
• 방랑자 사용

주제 #7: Prometheus를 사용한 인프라 모니터링

• 모니터링이 필요한 이유는 무엇입니까?
• 모니터링 유형
• 모니터링 시스템의 알림
• 건강한 모니터링 시스템을 구축하는 방법
• 누구나 읽을 수 있는 알림
• 건강검진, 주의해야 할 점
• 모니터링 데이터 기반 자동화

주제 #8: ELK를 사용하여 애플리케이션 로깅

• 최고의 로깅 방법
• ELK 스택

주제 #9: ChatOps를 통한 인프라 자동화

• DevOps 및 ChatOps
• ChatOps: 강점
• Slack 및 대안
• ChatOps용 봇
• 휴봇과 대안
• Безопасность
• 모범 사례와 최악 사례

위치 : 모스크바 세바스토폴 호텔 회의실.

날짜 : 30월 1일부터 3월 XNUMX일까지 XNUMX일간 열심히 일했습니다.

등록

출처 : habr.com