Slurm DevOps: DevOps 철학을 논의하지 않는 이유와 대신에 일어날 일

오늘 Southbridge에서 우리는 계획 회의에서 청록색 관리에 대해 논의했습니다.

위에서 아래로, 아이디어에서 실행으로 이동하자고 제안한 사람들도 있었습니다. 예를 들어 청록색 경영 철학을 구현해 봅시다. 표준을 찾고, 역할을 어떻게 나누어야 하는지, 의사소통은 어떻게 구축해야 하는지 결정하고, 이 길을 따라 움직이기 시작합니다.

나 자신을 포함하여 아래에서 위로, 실천에서 아이디어로 나아가고 싶어하는 사람들이 있었습니다. 우리에게는 특정한 임무와 특정한 문제가 있습니다. 청록색 도구를 기반으로 문제를 해결하면 청록색 관리가 저절로 발전합니다.

관리와 개발을 비교하면 하향식 경로는 모놀리스를 생성하는 것이고 상향식 경로는 마이크로서비스 아키텍처입니다. 이제 "마이크로서비스" 관리에서는 하루에 두 번 관리 회로를 재구축하고 즉시 "프로덕션에 적용"할 수 있습니다.

그리고 프로그램 슬럼 데브옵스 아래에서 위로 이동하는 것을 선호하는 사람들을 위해 만들어졌습니다.

DevOps 철학에 대해서는 논의하지 않습니다. 그것이 무의미하거나, 모르거나, 홀리바르를 좋아하지 않기 때문이 아닙니다. DevOps 철학은 3일 간의 집중 교육이 아닌 수년간의 실습을 통해 모든 DevOps 설계자와 엔지니어에게 구체화됩니다.

구체적인 도구에 대해 논의하겠습니다. 철학적인 대화나 경영 구조 조정 없이 일상적인 업무 수준에서 바로 실천할 수 있는 것. Git을 사용하여 팀 작업에 대한 지침을 작성합니다. 서버 배포를 위한 플레이북을 작성합니다. 로그 수집기를 설정합니다.

결과적으로 작업이 더 쉽고 단순해질 것이며 DevOps를 구축할 수 있는 기반이 나타날 것입니다.

Southbridge 관행을 뛰어넘기 위해 우리는 일부 주제에 관해 외부 연사를 초대했습니다.

Artem Galonsky, STO "BureauBureau"
상업 개발 경력 12년 이상.
2011년부터 팀장/개발부장.
2016년부터 기술 이사.

학생들과 함께 이전에 사용했던 애플리케이션 배포를 자동화하는 방법을 살펴보겠습니다. 최신 파이프라인 구성과 몇 가지 일반적인 도구에 대해 논의해 보겠습니다. GitLab CI/CD의 도구와 기능을 자세히 살펴보겠습니다. 학생들이 최신 CI/CD 방법이 사용되는 방법과 이유를 이해할 수 있도록 내 주제(자동화 소개 및 Gitlab 작업)에 대한 실습을 구성했습니다. 이론은 객관적으로 필요한 최소값이 될 것입니다.

Alexey Stepanenko, Selectel 클라우드 플랫폼 엔지니어
OpenStack 클라우드 유지를 위한 인프라 작업 처리: 모니터링, CI/CD 및 구성 관리.

먼저, 인프라 관리의 모델과 방법(프로그래밍의 접근 방식이 관리에 어떻게 적용되었는지)에 대해 이야기하고, 실제로 선언적 인프라 관리를 위한 HashiCorp의 DevOps 도구(Packer 및 Terraform)에 대해 알아봅니다.
블록이 완료되면 인프라를 설명하고, 테스트 및 프로덕션 환경 생성을 자동화하고, 애플리케이션을 확장하고, 로드 밸런서를 사용하여 고가용성 솔루션을 구축할 수 있습니다.

Eduard Medvedev, Tungsten Labs(독일) CTO
StackStorm에서 엔지니어로 일하면서 플랫폼의 ChatOps 기능을 담당했습니다. 데이터 센터 자동화를 위한 ChatOps를 개발하고 구현했습니다. 러시아 및 국제 회의의 연사.

Slurm에서는 챗봇과의 양방향 통합을 사용하여 DevOps 팀 내 커뮤니케이션과 CI/CD 파이프라인과의 상호 작용을 더욱 효과적으로 만드는 방법에 대해 이야기하겠습니다.

Ivan Kruglov, Booking.com 수석 개발자
2013년 Booking.com에 합류한 이후 분산 메시지 전달 및 처리, 빅데이터 및 웹스택, 검색 등 인프라 프로젝트를 진행해 왔습니다.
현재 내부 클라우드 및 서비스 메시 구축 문제를 작업 중입니다.

Slerm의 마지막 부분에서는 SRE의 주요 이데올로기적, 조직적 개념에 대해 알아보고 내 경험에서 얻은 실제 사례를 사용하여 SRE의 적용 사례를 고려할 것입니다. 또한 SRE의 기술적 측면, 즉 서비스를 더욱 안정적으로 만들기 위해 어떤 기술을 사용할 수 있는지 살펴보겠습니다.
이 과정을 마치면 다음 두 가지 중요한 질문에 답해 보겠습니다.

1. SRE는 관리자나 프로그래머에게 무엇을 제공합니까?
2. 비즈니스 또는 제품 소유자가 SRE를 구현해야 하는 이유는 무엇입니까?

따라서 이 DevOps Slurm은 독특할 것입니다. 프로그램을 반복하면 다른 구성이 될 것입니다.

세심한 분들을 위해 habrapost 프로모션 코드를 사용하면 여전히 15% 할인이 있습니다.

Slurm의 DevOps 프로그램 정보 - 여기에.

날짜 : https://slurm.io/devops

출처 : habr.com