Yun Shao Haiyang의 또 다른 장면: 25년 경력의 Linux 베테랑이 DevOps의 8가지 명예와 8가지 불명예에 대해 이야기합니다.-안전-php.cn

Yun Shao Haiyang의 또 다른 장면: 25년 경력의 Linux 베테랑이 DevOps의 8가지 명예와 8가지 불명예에 대해 이야기합니다.

인터뷰와 원고 요청을 통해 운영 및 유지 관리 분야의 베테랑을 초대하여 심오한 통찰력을 제공하고 서로 충돌하여 발전된 공감대를 형성하고 업계가 더 나은 발전을 이룰 수 있도록 장려합니다.

이번 호에는 Linux 25년 베테랑인 Youpaiyun Technology의 Shao Haiyang을 초대합니다. Shao 씨는 기술에 집착하여 한 단계씩 발전하고 있습니다. 오늘 인터뷰가 당신에게 영감을 줄 수 있기를 바랍니다.

현실적이고 수준 높은 "백 운영 및 유지 보수 포럼"의 4번째 호입니다. 시작하겠습니다!

안녕하세요 Mr. Shao, 먼저 자기 소개를 하고, 모든 사람이 당신을 더 잘 알 수 있도록 이력서와 현재 상황에 대해 이야기해 주세요. 당신의 배경을 이해하는 것도 독자들이 다음 인터뷰의 내용을 이해하는 데 도움이 됩니다.

저는 Youpaiyun Technology의 Shao Haiyang입니다. 저는 1998년부터 거의 25년 동안 Linux를 사용해 왔습니다. 저는 선배(베테랑) Linux 시스템 운영 및 유지 관리/설계자, DevOps 8영예 및 8패 옹호자, 아마추어 작가입니다. . (유죄) 시스템 최적화 및 네트워크 서비스 관리, Linux 시스템 사용자 정의, CDN 가속 및 보안 방어에 능숙하며, 고성능 인터넷 네트워크 및 아키텍처 설계, 가상화된 KVM 및 OpenStack 클라우드 플랫폼, K8S 컨테이너 클라우드 및 Ceph 분산 스토리지에 능숙합니다. 및 기타 신기술 기술은 소통과 공유를 좋아하고 커뮤니티에서 활발히 활동하며 오픈 소스 활동의 조직 및 보급에 적극적으로 참여해 왔습니다.

운영 및 유지 관리 분야에서는 각 회사에서 자체적인 운영 및 유지 관리 지침이나 운영 사양을 수립하게 됩니다. 귀사의 경험을 공유하고 참고할 수 있나요?

Youpaiyun은 클라우드 스토리지, 클라우드 배포, 클라우드 처리 서비스를 제공하는 회사이기도 하며 프로그래밍 가능한 CDN 서비스를 제공하는 중국 최초의 전문 클라우드 서비스 제공업체이기도 합니다. 운영 및 유지 관리에도 다음과 같은 몇 가지 규칙이나 원칙이 있습니다.

먼저 안정성을 확보한 다음 최적화하세요.

과도한 설계 또는 조기 최적화로 인해 다운타임이 늘어날 가능성이 높으므로 먼저 확장성과 고성능을 개선하는 데 집중해야 합니다. 시스템의 가용성. 이 프로젝트는 "먼저 완성하고 그 다음 완벽하고 그 다음 완벽하다"라는 원칙을 고수하며 "먼저 사용 가능하고 그 다음 사용하기 쉽고 그 다음 사용하기 좋다"라는 구현 전략을 채택합니다.

신뢰할 수 있는 테스트 기반 및 시간 검증 제공

신기술을 아키텍처에 도입하기 전에 신기술의 안정성과 충분한 장기 테스트, 운영 및 개발 과정에서 개발된 툴 체인의 무결성을 보장해야 합니다. 유지관리공학 . 온라인 재작업이나 변경으로 인해 허를 찔린 것이 이미 실패의 원인이 되었을 수도 있습니다.

제어 가능한 자동화 방법을 사용하여 효율성 향상

자동 배포, 자동 오케스트레이션, 자동 검사, 자동 업그레이드와 같은 자동화 방법이 클라우드 운영 및 유지 관리에 점점 더 많이 사용되고 있습니다. 이는 클라우드 컴퓨팅 시대에 적응하는 추세이지만, 기능이 커질수록 책임도 커집니다. 자동화로 인한 눈사태와 엄청난 양의 무리 효과에 주의하고 그레이스케일/청록색 배포 및 다양한 테스트를 잘 수행하세요.

단순하게 유지하고 모든 것을 모니터링하세요

단순하게 유지하고 너무 복잡하게 만들지 마세요. 일반적인 비정상 문제 경보 외에도 비즈니스 지표, 시장 지표, 판매 데이터, 비용 등을 모두 추세 분석 정보로 사용할 수 있습니다. 정기적인 폴링을 통해 각 추세 데이터의 최고점과 최저점을 확인하면 통찰력을 얻는 데 도움이 될 수 있습니다.

예산 중심의 운영 및 유지 보수

일반적으로 운영 및 유지 관리팀이 가장 큰 지출을 담당합니다. 왜냐하면 예산이 부족하고 회사 사업의 규모 증가를 고려하여 돈 없이는 운영 및 유지 관리가 어렵기 때문입니다. , 회사의 사업이 정체되거나 더 이상 존재하지 않는 한 폭발적인 성장이 이루어지고 있습니다. 그러한 과제에 직면한 운영 및 유지 관리는 비용을 절감하고 이익을 얻고, 수익을 늘리고 지출을 줄이고, 에너지 효율성을 향상시키기 위해 새로운 기술을 사용하는 방법을 배워야 합니다.

시나리오 중심의 지능형 운영 및 유지보수

고동시 처리부터 비디오 트랜스코딩, 고성능 병렬 컴퓨팅부터 대규모 네트워크 요청까지 다양한 부하 시나리오. 이러한 다양한 로드 시나리오에는 네트워크 대역폭, 다양한 처리 및 IO에 대한 요구 사항이 다릅니다. 지능적인 운영 및 유지 관리를 위해서는 비즈니스에 대한 심층적인 이해와 다양한 비즈니스 시나리오의 요구 사항을 충족하기 위한 리소스 및 아키텍처의 합리적인 할당이 필요합니다.

지속적 통합 및 릴리스 시스템

지속적 릴리스에는 그레이스케일 릴리스, 테스트 릴리스, 롤링 릴리스, 롤백 릴리스 및 기타 시나리오가 포함되며 각 시나리오를 제어할 수 있어야 합니다.

누구나 교체될 수 있도록 보장하세요

철저한 캠프에서는 사람들이 이리저리 이동하는 것이 정상입니다. 공유 문서 관리와 직원 간 지식 전달 및 공유를 잘 수행하세요. 누구든지 교체할 수 있으며, 그것이 회사의 한계가 되어서도 안 됩니다.

성장은 본인의 사업이지만 올바른 분야, 올바른 프로젝트 기회, 올바른 팀, 올바른 메커니즘이 있으면 엔지니어가 더 빠르게 성장하고 팀이 더 체계적으로 논의할 수 있습니까? 운영 및 유지 보수 학생들의 성장을 촉진합니까?

회사는 직원들이 스스로 기술을 향상하고 성장을 촉진할 수 있도록 항상 적극적으로 장려해 왔습니다.

월간 오픈 데이: 회사 기술위원회에서 정기적인 강의를 열어 최첨단 연구 성과를 공유하며 주제가 필요합니다. 그리고 적용 시나리오가 있다면 예시를 갖는 것이 가장 좋습니다.
주간 공유 모임: 모든 개발자는 정기적으로 새로운 기술을 공유하고, 직면한 문제 또는 생각하는 모든 것에 대해 이야기하도록 권장됩니다. 공유된 콘텐츠는 문서와 비디오 아카이브로 구성되며 보너스와 보상이 제공됩니다. 점수에 따라 인센티브를 제공합니다.
회사 포상금 프로젝트: 회사 또는 직원이 직접 프로젝트를 시작할 수 있으며, 기술 위원회의 검토를 통과한 후 팀을 구성하여 출력 문서, 데이터 비교 및 기술 공유를 통해 완료할 수 있습니다. 해당 프로젝트 보너스를 받게 됩니다. 특허 신청에 대한 해당 특허 보너스가 있습니다.
개인 영향력 함양: 개인 영향력 향상을 위해 기사나 연설을 게재하여 직원들이 나가서 엔지니어링 경험을 공유하고 업무 경험을 정리하도록 장려하고, 청중 피드백을 바탕으로 원고료 및 강의료에 대한 인센티브를 제공합니다.
신문, 잡지, 기타 종이책을 구독하여 최신 뉴스를 알아보세요. 학과별로 도서구입에 대한 일정 금액을 배정하고 있습니다.

클라우드 운영 및 유지 관리 팀 내 교육에는 다음이 포함됩니다.

"천장을 지지판으로 전환": 새로운 직원을 교육하는 관리 역할을 맡기고 회사와 업무의 병목 현상이 되지 않도록 하십시오. 새로운 일을 시도하고 실패에 대처하고, 자신의 기술과 실제 경험을 늘리고, 서로 돕고 영감을 주기 위해 계속해서 놀라움을 선사할 것입니다.
"자동화 도구" 생성: 자신의 경험을 사용하여 비즈니스를 프로그램 모델로 추상화하고, 자동화된 스크립트 작성을 생성 또는 교육하고, 팀의 작업 효율성을 향상시키고, 직원이 에너지와 시간을 절약하여 다른 새로운 지식을 배울 수 있도록 합니다.
"고정밀" "전문" 프로젝트 담당: 최신 지식에 대한 연구 및 타당성 분석을 사전에 준비하고 이를 공개 교육용 문서로 정리한 후 심층적인 연구 및 구현을 위해 팀에 넘겨줍니다. 이를 생산성으로 전환하고, 일선 경험을 축적한 후 피드백을 제공하여 문서를 개선하는 선순환입니다.
긍정적 "지식 공유" 촉진: 문서 공유 및 정기적인 작업을 통해 다양한 사례와 "구덩이"가 컴파일됩니다. 강의를 공유하면 직원들이 고품질의 가독성 높은 문서를 작성하고 교육에 개방되어 매력과 자신감을 높일 수 있습니다.
"오픈 소스 교환 참여" 장려: 회사는 직원들이 밖으로 나가서 기술 교류 회의. 비공개로 작업하는 것은 시간이 많이 걸리고 노동 집약적이며 지침을 제공하는 것은 전문가만큼 좋지 않습니다. 도서 구매, 팀빌딩 활동, 다과 문화를 위한 자금도 제공됩니다.

운영 및 유지 관리 엔지니어의 일반적인 경력 중 하나는 관리자가 되는 것이지만 관리자와 고위 운영 및 유지 관리에 대한 문제는 다음과 같습니다. 엔지니어들이 해결해야 할 문제는 완전히 다릅니다. 이제 막 관리 직위에 오른 수석 운영 및 유지보수 담당자로서 귀하의 경험을 공유해 주실 수 있습니까?

이제 막 경영직에 들어온 분들에게는 남은 기술부채와 재고를 정리하고 적시에 인재 역량을 키워 나중에 발전할 여지가 더 커지도록 하라고 제안합니다. 자세한 내용은 제가 공유한 "DevOps의 8가지 명예와 8가지"를 참조하세요.

1. 설정 가능한 걸 자랑하고 하드코딩을 부끄러워하라
2. 상호 제공을 자랑하고 단일 포인트를 부끄러워하라
3. 언제든지 다시 시작하는 것을 자랑하고 마이그레이션할 수 없는 것을 부끄러워하라
4. 전체 배송을 자랑하고, 부분 배송을 부끄러워하세요
5. 무국적을 자랑하고, 상태를 부끄러워하세요
6. 표준화를 자랑하고, 전문화를 부끄러워하세요
7 . 자동화 도구를 자랑스러워하세요, 수동 작업과 인간 육체를 부끄러워하세요
8. 무인을 자랑스러워하고 수동 개입을 부끄러워하세요

스킬 트리의 재능 목록은 주로 인적 자원과 협력하여 재능을 나누는 것입니다. 9개의 궁전으로 (개발 또는 운영 및 유지 관리의 경우 왼쪽의 성과를 잠재력으로 대체합니다. (성과는 판매를 위한 성과입니다.) 테스트되는 것은 직원의 모든 측면을 분석하고 이를 효과적으로 활용할 수 있는 관리자의 능력입니다. .

Yun Shao Haiyang의 또 다른 장면: 25년 경력의 Linux 베테랑이 DevOps의 8가지 명예와 8가지 불명예에 대해 이야기합니다.

직원들에게 동기를 부여하기 위한 회사의 OKR 목표 관리와 결합하면 목표를 수집하는 동시에 다음과 같은 이점도 얻을 수 있다는 장점이 있습니다.

개인의 자기 동기를 고취하고 직원의 혁신과 성찰을 장려합니다.
상대적인 결과를 평가하고 어려운 도전과 돌파구를 장려합니다.
협력 기술을 평가하고 직원이 전방위적으로 협력하고 발전하도록 장려합니다.

Kubernetes는 지금까지 최고의 데브옵스 엔지니어링 애플리케이션 사례를 대표하지만(너무 맛있음) Youpaiyun의 CDN 엣지 서버, 데이터 센터 로그 분석 플랫폼, Ceph 분산 스토리지 등 모든 상황에 적용할 수는 없습니다. 물리적 기계. 따라서 다음과 같은 몇 가지 적합한 시나리오를 먼저 시도해 보는 것이 좋습니다.

사용량이 적은 기간으로 인해 시스템 리소스가 심각하게 낭비됩니다.

CPU, 디스크 및 네트워크 IO가 집중되지 않습니다.

소프트웨어 아키텍처가 마이크로서비스로 변화되었습니다.
비즈니스 처리 프로그램이 주기적이고 탄력적으로 확장됩니다.
귀사는 가장 가까운 파트너입니다. 일? 경계가 그려져 있나요? 또한 이 두 캐릭터를 긴밀하게 협력하는 방법에 대한 경험을 공유해 주실 수 있나요?

운영 및 유지 관리 엔지니어 = 전투에 돌격하는 일반 소프트웨어 엔지니어 = 전투 텐트에 앉아 있는 전략가

이론적으로 우수한 소프트웨어 엔지니어는 운영 및 유지 관리 엔지니어의 작업 중 일부(또는 전체)를 수행할 수 있습니다. 예를 들어 비즈니스 소프트웨어의 성능을 모니터링할 때 프로그래머가 프로그램에 많은 후크나 프로브를 삽입하면 운영 및 유지 관리를 위한 힘든 모니터링이 필요 없이 데이터를 계산할 수 있습니다. 프로그래머는 프로그램을 설계하고 분석을 고려합니다. 데이터베이스 샤딩은 대규모 동시성과 분산 설계를 고려하므로 소프트웨어에 버그가 많지 않으면 운영 및 유지 관리가 기계를 수평으로 확장할 수 있습니다. , 현실은 잔혹합니다. 특히 중국에는 모든 사람이 비즈니스 기능을 구현하느라 바쁘고 문서나 주석을 작성하는 것을 꺼리며 그것에 대해 철저하게 생각할 수 있는 수준의 프로그래머가 너무 적습니다. 마찬가지로 운영 및 유지 관리에 참여하는 많은 사람들은 훌륭한 오픈 소스 회사입니다. 매우 성숙한 소프트웨어이므로 훌륭한 소프트웨어가 어떻게 설계되었는지 배울 수 있습니다. . 표준 syslog 또는 로그를 통해 모니터링할 수 있습니다. 따라서 숙련된 운영 및 유지 관리는 다음을 수행합니다.

사전 계획에 적극적으로 참여하고, 개발 훈련에 협력하고, 배포를 자동화하고, 아키텍처 개선을 지원합니다.

합리적으로 요구 사항과 리소스를 높입니다. 문제가 발생하기 전에 예방하려면 예산이 있는 것이 좋습니다

온라인 모니터링, 결함 검토, 전체 팀에 대한 피드백, 상하위가 조율하고 개선하도록 강요

물론 위에서 언급한 역량을 달성하려면 운영 및 유지 관리에 있어서는 반드시 열심히 공부하고, 과거와 다음을 연결하고, 팀을 조정하고, 수년 동안 열심히 연습해야 할 것입니다. 그때쯤이면 운영 및 유지 관리는 더 이상 결과에 책임을 지지 않게 될 것입니다. 중요하지만 전체 프로세스를 주도하고 조정하는 역할로 역할을 바꾸십시오. 물론 여기서 말하는 능력이란 단순히 기술만 말하는 것이 아니라 사업을 이해하고 회사의 경영진 차원에서 전체 프로젝트와 자원의 배분과 통제에 직면할 수 있는 능력을 의미합니다. 따라서 운영 및 유지 관리 엔지니어는 실제로 소프트웨어 엔지니어를 보완하는 역할을 합니다. 사람마다 능력과 초점이 다르기 때문에 모두가 하나로 뭉쳐야 전투에서 승리할 수 있습니다. 재배와 발전.
마지막으로 내 개인적인 의견: 건축가는 개인의 역할이 아니라 팀의 총칭일 수 있습니다.

전투에 뛰어들 필요는 없으며 전반적인 개요를 볼 수 있습니다. 모든 자원을 상황화하고, 전략을 세우고, 일정을 잡는다(운영과 유지) 아키텍트의 기능

팀을 이끌고 단결할 수 있으며, 거점을 구축하고 현재 상황에 따라 솔루션을 구현할 수 있다(소프트웨어 아키텍트의 기능)

파악할 수 있다 회사의 사업 방향과 깊이, 협력 협상, 비용 통제(사업부 비즈니스 아키텍처 기능)