Tuyou Zou Yi: 중소기업을 어떻게 운영하고 유지하나요?

Q: 보통 중소기업의 운영 및 유지 관리 팀은 규모가 그리 크지 않습니다. 이 한정된 인력을 어떻게 모두와 공유할 수 있나요?

인재 구조를 심층적으로 최적화해야 하며,
1. 전문 생산 및 연구 인재를 도입해야 하며, 생산 및 연구를 활용해야 합니다. 팀의 가치 창출을 촉진합니다. 현재 Tuyou의 운영 및 유지 관리 보안 팀은 생산 연구와 기존 운영 및 유지 관리의 비율이 거의 1:1입니다.
연구와 운영이 통합된 조직 모델을 구축하려면 모든 기능을 갖춘 엔드 투 엔드 하이브리드 팀이 구성되어야 합니다. Tuyou의 현재 운영 및 유지보수 보안팀은 제품 관리자, R&D 리더, 프런트엔드 및 백엔드 엔지니어, 서비스 운영 엔지니어, 운영 및 유지보수 엔지니어, IT 엔지니어로 구성되어 있습니다.
2. 상호 신뢰, 일관된 목표, 정보 공유 및 분산화를 중심으로 민첩한 문화적 분위기를 구축하세요. 민첩한 문화적 분위기를 통해 불확실성에 대처할 수 있는 민첩한 조직을 구성할 수 있습니다.

Q: 귀하의 아이디어가 다음과 같은 이유로 구현되지 않는 상황에 직면한 적이 있습니까? 팀의 낮은 재능 수준으로 인해 구현이 느리고 어려운 문제를 어떻게 해결했나요?

1. 인내심을 갖고 계속해서 팀을 반복하세요 이것은 마치 카드 놀이와 같습니다. 카드를 넣고 빼며 마침내 카드를 정리하여 게임에서 승리합니다.
신입사원의 기준은 잠재력이 기존 팀원의 70% 이상이라는 것입니다. 기준에 맞지 않으면 채용에 신중하고 육성에 신중을 기합니다.
2. 팀장은 팀의 최고 HR이어야 하며, 주도적으로 인재를 발굴해야 합니다. 지난 4년 동안 BOSS 직접 채용에서 거의 20,000명과 이야기를 나눴고, 이력서도 20,000개 이상 봤을 것입니다. 가능합니다. 중소기업의 운영 및 유지관리 책임자가 이를 수행하는 것은 어렵습니다.
3. 민첩한 조직을 집단적 지혜를 발휘하기 위한 기본 지원으로 활용하세요.

Q: "운영 및 유지 관리의 미래는 플랫폼입니다"라는 기사의 견해에 특히 동의한다고 말씀하셨습니다. 엔지니어링 ", 귀하의 팀은 모든 기능을 갖춘 생산 및 연구 조직이기도 합니다. 다음을 소개해주시기 바랍니다. 비즈니스 연구 및 개발에 있어서 클라우드 벤더가 제공하는 플랫폼 제품을 직접 사용하는 것과 비교하여 가져오는 델타 이득은 무엇입니까? 당신 팀에서요?

ROI의 입출력 비율은 표준화되어 있으며 우리가 스스로 해결할 수 없다면 문제 해결을 위해 외부 제3자의 서비스나 제품을 활용해야 합니다. 우리는 우리가 제공하는 서비스 결과와 품질에 더 많은 관심을 기울이고, 이 기능이 우리 자신의 것인지 아니면 제3자의 서비스 기능인지에는 별로 관심을 두지 않습니다. 그것이 서비스 품질과 효율성을 향상시키는 데 도움이 될 수 있는 한, 우리는 흡수하고 통합하는 데 매우 개방적입니다.

그리고 운영 및 유지 관리의 미래는 플랫폼 엔지니어링에 대한 우리의 이해에 대해 이야기해 보겠습니다. 플랫폼 엔지니어링에 대한 나의 이해에는 두 가지 핵심 요소가 있습니다.

1. 플랫폼 엔지니어링은 주로 운영 및 유지 관리가 아닌 비즈니스 부서를 대상으로 합니다. 엔지니어링은 주로 셀프 서비스를 제공합니다. 플랫폼 엔지니어링에서 생산되는 제품과 도구는 주로 비즈니스 부서의 셀프 서비스여야 합니다. 우리 팀의 변환 탐색은 주로 이 두 가지 요소를 기반으로 하지만 이론적 수준이 충분하지 않으며 명확하지 않습니다. 플랫폼 엔지니어링의 아이디어. 저희 게임 운영 및 유지 관리에 있어 가장 큰 문제점은 CDN 업로드 및 출시, 게임 구성 업데이트, 일상적인 서버 시작 및 중지 등 게임 운영 및 유지 관리의 일상적인 작업이 많다는 것입니다. 필수적이지만 모두 트랜잭션이므로 가치가 매우 낮습니다. 아마도 게임 운영 및 유지 관리에 대한 상식적으로 볼 때 인간의 운영 및 유지 관리 효율성을 향상하고 운영 및 유지 관리를 변경하기 위한 자동화된 도구를 만드는 것을 고려할 것입니다. 인간의 육체 상태에서 스크립트를 작성하는 상태까지 이 느낌은 여전히 ​​레버리지 비율이 너무 낮고 운영 및 유지 관리가 공개되지 않습니다. 따라서 이러한 문제를 해결하는 과정에서 플랫폼에 대한 원래의 이해가 이루어졌습니다. 엔지니어링 개념이 탄생했습니다. 현재 게임 운영 및 유지 관리의 일상적인 작업 중 50%는 프로젝트 팀에서 수행합니다. 우리가 제공하는 도구를 통한 셀프 서비스는 노출된 후 인지적으로 매우 일관성이 있는 것으로 나타났습니다. 플랫폼 엔지니어링의 아이디어. 따라서 운영 및 유지 관리의 미래는 플랫폼 엔지니어링입니다. 셀프 서비스의 이점을 맛보고 인력 운영 및 유지 관리의 어려움을 경험한 학생들은 깊은 정체성을 갖게 될 것이라고 믿습니다.

FINOPS에 관해서는 업계의 일부 전문가 및 교사들과 약간의 교류와 토론을 하곤 하는데, 우리 팀의 실무와 결합하여 개인적으로 FINOPS를 구현하는 것이 어렵다고 느끼는 것은 상사의 인식을 바꾸는 것입니다. 현재 업계는 여전히 기술 구현 단계나 개념 충돌 단계에서 누가 더 전문적이고 표준화되어 있는지 비교하는 단계에 있으며, 상사의 인식에 영향을 미칠 수 없는 FINOPS는 기본적으로 가치가 없다고 생각합니다. 수행하는 것과 수행하지 않는 것 사이에는 차이가 없습니다. FINOPS 분야에 대해서는 별로 언급하고 싶지 않습니다. 우리 팀에서는 비용 최적화를 위해 OKR을 설정하지 않았습니다. 린(Lean)은 핵심 개념을 갖고 있으며, 가치를 창출하지 않는 모든 것은 낭비입니다. 이러한 방식으로 작업 과정에서 동적 비용 최적화에 참여할 필요가 없습니다. 수억 달러를 절약한 많은 비용 최적화가 사장의 눈에는 옳은 것일 수도 있습니다. 과거에는 낭비가 너무 많았지만 이제는 낭비를 없애면 자연스럽게 가치가 인정되지 않습니다. 저는 비용 최적화 실천 과정에서 개인적으로 몇 가지 사항을 요약했습니다.

단순한 운동 방식의 비용 절감 및 효율성 향상이 아닌 린(Lean) 개념을 활용하여 비용 최적화를 지속적으로 유도해야 합니다.

가치에 대한 합의를 이루려면 사무국, 재무, 기타 규제 부서 등 관련 부서와 합의에 도달해야 합니다.

비용 최적화를 위한 계산 모델은 너무 복잡하면 안 됩니다. 모델 계산이 너무 복잡하고 합의에 도달하기 어렵습니다.
1. 데이터는 금융기준에 따라 획일적으로 확인되어야 하며, 기술적인 측면에서 당연하게 받아들일 수 없습니다.
3. Zou씨는 비용 최적화를 수행합니다. 구체적인 절감액은 재무 부서에서 최종적으로 계산합니다. 개인적으로 많은 회사의 비용 최적화는 자체적으로 계산하는 것이 좋습니다. 상사가 그것을 느끼기는 어렵습니다.

Q: 운영 및 유지 관리 팀은 항상 회사의 비즈니스를 뒷받침해 왔으며 비즈니스를 더 잘 지원하는 방법이나 가치를 설명하는 방법을 모릅니다. 사업 운영 및 유지관리에 대해 어떤 제안을 갖고 계시나요?

가치를 구체적으로 어떻게 반영할 것인가? 운영 및 유지보수 팀이 가치를 반영하려면 먼저 서비스 인식을 갖고 서비스 시스템을 구축한 다음 인내와 지속적인 개선을 통해 유지하는 것이 좋습니다. 긍정적인 순환을 형성하여 시간을 친구로 만드는 것입니다.

이 섹션에서는 우리 팀의 서비스 시스템 구축을 위한 지침을 간략하게 공유하겠습니다. 우리는 고객 중심적이며 안전하고 신뢰할 수 있으며 효율적이고 저렴하며 지속 가능한 서비스를 구축합니다. 서비스 운영을 통해 가치를 창출하고 제품과 도구를 통해 서비스 운영을 구현하며 지속적으로 개선합니다. 이 지침 개요에서는 팀 내 운영 및 유지 관리, 생산 및 연구, 운영이라는 세 가지 기능적 역할을 깊이 통합했습니다. 가치는 서비스 운영의 결과를 통해 반영됩니다. 기술 분야에 종사하는 사람들은 서비스 운영의 중요성을 쉽게 인식하지 못하는 경우가 많습니다. 기술 운영과 제품 운영에 대해 이야기하는 경우가 많지만 서비스 운영에 대해 이야기하는 사람은 거의 없습니다. 이는 우리의 기술적 배경에 대한 관성적 인식과 많은 관련이 있습니다. 우리는 자신의 전문 분야의 관점에서 더 많은 것을 표현하고, 우리가 서비스를 제공하는 사람들의 관점에서 우리의 가치를 보는 경우는 거의 없습니다. 많은 사람들이 서비스라고 하면 단순히 차를 서빙하거나 심부름을 하는 역할만 떠올릴 수도 있고, 서비스를 제공하는 것에 더 거부감을 느끼기도 합니다. 하지만 사실 모든 팀은 서비스 팀입니다. 예를 들어, 우리의 서비스 프로젝트 팀은 최종 사용자에게 서비스를 제공하고 최종 사용자는 해당 업무 분야의 다른 고객에게 서비스를 제공할 수 있습니다. 그러므로 서비스를 제공하는 것은 매우 중요한 일이다. 고객에게 잘 서비스를 제공하고 고객이 결과를 얻을 수 있도록 도와주어야만 자신의 가치를 진정으로 반영할 수 있습니다.

더 읽어보기

• ​​운영 및 유지 보수 포럼 다섯 번째 호: Du Xiaoman과 Chen Cunli: 20세의 "지휘자"가 운영 및 유지 보수, 성능 및 성장에 대해 이야기합니다.​​
• ​​ 운영 및 유지 관리 포럼 네 번째 호: Yun Shao Haiyang의 또 다른 사진: 25년 경력의 Linux 베테랑이 DevOps의 8가지 영예와 8가지 불명예에 대해 이야기합니다​​
• ​​운영 및 유지 관리 Baijia 포럼 3호: Flashcat Laiwei: 운영 및 유지 관리 업무를 안정화하는 방법​​
• ​​운영 및 유지 관리 포럼 No. 2: Zuoyebang Nie An: 운영 및 유지 관리를 혁신하는 방법, Zuoyebang의 OPaS 아이디어 듣기​​
• ​​운영 및 유지 관리 Baiji 포럼 No.1: Jingyuan: 운영 및 유지 관리 기하학​