DevOpsConf 2019 Galaxy 가이드

저는 올해 은하계 규모의 컨퍼런스인 DevOpsConf에 대한 가이드를 여러분께 소개합니다. 개발자, 시스템 관리자, 인프라 엔지니어, QA, 팀 리더, 주유소 및 일반적으로 기술 개발에 관련된 모든 사람 등 다양한 전문가가 여행을 즐길 수 있도록 강력하고 균형 잡힌 프로그램을 구성했다는 의미에서 프로세스.

우리는 DevOps 세계의 두 가지 큰 영역을 방문할 것을 제안합니다. 하나는 코드를 통해 유연하게 변경될 수 있는 비즈니스 프로세스이고 다른 하나는 도구입니다. 즉, 우리 회의에는 내용, 특히 보고서 수에서 동일한 강도의 두 가지 흐름이 있을 것입니다. 하나는 도구의 실제 사용에 초점을 맞추고, 두 번째는 코드로 처리되고 코드로 관리되는 비즈니스 문제의 예를 사용하여 프로세스에 중점을 둡니다. 우리는 기술과 프로세스가 불가분하게 연결되어 있다고 믿으며, 뉴 웨이브 기업에서 일하고 문제 해결과 도전 극복을 통해 개발에 대한 새로운 인식을 향한 길을 공유하는 연사의 도움을 통해 이를 체계적으로 보여줍니다.

원하시면 당사 가이드에 대한 간략한 요약을 읽어보세요. DevOpsConf:

• 컨퍼런스 첫날인 30월 8일 첫 번째 홀에서는 XNUMX가지 비즈니스 사례를 논의할 예정입니다.
• 첫날 두 번째 홀에서는 더욱 고도로 전문화된 도구 솔루션을 분석할 예정입니다. 각 보고서에는 멋진 실무 경험이 많이 포함되어 있지만 모든 회사에 적합하지는 않습니다.
• 반대로 1월 XNUMX일 첫 번째 홀에서는 기술에 대해 더 많이 이야기하지만 더 광범위하게 이야기합니다.
• 둘째 날 두 번째 홀에서는 기업과 같은 모든 프로젝트에서 발생하지 않는 특정 작업에 대해 논의합니다.

그러나 나는 그러한 구분이 전혀 청중의 구분을 의미하지 않는다는 점을 즉시 지적할 것입니다. 오히려 엔지니어는 비즈니스 문제를 이해하고, 자신이 하고 있는 일의 의미를 알고, 실무 경험을 쌓는 것이 중요합니다. 그리고 팀장이나 주유소의 경우 물론 타사의 사례와 경험도 중요하지만 동시에 내부 업무에 대한 이해도 필요합니다. 컷 아래에서는 모든 주제에 대해 더 자세히 설명하고 자세한 여행 계획을 세우는 데 도움을 드리겠습니다.

컨퍼런스는 Infospace에서 열릴 예정이며 우리는 두 개의 메인 홀을 "Golden Heart"라고 불렀습니다. 이는 비개연성의 원리를 사용하여 우주를 이동하는 "은하수를 여행하는 히치하이커를 위한 안내서"의 배와 "At the Edge of the Edge"에 나오는 배와 같습니다. Universe” – 같은 이야기에 나오는 레스토랑과 같습니다. 이제부터 이 이름을 사용하여 트랙을 참조하겠습니다. "골든 하트" 은하계 지역의 보고 정류장은 주요 관광 그룹에게 더 적합하며, 원하신다면 꼭 방문해야 할 명소입니다. "우주의 가장자리"에는 숙련된 여행자를 위한 흥미로운 물건이 있습니다. 거기에 가는 사람은 거의 없지만, 소행성대를 통과하여 불타는 눈으로 감히 그곳에 가는 사람들이 있습니다.

동시에 한 방에서 다른 방으로 쉽게 이동할 수 있으며 언제든지 자신에게 맞는 주제를 찾을 수 있습니다. 이미 말했듯이 프로그램은 매우 균형 잡혀 있습니다. 우리에게는 훨씬 더 많은 수업 보고서가 있었지만, 마지 못해 프로그램 위원회는 보고서를 다음으로 옮겨야 했습니다. HighLoad ++ 또는 균형을 깨뜨리지 않고 원래 아이디어를 구현하기 위해 상트 페테르부르크에서 열리는 봄 회의까지 연기하십시오. 컨퍼런스 프로그램을 통해 다양한 예와 각도에서 계획된 각 주제(지속적 전달, 코드형 인프라, DevOps 변환, SRE 관행, 보안, 인프라 플랫폼)를 고려할 수 있습니다.

이제 편안히 앉아보세요. 우리 은하 우주선이 모든 정지점으로 다가오고 있습니다.

30월 XNUMX일 '골든 하트'

CTO로서의 첫 90일

컨퍼런스를 열겠습니다 보고 레오나 파이어. 레거시 시스템 상속과 그와 함께 자주 발생하는 문제에 대해 설명합니다. Leon은 자신이 작업을 시작하는 기술 시스템을 주유소에서 어떻게 이해할 수 있는지 알려줄 것입니다. 현대 회사의 기술 이사에게는 DevOps 프로세스를 관리하는 것이 주요 업무이며 Leon은 흥미롭고 유머러스한 방식으로 여러분에게 보여줄 것입니다. 기술 부분과 비즈니스 부분의 관계 SRT의 관점에서.

초보자와 초보자가 되고 싶은 분들은 꼭 이 보고서를 찾아보세요. 결국, 회사에서 기술 이사로 성장하는 것과 이 역할에 다시 참여하는 것은 전혀 별개의 문제입니다. 이러한 곡예 비행은 모든 사람이 이용할 수 있는 것은 아닙니다.

DevOps 기본 - 처음부터 프로젝트 입력

Следующий 보고 주제를 계속하지만 안드레이 유마셰프 (LitRes)는 이 문제를 좀 덜 글로벌하게 고려하고 다음 질문에 답할 것입니다. 다른 팀에서 일을 시작할 때 알아야 할 기본 사항은 무엇입니까? 문제의 범위를 정확하게 분석하는 방법; 활동 계획을 세우는 방법; KPI를 계산하는 방법과 중지 시점.

코드형 인프라의 미래

다음으로 코드형 인프라(Infrastructure as Code) 주제에 대해 잠시 논의하겠습니다. 로만 보이 코 DevOpsConf에서 AWS의 솔루션스 아키텍트 말할 것이다 새로운 도구에 대해 AWS 클라우드 개발 키트, 친숙한 언어(Python, TypeScript, JavaScript, Java)로 인프라를 설명할 수 있습니다. 클라우드를 개발자에게 더욱 가깝게 만드는 방법, 이 도구 사용을 시작하는 방법, 편리한 인프라 관리를 위해 재사용 가능한 구성 요소를 만드는 방법을 직접 배우게 됩니다. 컨퍼런스 참가자들에게 이것은 러시아어로 세계 혁신에 대해 듣고 여기에서는 일반적이지만 서구에서는 그렇지 않은 기술적 세부 사항을 들을 수 있는 좋은 기회입니다.

출시부터 FastTrack까지

점심 식사 후 우리는 몇 시간 더 변형 문제로 돌아갈 것입니다. ~에 보고 예브게니아 포멘코 MegaFon의 DevOps 혁신을 따라가 보겠습니다. KPI와 같은 전통적인 방법을 사용하려고 하는 단계부터 시작하여 아무것도 명확하지 않고 새로운 도구를 고안하고 자신을 변화시켜야 하는 단계를 극복하고, 프로세스가 완전히 재구성될 때까지. 이는 Evgeniy가 이야기할 DevOps 혁신에 계약업체도 참여한 기업을 위한 매우 멋지고 동기 부여가 되는 경험입니다.

다기능 팀이 되는 방법 

У 미하일 비잔 팀의 혁신적인 변화를 수행하는 데 있어 광범위한 경험을 보유하고 있습니다. 이제 Raiffeisenbank Acceleration Team의 리더인 Mikhail은 팀을 교차 기능으로 만듭니다. 그의 보고 다기능 팀의 부족으로 인한 고통과 다기능 팀의 과제가 발명, 제작 및 구현으로 끝나지 않는 이유에 대해 이야기해 보겠습니다.

SRE 관행

다음으로 우리는 추진력을 얻고 전체 DevOps 프로세스에서 중요한 위치를 차지하는 SRE 관행에 대한 두 개의 보고서를 찾을 것입니다.

알렉세이 안드레아 프리즈마랩스에서 말할 것이다, 스타트업에 SRE 관행이 필요한 이유와 그것이 성과를 거두는 이유.

마트비 그리고리에프 도도피자에서 소개합니다 이미 스타트업 단계를 넘어선 대기업의 SRE 사례입니다. Matvey 자신은 자신에 대해 다음과 같이 말합니다. 숙련된 .NET 개발자와 초보 SRE는 각각 한 개발자가 아닌 전체 팀이 인프라로 전환하는 이야기를 공유할 것입니다. 왜 DevOps는 개발자를 위한 논리적 경로입니다. 그리고 모든 Ansible 플레이북과 bash 스크립트를 완전한 소프트웨어 제품으로 보기 시작하고 동일한 요구 사항을 적용하면 어떻게 될까요? 우리는 30월 17일 00:XNUMX Golden Heart 홀에서 Matvey의 보고서에서 논의할 것입니다.

첫날 프로그램을 완료하세요 다닐 티코미로프, 그의 성능 중요한 질문을 제기합니다. 기술이 사용자 행복과 어떤 관련이 있는지. MegaFon은 "모든 것이 작동하지만 사용자가 불만족하는" 문제를 해결하기 위해 개별 시스템, 서버, 애플리케이션 모니터링에서 사용자의 눈을 통한 서비스 모니터링으로 전환했습니다. 모든 기술 전문가, 고객 및 공급업체가 어떻게 이러한 KQI 지표에 집중하기 시작했는지는 컨퍼런스 첫날 저녁에 알아볼 것입니다. 그런 다음 애프터 파티에서 비공식적 환경에서 인프라와 혁신에 대해 논의할 예정입니다.

“우주의 가장자리에서”, 30월 XNUMX일

"At the Edge of the Universe" 홀의 처음 세 보고서는 도구의 관점에서 볼 때 매우 흥미로울 것입니다.

막심 코스트리킨 (익스텐스) 표시됩니다 Terraform의 패턴 크고 긴 프로젝트의 혼란과 일상에 맞서기 위해. Terraform 개발자는 AWS 인프라 작업에 대한 매우 편리한 모범 사례를 제공하지만 미묘한 차이가 있습니다. Maxim은 코드 예제를 사용하여 Terraform 코드가 포함된 폴더를 눈덩이로 바꾸는 것이 아니라 패턴을 사용하여 자동화 및 추가 개발을 단순화하는 방법을 보여줍니다.

보고서 그리고리 미할킨 라모다에서 “Kubernetes 오퍼레이터를 개발한 이유는 무엇이며, 그로부터 어떤 교훈을 얻었습니까?” Kubernetes를 사용하여 인프라를 코드 방식으로 구현하는 방법에 대한 정보 부족을 채우는 데 도움이 됩니다. 예를 들어 Kubernetes 자체에는 yaml 파일을 사용하는 서비스에 대한 설명이 포함되어 있지만 이것이 모든 작업에 충분하지는 않습니다. 낮은 수준의 관리에는 운영자가 필요하며, Kubernetes를 제대로 관리하려는 경우 이 강연이 매우 유용합니다.

다음 보고서의 주제는 하시코프 금고 - 아주 특별해요. 그러나 실제로 이 도구는 비밀번호를 관리해야 하고 비밀 작업에 대한 공통점이 있어야 하는 모든 곳에 필요합니다. 작년에 Sergey Noskov는 Hashicorp Vault의 도움을 받아 Avito에서 비밀을 관리하는 방법을 설명했습니다. 보고 그리고 오세요 들어라. 유리 슛킨 더 많은 경험을 원하시면 Tinkoff.ru에서 확인하세요.

타라스 코토프 (EPAM) 고려할 것이다 자체 백본을 포함하는 클라우드 인프라를 구축하는 훨씬 더 드문 작업입니다. IP/MPLS 네트워크. 하지만 경험은 훌륭하고 보고서는 하드코어하므로 내용을 이해했다면 꼭 이 보고서로 오십시오.

저녁 후반에는 클라우드 인프라의 데이터베이스 관리에 대해 이야기하겠습니다. 키릴 멜니추크 공유 할 것이다 사용 경험 Kubernetes 클러스터 내에서 MySQL 작업을 위한 Vitess. 블라디미르 랴보프 Playkey.net에서 말할 것이다, 클라우드 내부의 데이터로 작업하는 방법 및 사용 가능한 저장 공간을 올바르게 사용하는 방법.

1월 XNUMX일 '골든 하트'

1월 XNUMX일에는 모든 것이 반대가 될 것입니다. Golden Heart 홀은 보다 기술 지향적인 트랙을 선보일 예정입니다. 따라서 "Golden Heart"를 여행하는 엔지니어의 경우 먼저 비즈니스 사례에 대해 자세히 알아보고 이러한 사례가 실제로 어떻게 해결되는지 확인하십시오. 그리고 관리자는 먼저 가능한 작업에 대해 생각한 다음 도구와 하드웨어에서 이를 구현하는 방법을 더 잘 이해하기 시작합니다.

대규모 클라우드 스토리지 내부

첫 번째 연설자 아르테미 카피툴라. 지난해 그의 보고서세프. 재해 분석"컨퍼런스 참가자들은 이야기의 놀라운 깊이 때문에 이 작품을 최고라고 평가한 것 같습니다. 이 시간 이야기 Mail.Ru 클라우드 솔루션 솔루션을 통해 스토리지 설계 및 시스템 장애 사례 분석을 계속할 것입니다. 관리자를 위한 이 보고서의 분명한 이점은 Artemy가 기술적 문제 자체뿐만 아니라 문제 해결의 전체 프로세스도 조사한다는 것입니다. 저것들. 이 전체 프로세스를 관리하는 방법을 이해하고 이를 회사에 적용할 수 있습니다.

역방향 분산 배포

에고르 부가엔코 그가 컨퍼런스에 참석한 것이 이번이 처음은 아닙니다. 그의 보고서는 전통적으로 논란이 되는 논문을 포함하고 있지만, 이는 여러분을 생각하게 만듭니다. 우리는 보고 분산형 배포에 대한 Egor의 이야기는 흥미롭고 가장 중요하게는 건설적인 토론을 불러일으킬 것입니다.

우린 또 구름 속에 있어

보고서 알렉세이 바코프비즈니스 구성 요소와 기술의 강력한 융합으로 엔지니어링 및 관리 측면 모두에서 흥미로울 것입니다. Alexey가 Uchi.ru의 작동 방식을 알려줄 것입니다. 클라우드 네이티브 인프라: Service Mesh, OpenTracing, Vault, 중앙 집중식 로깅 및 전체 SSO가 사용되는 방법입니다. 그 후 15:00에 Alexey가 개최됩니다 마스터 클래스, 오시는 모든 분들이 이 모든 악기를 직접 손으로 만질 수 있는 곳입니다.

Avito의 Apache Kafka: 세 번의 환생 이야기

보고서 아나톨리 솔다토프 물론 Avito가 Kafka를 서비스로 구축하는 방법에 대해서는 Kafka를 사용하는 사람들이 관심을 가질 것입니다. 하지만 다른 한편으로는 아주 잘 드러납니다. 내부 서비스를 만드는 과정: 동료들의 서비스 요구사항과 희망 사항을 수집하고, 인터페이스를 구현하고, 팀 간 상호 작용을 구축하고, 회사 내에서 서비스를 제품으로 만드는 방법. 이러한 관점에서 볼 때 기록은 매우 다양한 회의 참가자에게 다시 유용합니다.

마이크로서비스를 다시 경량화하자 

여기서는 이름에서 모든 것이 분명해 보입니다. 그러나 논문은 제공 드미트리 수그로보프 Leroy Merlin의 프로그램 위원회에서도 열띤 논쟁이 벌어졌습니다. 한마디로 이는 일반적으로 마이크로서비스로 간주되는 것이 무엇인지, 마이크로서비스를 작성하고 유지하는 방법 등에 대한 토론을 위한 좋은 기반이 될 것입니다.

BareMetal 인프라 관리를 위한 CI/CD 

다음 보고서는 다시 2:1입니다. 한편으로는, 안드레이 크바필 (WEDOS Internet, a.s)는 BareMetal 인프라 관리에 대해 이야기할 것입니다. 이는 매우 구체적입니다. 왜냐하면 이제 모든 사람이 주로 클라우드를 사용하고 하드웨어를 보유하고 있다면 그다지 큰 규모가 아니기 때문입니다. 하지만 안드레이가 경험을 공유하다 BareMetal 인프라 배포 및 관리를 위한 CI/CD 기술 적용 및 이러한 관점에서 볼 때 이 보고서는 팀 리더와 엔지니어 모두에게 흥미로울 것입니다.

주제 계속하기 세르게이 마카렌코, 전시 이 노동집약적인 과정의 이면에는 워게이밍 플랫폼.

컨테이너는 안전할 수 있을까? 

Golden Heart 홀에서 프로그램을 완료합니다. 알렉산더 카요로프 컨테이너 보안에 관한 토론 문서. Alexander는 이미 RIT++에 있습니다. 지적한 Helm의 보안 문제와 이를 해결하는 방법에 대해 설명합니다. 이번에는 약점 나열에만 국한되지 않고 표시됩니다 환경을 완전히 격리하기 위한 도구입니다.

“우주의 가장자리에서”, 1월 XNUMX일

시작할 것이다 알렉산더 부르체프 (브라마브라마) 및 소개합니다 사이트 속도를 높이는 가능한 솔루션 중 하나입니다. Fivefold의 성공적인 구현을 살펴 보겠습니다. DevOps 도구로 인한 가속화 코드를 다시 작성하지 않고. 각 프로젝트에서 코드를 다시 작성할지 여부를 결정해야 하지만 그러한 경험을 염두에 두는 것은 항상 유용합니다.

1C의 DevOps: 엔터프라이즈 

페트르 그리바노프 1C 회사에서 시도 할 것이다 대기업에서 DevOps를 구현하는 것이 불가능하다는 신화를 폭로하십시오. 1C: Enterprise 플랫폼보다 더 복잡할 수 있지만 DevOps 관행이 거기에도 적용 가능하기 때문에 신화는 유지되지 않을 것이라고 생각합니다.

맞춤형 개발의 DevOps

안톤 클레비츠키 Evgeniy Fomenko의 보고서에 이어 말할 것이다MegaFon이 계약자 측에서 DevOps를 구축하고 여러 소프트웨어 공급업체의 맞춤형 개발을 포함하여 지속적인 배포를 구축한 방법을 알아보세요.

DWH/BI에 DevOps 도입

비표준이지만 다른 참가자들에게 다시 흥미로운 주제입니다. 공개할 것이다 바실리 쿠첸코 가즈프롬뱅크에서. Vasily는 데이터 개발에서 IT 문화를 개발하고 데이터 웨어하우스 및 BI에서 DevOps 관행을 적용하는 방법에 대한 실용적인 조언을 공유하고, 데이터 작업 파이프라인이 어떻게 다른지, 작업 환경에서 실제로 유용한 자동화 도구가 무엇인지 알려줄 것입니다. 데이터.

보안 부서 없이 어떻게 살아요? 

점심 후에 모나 아르히포바 (sudo.su) 소개할 것이다 우리는 기본을 가지고 DevSecOps 개발 프로세스에 보안을 프로세스로 포함시키고 별도의 보안 부서 사용을 중단하는 방법을 설명합니다. 주제는 시급하며 보고서는 많은 사람들에게 매우 유용할 것입니다.

대규모 솔루션의 CI/CD에서 부하 테스트

이전 주제를 완벽하게 보완합니다. 공연 블라디미르 코닌 메가폰에서. 여기서 우리는 DevOps 프로세스에 품질을 도입하는 방법: Quality Gate를 활용하는 방법, 시스템 내의 다양한 사례를 기록하는 방법, 이를 모두 개발 프로세스에 통합하는 방법. 이 보고서는 특히 대규모 시스템을 작업하는 사람들에게 적합하지만, 대규모 청구 작업을 수행하지 않더라도 스스로 흥미로운 측면을 발견할 수 있습니다.

SDLC 및 규정 준수

그리고 다음 주제는 대기업과 더 관련이 있습니다. 즉, 규정 준수 솔루션 및 표준 요구 사항을 프로세스에 도입하는 방법입니다. 일리아 미트루코프 도이체방크 기술센터 출신 입증하다그 작업 표준은 DevOps와 잘 호환될 수 있습니다..

그리고 하루가 끝나면 마트베이 쿠쿠이 (Amixr.IO) 공유 할 것이다 전 세계 수십 개의 팀이 근무하고, 사건을 분류하고, 작업을 구성하고, 신뢰할 수 있는 시스템을 구축하는 방법에 대한 통계 및 통찰력을 제공하며 이 모든 것이 SRE와 어떻게 관련되는지 설명합니다.

이제 나는 당신이 조금 부럽습니다. DevOpsConf 2019 당신은 그래야만합니다. 자신만의 개별 계획을 만들고 보고서가 얼마나 유기적으로 서로 보완되는지 즐길 수 있지만, 다른 가이드와 마찬가지로 저는 주의 깊게 둘러볼 시간이 없을 것입니다.

그건 그렇고, 메인 프로그램 외에도 참가자들이 소규모 모임, 워크샵, 마스터 클래스를 조직하고 친밀한 환경에서 시급한 문제를 논의할 수 있는 모임 공간인 캠핑 장소가 있습니다. 모임을 제안해보세요 모든 참가자가 참여할 수 있으며, 모든 참가자는 프로그램 위원회 역할을 하고 다른 모임에 투표할 수 있습니다. 이 형식은 특히 네트워킹 측면에서 그 효율성이 이미 입증되었으므로 자세히 살펴보세요. 이 부분 일정을 잡고 컨퍼런스 중에 새 모임에 대한 공지 사항을 확인하세요. 전보 채널.

DevOpsConf 2019 갤럭시에서 뵙겠습니다!

출처 : habr.com