> 운영 및 유지보수 > 안전 > Du Xiaoman 및 Chen Cunli: 20세의 '사령관'이 운영 및 유지 관리, 성능 및 성장에 대해 이야기합니다.

Du Xiaoman 및 Chen Cunli: 20세의 '사령관'이 운영 및 유지 관리, 성능 및 성장에 대해 이야기합니다.

王林
풀어 주다: 2023-06-09 09:56:57
앞으로
1476명이 탐색했습니다.

Du Xiaoman 및 Chen Cunli: 20세의 사령관이 운영 및 유지 관리, 성능 및 성장에 대해 이야기합니다.

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

이번 호에는 Du Xiaoman 시스템 운영 및 유지 관리 부서의 총책임자인 Chen Cunli가 20년 경력의 대부분을 인터넷 분야에서 보냈습니다. Baidu 운영 및 유지 관리 부서에 근무하는 동안 그의 팀원들은 뛰어난 리더십 스타일로 인해 그를 "첸 사령관"이라고 불렀습니다. 오늘 우리는 "첸 사령관"을 초대하여 그의 견해에 대해 이야기했습니다.

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

문제 미리보기

  • 귀하께서는 아주 일찍 바이두에 입사하셨다가 나중에 두샤오만과 함께 독립하게 되셨습니다. 저희는 귀하 주변에 오랫동안 귀하를 따르며 많은 사업 운영 및 유지 관리 테스트를 경험한 많은 직원들이 있다는 것을 알고 있습니다. 저는 여러분 모두를 믿습니다. 우리 모두는 이렇게 열심히 일하는 운영 및 유지 관리 위치에서 계속해서 사람들을 하나로 묶을 수 있는 방법에 대해 매우 관심이 있습니다. 여러분의 생각을 듣고 싶습니다.
  • 많은 사람들은 엔지니어가 코드를 작성하지 않으면 가치가 없다고 생각합니다. 이 문제에 대해 어떻게 생각하시나요? 코드를 작성하지 않는 엔지니어가 계속해서 발전할 수 있는 방법에 대한 조언이 있나요?
  • 바이두와 두샤오만에서 크고 작은 많은 기업의 발전과 우여곡절을 경험해 보셨는데요. 단계와 규모에 따라 사업 운영 및 유지 관리의 개념과 방법에 차이가 있다고 생각하시나요? 의사결정을 안내하는 몇 가지 원칙적인 방법론이 있습니까?
  • 운영 및 유지보수 업계의 일반적인 관행 중 실제로 잘못된 것이 있다고 생각하시나요? 왜?
  • FinOps, Observability, chatGPT 등 현재 핫한 기술 방향, 이러한 기술 방향의 발전에 대해 어떻게 생각하시나요? 아니면 실제 가치가 있나요? ?
  • 클라우드의 발전으로 장기적으로는 Ops만 담당하는 전통적인 운영 및 유지보수 직위가 사라질 것이라는 생각에 동의하시나요? 그런 친구들의 변신 경로에 대한 제안이 있나요?
  • 마이마이에서 회사 성과평가가 불공평하다고 불평하는 친구들이 많습니다. 또한, 관리자로서 성과 평가 메커니즘을 어떻게 설계했는지 공유해 주실 수 있나요?

인터뷰 기록

Q: 바이두에 아주 일찍 입사하셨다가 나중에 두샤오만과 함께 독립하셨는데요, 주변에 오랫동안 따라다니면서 많은 사업 운영과 유지 관리를 경험한 직원들이 많은 것으로 알고 있습니다. , 저는 모든 사람들이 이 열심히 일하는 운영 및 유지 관리 위치에서 계속해서 사람들을 통합하는 방법에 대해 매우 관심이 있다고 믿습니다.

A: 저를 칭찬해주시는 건 이해하고, 진심으로 감사드립니다.

저는 2000년에 컴퓨터 교육을 받으며 경력을 시작했고, 2004년에 국영 기업에서 3년간 일했습니다. 베이징에서 인터넷 관련 경력을 시작했습니다. 20년 이상의 전문 경력을 돌이켜보면 처음부터 많은 팀이 만들어졌기 때문에 운영 및 유지 관리 부서에서 일한 동료도 300~400명 이상이어야 합니다. 2018년에 나는 Xiaoman에서 일했고 다시 한번 처음부터 현재의 팀을 구성하여 오늘까지 왔습니다. 사실 원래의 팀과 동급생들을 떠나 처음부터 새로운 팀을 구성한다는 것은 매번 고통스럽고 슬픈 일이다. 하지만 지금은 예전 동료들 중 상당수가 매우 좋은 근무 환경과 생활 환경을 누리고 있는 것을 보니, 그들 중 일부는 우리 팀을 떠난 후 업계의 한계에 성공적으로 도전했고, 물론 나보다 더 많은 돈을 벌어서 기쁘기도 하다. 내 마음 속에.

팀을 이끄는 특성에 대해 이야기하고 싶다면 다음 세 가지 사항을 요약하겠습니다.

  • 우선, 우리는 팀 문화를 매우 중요하게 생각합니다. 모든 신입사원이 회사에 입사하는 첫날 우리 팀의 비전은 '세계 최고의 기술 지원 팀'이 되는 것이라고 말합니다. 팀 핵심 구성원의 꿈은 '기술을 사용하여 서비스 보증을 재정의하고 서비스 보증이 더 간편해졌습니다.” 우리는 구멍을 메우기 위해 여러분을 채용하지 않습니다. 우리는 실제 업무의 불합리한 측면을 바꾸기 위해 기술을 사용하고 변화를 일으키기 위해 여러분을 채용하지 않습니다. 개인적으로 제게 큰 영향을 준 작은 이야기가 있는데 오늘은 그 이야기를 전해드리겠습니다. 아침에 북쪽에서 어머니가 아이들을 학교에 보내기 위해 신호등을 기다리고 계셨습니다. 그때 옆에 청소부 할머니가 열심히 일하고 계셨다. 이때 어머니는 아이들을 교육시키고 싶다고 말했다. “청소부들 보세요. 매일 열심히 일해요. 공부를 잘해서 청소부가 돼서 길거리 청소도 해야지." 같은 장면에서 또 다른 엄마가 자식을 교육하면서 한 말이 너무 감동적이었다. 나에게 그 분이 말했다. 할아버지는 매일 열심히 일하십니다. 앞으로 더 이상 모두가 손으로 거리를 청소하기 위해 열심히 일하지 않아도 되도록 열심히 공부하고 청소 기계를 발명해야 합니다." 이 이야기는 나에게 큰 감동을 주었다. 우리가 그것을 할 때, 우리는 그것을 다르게 해야 하고 미래에 사람들이 그렇게 어렵지 않게 변화하기 위해 기술을 사용해야 합니다.
  • 둘째, 우리는 인재 양성에 큰 관심을 기울이고 단계별로 다양한 방법으로 양성합니다. 우리는 일은 사람이 하는 일이며, 이 사람들의 능력을 향상시켜야만 다른 일을 할 수 있다고 믿습니다. 2015년에 나는 공학인재를 위한 5~7년간의 훈련 메커니즘을 정리했다. 이 메커니즘은 사람들을 3단계로 나누는데, 첫 번째 단계는 직장에 갓 입사한 사람들을 위한 것으로, 이 사람들은 주로 일하는 방법, 심층적인 기술 능력 및 성공적인 경험을 경험합니다. 그런 다음 그들은 2~3년 내에 포괄적인 비전과 실무 능력을 향상시키는 두 번째 단계에 들어갈 것입니다. 오늘날의 컴퓨터 엔지니어링에는 네트워크에서 운영 체제, 커널, 애플리케이션 및 데이터베이스 스토리지 등에 이르기까지 너무 많은 것이 포함됩니다. 엔지니어들은 건축 설계와 문제 해결에 있어서 모든 방향에 참여해야 합니다. 실제 경험 없이 자료만 보면 모든 면에서 벽에 부딪힐 것입니다. 이 단계에서 우리는 인력을 순환시키고 경험을 쌓을 계획을 세울 것입니다. 물론 일정 기간이 지나면 개인적인 희망 사항도 물어볼 것입니다. 직무 순환과 경험을 거친 후에는 일반적으로 이러한 사람들의 기술이 문제가 되지 않는다고 생각하므로 세 번째 단계에 들어갑니다. 여러분이 좋아하고 잘하는 방향으로 함께 업계의 한계에 도전하고 함께 성장해 나가세요. 물론, 더 많은 사람들이 이 단계에서 떠날 것입니다. 왜냐하면 그들은 더 유능하고 외부에서 쉽게 도전적이고 좋아하는 방향을 찾을 수 있기 때문입니다. 일반적으로 나는 그들에게 미래에 많은 보상이 있을 것이라고 자주 말합니다. 나보다 더 멀리 나아갔으니, 때가 오면 우리를 잊지 마세요. 우리는 일을 하는 데 있어서 긍정적이고 긍정적이어야 하며, 함께 일했던 팀과 사람들을 당황하게 하지 않아야 합니다.
  • 마지막으로 우리는 팀원들의 다양성과 협업에 큰 관심을 기울이고 있습니다. 복잡한 작업은 일반적으로 한 가지 유형의 작업으로 독립적으로 완료할 수 없습니다. 우리는 운영 및 유지 관리를 일종의 기술 보증으로 간주하여 이러한 보장을 제대로 제공하려면 운영 및 유지 관리 능력 향상, 운영 및 유지 관리부터 시작해야 합니다. 유지보수 제품 혁신 해당 제품, 연구 개발, 운영 및 유지보수, 운영이 모두 필수적입니다. 이것은 마치 군대의 특수작전팀과 같습니다. 통신원, 보건요원, 소방대, 저격수팀 등이 있어야 합니다. 팀의 필요에 따라 적절한 인력을 찾고 협업 효율성을 보장해야 합니다. 실제로 그리고 팀 빌딩에서 정직하고 개방적인 태도를 취해야 합니다.

Q: 많은 사람들은 엔지니어가 코드를 작성하지 않으면 쓸모없다고 생각합니다. 이 문제에 대해 어떻게 생각하시나요? 코드를 작성하지 않는 엔지니어가 계속 발전할 수 있는 방법에 대한 조언이 있나요?

답변: 이 주제는 군사 관리를 의미할 수 있습니다. 사람들이 저에게 "사령관"이라는 별명을 붙여주는 것은 제가 작업에서 참조 대상으로 자주 사용하는 것과 관련이 있을 수 있습니다. 군인들이 전장에 나가서 총을 쏘아야 하는지에 대한 원칙은 같다. 군인들은 기본 무기 사용법을 알아야 하며, 규칙적인 훈련을 하는 것이 가장 좋다. 물론 모든 군인이 전쟁에서 승리하기 위해 무기를 사용하는 것은 아니다. 전투는 병참 보급에 관한 것입니다. 우리가 싸우는 것은 무기의 발전이고, 우리가 싸우는 것은 정의입니다. 병참을 하는 사람이든, 무기 연구를 하는 사람이든, 선전을 하는 사람이든 모두 전쟁에 없어서는 안 될 부분이지만, 어느 입장에 있든 상관없습니다. 그들은 임무를 최대한 수행해야 하며 나머지는 전쟁 지휘관에게 맡겨져 있습니다. 그래서 이 문제로 돌아가서, 엔지니어는 먼저 회사에서 자신의 위치를 ​​이해한 다음 이를 자신의 위치와 결합하여 두 가지가 일치하지 않으면 변경하는 것이 더 낫다는 것을 이해합니다. 어울리는 위치.

Q: 바이두와 두샤오만에서 크고 작은 많은 기업의 발전과 우여곡절을 경험해 보셨는데, 단계와 규모에 따라 사업 운영 및 유지 관리의 개념과 방법에 차이가 있다고 생각하시나요? ? 의사결정을 안내하는 몇 가지 원칙적인 방법론이 있습니까?

A: 좋은 질문이네요. 다양한 작업량으로 인해 발생하는 어려움은 완전히 다릅니다. 10,000대의 기계를 유지 관리할 때 직면하는 어려움은 100대의 기계를 유지 관리할 때 직면하는 어려움과 완전히 다릅니다.

100개의 기계를 유지 관리할 때 기계 결함을 신속하게 감지하고 자동으로 수리할 수 있는 도구가 아직 필요하지 않을 수 있습니다. 업계의 기계 고장률에 따라 수동으로 수행할 수 있고 사람들은 그것이 옳고 그렇지 않다고 느낄 것이기 때문입니다. 매우 피곤하고 해야 할 일이 있습니다. 하지만 10,000개의 기계를 유지관리할 때 수작업에만 의존한다면 공급업체 및 비즈니스 운영과 유지 관리 시간을 조정하는 데까지 너무 바빠질 것입니다. 바쁘다보니 먹는 것도 잊어버린다. 그래서 제가 조언하는 것은 삶과 일의 균형을 잘 맞추고 싶다면 작은 회사가 좋다는 것입니다. 기술적인 역량과 비전을 향상시키고 싶다면 대규모와 대규모 트래픽으로 가야 합니다. 스스로 훈련할 수 있습니다.

또 다른 주제에 대해 이야기해 보겠습니다. 기업은 개발 단계에 따라 서로 다른 비즈니스 목표를 갖고 있으며 이에 상응하는 운영 및 유지 관리 개념과 방법도 매우 다릅니다. 많은 기업은 초기 단계에서 살아남을 수 있다면 성공할 것입니다. 비즈니스는 시장을 놓고 경쟁해야 하고 먼저 살아남아야 계속 발전할 수 있기 때문에 빠르게 배포하고 온라인에 진출하기를 원할 것입니다. -기간 계획. 이때 운영 및 유지 관리 팀이 상사에게 향후 10년간 비즈니스 성장을 고려하고 비즈니스 성장 요구에 따라 인프라를 구축해야 한다고 말했습니다. 그러나 비즈니스에 이미 수백만 또는 수천만 명의 핵심 사용자가 있는 경우 비즈니스가 최종 사용자 경험에 중점을 둘 가능성이 높습니다. 이때 운영 및 유지 관리는 전체 기본 아키텍처와 시설을 설계해야 합니다. 최종 사용자 경험에 관한 모든 개선 사용자 경험 작업은 상사로부터 지원을 받습니다. 물론 상사는 투입 및 산출 비용, 지속 가능한지(사업 성장률과 자원 투입 비율) 등 다른 문제에도 주의를 기울일 것입니다. 예를 들어, 금융과 인터넷 간에는 큰 차이가 있습니다.

요약하면 다음과 같습니다. 기술은 비즈니스에 도움이 됩니다. 비즈니스 발전에 도움이 될 수 있는 모든 기술은 어떤 직업이든 "어떻게 만들 것인가"라는 관점에서 생각해야 합니다. 회사가 좋아야 한다'는 말은, 회사가 좋아야 나도 잘되고, 팀이 좋아야 잘될 수 있다는 것이다.

Q: 운영 및 유지보수 업계에서 일반적으로 실제로 잘못된 관행이 있다고 생각하시나요? 왜?

답변: 업계가 무엇을 잘못하고 있는지 깊이 생각해 본 적이 없습니다. 회사마다 현실적인 문제가 있어서 언급하기 어렵습니다.

하지만 한 가지 말씀드리고 싶은 점은 제가 운영 및 유지 관리 업무에만 국한된 적이 없다는 것입니다. 운영 및 유지 관리는 제가 잘하는 분야이며, 회사가 기본적인 연결 경험을 유지하도록 돕는 기반이 됩니다. 하지만 나는 보통 회사의 업무에 더 많은 관심을 기울이고 있습니다. 지금 긴급하게 필요한 것은 무엇입니까? 회사의 핵심 사용자에게 필요한 것은 무엇입니까? 필요한 것이 무엇이든 우선순위를 두는 이유는 안정적인 서비스를 보장하려면 모든 기업이 빚을 많이 지고 천천히 갚아야 하기 때문입니다.

Q: 현재 FinOps, 관찰 가능성, chatGPT 등을 포함한 몇 가지 뜨거운 기술 방향이 있습니다. 이러한 기술 방향의 개발에 대해 어떻게 생각하시나요? 아니면 실제 가치가 있습니까? 및 유지보수 담당자는 어떤 대응 조치를 취합니까?

A: 저는 개인적으로 이러한 방향이 매우 좋다고 생각합니다. 모두가 말만 하면 개념만 추측하는 것일 뿐입니다. 실제로 실행해야만 생산성을 높일 수 있습니다. 이러한 콘텐츠는 과거 Baidu에서 좋은 결과를 얻었으며 해당 데이터의 양과 재능의 깊이가 더 충분하기 때문에 대규모 환경에서 구현하기가 더 쉬울 수 있습니다. 그러나 누군가가 100대의 기계만 갖고 있는데 여전히 FinOps에 대해 이야기한다면 그것은 과장된 개념일 수 있으며 다른 것에도 동일하게 적용됩니다.

Q: 클라우드의 발전으로 인해 장기적으로 Ops만 담당하는 전통적인 운영 및 유지 관리 직위는 사라질 것입니다. 이러한 견해에 동의하십니까? 그런 친구들의 변신 경로에 대한 제안이 있나요?

답변: 운영 및 유지보수 직위는 사라지지 않을 것이며, 수요도 점점 더 중요해지겠지만, 정말 사람들이 할 것인지 잘 생각해 보아야 합니다.

소프트웨어 프로젝트에서 운영과 유지관리는 매우 중요한 연결고리인데, 이 연결이 사람이 하는지 기계가 하는지는 기술의 발전에 달려있습니다. 생활 속에서 거리 청소에 대한 수요는 사라지지 않고 매우 강력할 것입니다. 그러나 그 대체품은 무인 기계일 수 있으며, 이제는 인간이 운전하는 도로 청소차로 점차 대체되고 있습니다. 우리는 이것을 알아야 하며 또 다른 점을 알아야 합니다. 운영 및 유지 관리는 수년에 걸쳐 클라우드 서비스가 성숙되는 과정보다 훨씬 더 복잡한 문제입니다. 이것이 긴 과정이라는 것, 이 운영 및 유지 관리 과정은 그 자체의 삶을 혁신하고 운영 및 유지 관리 자체가 주도하고 설계한다고 제안합니다. 및 유지관리' 제품입니다.

Q: Maimai에 회사의 성과 평가가 불공평하다고 불평하는 친구들이 많습니다. 그들에게 제안할 것이 있나요? 또한, 관리자로서 성과 평가 메커니즘을 어떻게 설계했는지 공유해 주실 수 있나요?

답변: 이 주제는 비교적 민감한 주제이며, 운영 및 유지보수 학생들이 토론하기를 기대하는 주제이기도 합니다. 따라서 다음 의견은 개인적인 경력일 뿐이며 어떤 회사의 견해도 대변하지 않습니다.

다음은 저의 개인적인 인식입니다. 성과가 좋은지 아닌지를 이야기하자면, 회사에 얼마나 뛰어난 성과를 기여했는지, 그리고 이를 통해 자신의 업무에 어떤 질적 변화가 있었는지에 따라 달라집니다. 성과 대개 상대적인 순위이기 때문에 상대적으로 공평하며 절대적인 공정성을 이루기는 어렵습니다.

성능에 대해 이야기할 때 우리는 회사 상사의 입장이 되는 편이 나을 것입니다. 한 사람은 회사를 위해 돈을 벌고, 다른 사람은 회사의 기본 사용자 경험을 유지하기 위해 돈을 씁니다. 모든 사람에게 임금을 지불하십시오. 결과는 분명합니다.

물론, 이것은 모든 사람이 겪는 다양한 고난과도 관련이 있습니다. 어떤 사람들은 인생에 다섯 가지 고난이 있다고 말합니다. 첫 번째는 초과 근무를 강조하는 육체적 고난입니다. 두 번째 고난은 생각입니다. 세 번째 고난은 배치의 철저함과 작업의 정확성에 달려 있습니다. 세 번째 고난은 사람이 묵묵히 많은 지식을 배워야 하는 외로움을 견딜 수 있는 고난입니다. 남들이 먹고 마시고 노는 동안 그 자신은 많은 돈을 들여 끊임없이 새로운 지식을 배우는데 시간을 투자해야 한다. 옛 모습을 버리고 마치 조상인 것처럼 모든 사람에게 봉사하십시오. 다섯 번째 유형은 모든 사람이 추측할 수 있는 것입니다. 어떤 고난도 견딜 수 있다고 말하지 마십시오. 역할에 따라 고난이 다릅니다. 좋은 정신을 갖는 것이 건강의 기초입니다.

마지막으로 모두가 각자의 노력으로 좋은 성과를 이룰 수 있었으면 좋겠습니다. 위의 의견은 제 개인적인 경험일 뿐이며, 어느 회사를 대표하는 것은 아닙니다.

더 읽어보기

  • 수백 명의 전문가가 운영 및 유지 관리 포럼 제4호: Shao Haiyang의 또 다른 장면: 25년 Linux 베테랑이 말하는 DevOps의 8가지 영예와 8가지 불명예​​
  • 수백 명의 전문가로 구성된 운영 및 유지 보수 포럼: Kuaimao Laiwei: 운영 및 유지 보수 작업을 안정화하는 방법​​
  • ​​운영 및 유지 보수 Baijia 포럼 이슈 2: Zuoyebang Nie An: 운영 및 유지 보수를 혁신하는 방법, Zuoyebang의 이야기 듣기 OPaS 아이디어​​
  • ​ ​운영 및 유지 관리 포럼 No. 1: Jingyuan: 운영 및 유지 관리 기하학​​​

SRETalk 정보

이 공개 계정은 SRE 관련 주제, 모든 측면에 대해 이야기합니다. 담당자는 다음과 같습니다. Open-Falcon 및 Nightingale의 창립자이자 개발자인 Qin Xiaohui는 Geek Time의 "​​운영 및 유지 관리 모니터링 시스템 실용 노트​"의 저자이자 Kuaimao Nebula의 파트너입니다(창업 방향은 통합 모니터링 및 안정성 보장입니다. 필요한 경우 의사소통을 위해 저에게 연락하세요).

위 내용은 Du Xiaoman 및 Chen Cunli: 20세의 '사령관'이 운영 및 유지 관리, 성능 및 성장에 대해 이야기합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:51cto.com
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿