ドゥ・シャオマン氏とチェン・チュンリー氏：20歳の「司令官」が運用と保守、パフォーマンス、成長について語る

インタビューや原稿依頼を通じて、運用保守分野のベテランを招き、高度な合意形成と推進を目指して、深い洞察を提供し、意見をぶつけ合います。業界がより良く前進するために。

今回は、20 年のキャリアのほとんどをインターネット分野で過ごしてきた、Du Xiaoman システム運用保守部門のゼネラルマネージャー、Chen Cunli 氏をお招きします。 Baidu 運営保守部門に在籍していたとき、その優れたリーダーシップ スタイルにより、チーム メンバーからは「陳司令官」と呼ばれていました。今日は「陳司令官」を招き、彼の見解について語っていただきます。

今回は、地に足の着いたハイレベルな「運用保守フォーラム」の第5回目です、始めましょう！

質問プレビュー

あなたは非常に早くから百度に入社し、その後ドゥ シャオマンとともに独立しました。あなたの周囲には、あなたを長年フォローしてきた従業員がたくさんいると思います。私は、これまで数多くの事業運営・保守のテストを経験してきましたが、この大変な運営・保守という仕事をどのようにして人々が団結して続けていくのかということに、皆さん非常に関心があると思いますが、ご意見を伺いたいと思います。
• エンジニアはコードを書かないと価値がないと考えている人が多いですが、この問題についてどう思いますか?コードを書かないエンジニアが自己改善を続ける方法についてアドバイスはありますか?
• あなたは百度と杜暁満で大小問わず多くの事業の発展と栄枯盛衰を経験してきましたが、段階や規模によって事業運営や維持の考え方や手法に違いはあると思いますか？ ?意思決定を導くための原則に基づいた方法論はありますか?
• 運用保守業界で一般的に行われている、実際には間違っている慣行があると思いますか?なぜ？
• 現在、FinOps、可観測性、chatGPT などの注目の技術的方向性がいくつかあります。これらの技術的方向性の発展についてどう思いますか? それは誇大広告の概念ですか、それとも実際の価値がありますか? 運用はどうすべきですか?保守員はどのような対応をするのでしょうか？
• クラウドの発展に伴い、運用のみを行う従来の運用保守職は長期的には消滅すると考えられますが、この考えに同意しますか?そのような友人たちの変容の道筋について、何か提案はありますか？
• 多くの友人が、会社の業績評価が不公平であると Maimai で苦情を言っていますが、彼らに対して何か提案はありますか?また、マネージャーとして、業績評価の仕組みをどのように設計しているのか教えていただけますか。

インタビュー記録

Q: あなたは非常に早くから百度に入社し、その後ドゥ・シャオマンとともに独立されましたが、あなたの周りにはこんな社員がたくさんいると思います。 「実際には非常に長期的な従業員です。時間があなたを追いかけてきて、あなたは多くの事業運営と保守のテストを経験してきました。私は誰もが、この過酷な運営と保守の立場を継続するために人々のグループを団結させる方法に非常に興味を持っていると思います」 . ご意見をお聞きしたいです。

回答: お褒めの言葉をいただき、大変感謝しております。

私は 2000 年にコンピューターのトレーニングを受けてキャリアをスタートし、その後、国有企業で 3 年間働き、2004 年に北京でインターネット関連のキャリアをスタートしました。私の20年以上の職業経験を振り返ると、多くのチームがゼロから構築されたため、運用保守部門で働いた同僚は1000人以上いるはずです。 2018年に小満市で働き、再び一から現在のチームを結成し、今日に至ります。実際、元のチームやクラスメイトと離れて、一から新しいチームを作るのは毎回痛くて悲しいです。しかし、私の元同僚の多くは現在、非常に良い労働条件と生活条件に恵まれているようです。彼らの中には、私のチームを去った後、業界の限界に挑戦して成功した人もいます。もちろん、彼らは私よりも収入が多いです。私も彼らのことを嬉しく思っています」この胸に。

チームを率いる特徴について話すとしたら、次の 3 つのポイントに要約できます。

• まず第一に、私たちはチーム文化を非常に重視しています。すべての新入社員が入社した初日に、私たちはチームのビジョンが「世界トップのテクニカル サポート チームになること」であることを伝えます。チームの中心メンバーの夢は「テクノロジーを使用してサービス保証を再定義し、サービスを実現することです」です。サービス保証がより簡単になります。」私たちは、穴を埋めるためにあなたを採用するのではなく、変化を起こし、現実の仕事の不合理な側面をテクノロジーを使用して変えるためにあなたを採用します。私個人に大きな影響を与えた小さな話があるので、今日はそれを皆さんと共有したいと思います: 北部の朝、母親は子供たちを学校に送る途中で信号を待っていました。その時、隣で年配の清掃員が一生懸命働いていました。その時、母親は子供たちを教育したいと考えていました。「清掃員を見てください、おじいちゃん、彼らは毎日とても一生懸命働いています。あなたは一生懸命勉強しなければなりません。もし勉強しなければ」と言った。 「よく勉強しないと、大きくなったら掃除婦になって街の掃除をしなければならないでしょう。」 同じ場面で、子供たちを教育する際に別の母親が言った言葉がとても感動的でした。私に彼女はこう言いました。 「掃除屋のおじいちゃんは、毎日一生懸命働いています。将来、みんなが手作業で道路を掃除するために一生懸命働く必要がなくなるように、一生懸命勉強して掃除機を発明しなければなりません。」この話は私にとても感動しました。立場によっては、仕事には常に人が必要ですそれを行うときは、これまでとは違う方法で行い、将来人々にとってそれほど困難にならないようにテクノロジーを使用して変更する必要があります。
• 第二に、私たちは人材の育成に細心の注意を払い、さまざまな方法で段階的に訓練します。私たちは、仕事は人が行うものであり、その人の能力を向上させて初めて、さまざまな仕事ができると考えています。 2015 年に、私はエンジニアリング人材のための 5 ～ 7 年間の研修メカニズムをまとめました。この仕組みは人間を3つのステージに分けており、第1ステージは入社したばかりの人を対象に、主に最初の2年間で仕事のやり方や深い技術力、成功体験などを経験させるもので、どの項目も非常に重要です。その後、第 2 段階に入ります。2 ～ 3 年かけて総合的なビジョンと実践力を向上させます。今日のコンピュータエンジニアリングには、ネットワークからオペレーティングシステム、カーネルからアプリケーション、データベースストレージなど、多岐にわたります。優秀なエンジニアは、アーキテクチャの設計やトラブルシューティングに関しては、あらゆる方向から携わる必要があります。実務経験がないのに資料だけを見ると、どこでも壁にぶつかります。現段階では、人をローテーションしてあらゆる分野で経験を積む計画を立てています。ある程度の期間が経てば、もちろん本人の希望も聞きますが、ジョブローテーションや経験を経て、スキル的には問題ないことが多いと思いますので、第三段階に入ります。 、私たちが協力して選んでもらい、あなたの好きな方向、得意な方向で、一緒に業界の限界に挑戦し、成長していきましょう。もちろん、この段階で辞めていく人はもっと多くなります。彼らはより有能で、外でやりがいのある自分の好きな方向を簡単に見つけることができるからです。通常、見返りはとても良いものになるでしょう。私はよく彼らに言いますが、あなた方の多くは将来その人になるでしょう。 「私よりも先に行っているので、いざという時は私たちのことを忘れないでください。私たちは前向きに物事に取り組み、一緒に働いてきたチームや人々に恥をかかせないようにしなければなりません。」
• 最後に、私たちはチームメンバーの多様性とコラボレーションに細心の注意を払っています。通常、複雑な業務は単独では完結しませんが、当社では運用保守を一種の技術保証と捉え、それを保証するためには、まず運用保守シナリオの分析、運用保守能力の向上、運用保守を行う必要があります。プロダクトイノベーション、それに対応した製品、研究開発、運用保守、運用が欠かせません。これは軍隊の特殊作戦チームのようなものです。特派員、医療従事者、消防チーム、狙撃チームなどが必要です。チームのニーズに応じて適切な人材を見つけ、協力効率を確保する必要があります。信頼を構築する必要があります。正直でオープンであることを達成するための実践とチームビルディング。

Q: エンジニアはコードを書かなければ価値がないと多くの人が考えていますが、この問題についてどう思いますか?コードを書かないエンジニアが自己改善を続ける方法についてアドバイスはありますか?

回答: このトピックは軍事管理に言及する可能性があります。誰もが私に「司令官」というあだ名を付けます。これは、私の仕事の参考として軍事手法を頻繁に使用することに関連している可能性があります。私の意見では、この質問は兵士が戦場に行って撃つべきかどうかと同じです: 兵士は基本的な武器の使い方を知っていなければなりませんし、定期的に運動することが最善です。もちろん、すべての兵士が武器を使って戦えば戦争に勝てるわけではありません。 「私たちは兵站のために戦います。兵器の進歩のために戦います。そして正義のために戦います。兵站、兵器研究、プロパガンダに従事する人々はすべて戦争に不可欠な部分ですが、彼らがどのような立場にあるかに関係なく、それらはすべて職務上の責任を最大限に果たすべきであり、残りは戦争指揮官に任せるべきである。話は戻りますが、エンジニアは社内での自分のポジションの位置づけをまず理解し、それを自分のポジションと組み合わせて一致させる必要があると理解しています。一致する位置。

質問: あなたは、Baidu と Du Xiaoman で大小問わず多くのビジネスの発展と栄枯盛衰を経験してきましたが、そのコンセプトや手法に違いはあると思いますか?さまざまな段階や規模における事業運営と保守の違いは何ですか?意思決定を導くための原則に基づいた方法論はありますか?

回答: これは良い質問です。作業量が異なれば直面する困難はまったく異なり、10,000 台のマシンを保守する場合と 100 台のマシンを保守する場合とでは、まったく異なります。

100 台の機械を保守する場合、機械の障害を迅速に検出して自動的に修復できるツールは必要ないかもしれません。業界の機械の故障率によれば、手動で行うことができ、人々はそれが適切であると考えるでしょう。疲れるし、やるべきことはあるのですが、1万台の機械をメンテナンスする場合、人力だけでは1台1台の点検作業が忙しくなり、仕入先や業務とのメンテナンス時間の調整も相まって、多忙になってしまいます。私たちは食べることを忘れます。そこで私からのアドバイスは、「生活と仕事のバランスを取りたいなら小さな会社が良い。技術力やビジョンを高めたいなら大手・大規模な交通機関に行くべきだ」ということです。自分自身を訓練することができます。

別のトピックについて話しましょう。企業は開発のさまざまな段階でさまざまなビジネス目標を持っており、それに対応する運用および保守の概念と方法も大きく異なります。多くの企業は、初期段階で生き残ることができればうまくいきます。ビジネスは市場で競争する必要があるため、迅速に展開してオンライン化することを望んでおり、まず生き残ることでのみ開発を続けることができるため、長期にわたることはほとんど考えられません。 - タームプランニング。このとき、運用保守担当者が上司に「今後10年間の事業成長を考慮し、事業成長ニーズに基づいてインフラを構築すべきだ」と言いましたが、これは非現実的です。しかし、企業がすでに数百万、さらには数千万のコア ユーザーを抱えている場合、その企業はエンド ユーザー エクスペリエンスに重点を置く可能性が高く、この時点で、運用と保守は基盤となるアーキテクチャと設備全体を設計する必要があります。エンド ユーザー エクスペリエンスに関するすべての改善 ユーザー エクスペリエンスに関する作業は上司からサポートを受けます。もちろん、上司は投入と産出のコスト、持続可能かどうか（事業成長率と資源投入の比率）など、他の問題にも注意を払うでしょう。また、金融とインターネットなど、業界によって大きな違いがあることにも注意が必要です。

これを要約すると、次のように要約できます: テクノロジーはビジネスに役立ちます。ビジネスの発展に役立つすべてのテクノロジーは、リソースによってサポートされます。仕事が何であれ、視点から始める必要があります。 「この観点から考えると、会社が良くて初めて自分も良くなり、チームが良くなって初めて自分も良くなることができます。

Q: 運用保守業界の一般的な慣行で、実際に間違っているものはあると思いますか?なぜ？

回答: 業界の何が間違っているのかについては深く考えたことはありませんが、各企業には独自の実際的な問題があるため、評価するのは困難です。

ただし、一つだけ申し上げておきたいのは、私は決して運用保守業務に限定したものではなく、運用保守は私の得意分野であり、会社の維持を支える根幹です。ユーザーの基本的な接続エクスペリエンスですが、私は通常、会社のビジネスが今緊急に必要としているものに注意を払うことを好みます。企業のコアユーザーは何を必要としていますか?私たちは、彼らが必要とするものはすべて優先します。なぜなら、安定したサービスを確保するという点では、どの企業も多額の負債を抱えており、ゆっくりと返済する必要があるからです。

質問: 現在注目されている技術的方向性には、FinOps、可観測性、chatGPT などが含まれます。これらの技術的方向性の開発についてどう思いますか? それは誇大広告の概念ですか、それとも運用保守担当者はどのような対応策をとるべきですか?

回答: この方向性は個人的には非常に良いと思いますが、言葉だけで語ると単なる空想に過ぎず、実際に実行することで初めて高度な生産性を実現することができます。これらのコンテンツは過去にBaiduで好成績を収めており、対応するデータ量と人材の層が十分であるため、大規模環境での実装が容易になる可能性があります。しかし、マシンが 100 台しかないのに FinOps について話す人がいたら、それは誇大宣伝の概念である可能性があり、同じことが他のことにも当てはまります。

Q: クラウドの発展に伴い、運用のみを行う従来の運用保守職は長期的には消滅すると思いますが、この見解に同意しますか?そのような友人たちの変容の道筋について、何か提案はありますか？

回答: 運用保守の職がなくなることはなく、需要はますます重要になりますが、人材がそれを行うかどうかについては、慎重に検討する必要があります。

ソフトウェア プロジェクトにおいて、運用と保守は非常に重要なリンクですが、このリンクが人によって行われるか機械によって行われるかは、前述の街路の掃き掃除と同じように、テクノロジーの発展に依存します。道路はここにあり、そこに人が住んでいます。道路清掃の需要は消えることはなく、非常に強いですが、代替となるのは無人機械である可能性があり、現在は徐々に人間が運転する道路清掃車に取って代わられています。これも認識しなければなりませんが、もう一つ認識しておかなければならないのは、「運用・保守というのは非常に複雑なものです。道路の清掃よりはるかに複雑です。長年にわたるクラウドサービスの成熟過程からは、次のようなことが感じられます。」これは長いプロセスであること。プロセス、 私がむしろ提案したいのは、この運用と保守のプロセスは、運用と保守自体によって主導され設計され、それ自体の生活に革命をもたらし、最終的には私たちが「運用と保守」の所有者になるということです。メンテナンス』商品です。

#Q: 多くの友人が Maimai における会社の業績評価が不公平であると不満を抱いていますが、彼らに対して何か提案はありますか?また、マネージャーとして、業績評価の仕組みをどのように設計しているのか教えていただけますか。

回答: このトピックは比較的デリケートであり、運用および保守の学生が議論するのを楽しみにしているトピックでもあります。したがって、以下の意見は私の個人的なキャリア経験にすぎません。いかなる企業の見解を代表するものではありません。

以下は私の個人的な認識です. パフォーマンスは自分で獲得するものです. あなたのパフォーマンスが良いかどうかは、あなたが会社にどれだけ優れたパフォーマンス貢献をもたらしたか、そしてあなた自身の仕事にどのような質的変化をもたらしたかによって決まります。通常、パフォーマンスは相対的にランク付けされるため、比較的公平ですが、絶対的な公平性を達成することは困難です。

パフォーマンスについて話すとき、会社の上司の立場に立ったほうがよいでしょう。一方は会社のためにお金を稼ぎ、もう一方は会社の基本的なユーザー エクスペリエンスを維持するためにお金を費やします。より多くのお金を稼ぐことによってのみ、私たちは与えることができます。誰もがお金をもらっているので、結果は明らかです。

もちろん、これは人それぞれの苦労の違いとも関係しています。人生には 5 つの苦労があると言う人もいます。1 つ目は肉体的な苦労であり、残業が重視されます。従来の運用保守の多くは、仕事はこの困難に苦しむ可能性があり、2 つ目は肉体的な困難、2 つ目はレイアウトの徹底と仕事の正確さを必要とする思考の苦痛、3 つ目は孤独に耐える苦痛であり、人間性が必要です。 「多くの知識を黙々と学び続けること。他の人が食べたり飲んだり楽しんでいる間、私は常に新しい知識を学ぶのに多くの時間を費やしてきました。4番目の種類は尊厳の痛みです。顧客に同行するために、私はしません」昔の顔を見せたり、会う人全員に自分の先祖であるかのように仕える必要はありません。5 番目のタイプは、誰もが推測することです。 「どんな苦労も耐えられる」と言うのではなく、役割が違えば苦労も違うのです。良い精神を持つことが健康の基本です。

最後に、皆さんがそれぞれの努力で良い成績を収められることを願っています。上記の意見はあくまで私の個人的な経験であり、いかなる企業を代表するものでもありません。

続きを読む

• 運用とメンテナンスに関するハンドレッド フォーラムの第 4 回: Shao Haiyang が再び: Linux 歴 25 年のベテランが DevOps の 8 つの名誉と 8 つの恥辱について語る
• 運用保守フォーラムの第 3 回目: Kuaimao Laiwei: 運用保守の仕事を安定させる方法
• 運用保守フォーラムの第 2 回目: 家事手伝いの Nie An :運用と保守を変革する方法、Zuoyebang の OPaS アイデアを聞く
• 運用と保守フォーラム No. 1: Jingyuan: 運用と保守のジオメトリ

概要SRETalk

この公開アカウントは、SRE 関連のトピックについてあらゆる側面から語ります。担当者は、Geek Time の Open-Falcon と Nightingale の創設者兼開発者である Qin Xiaohui です。「 運用保守監視」 System Practical Notes 》著者、Kuaimao Nebula のパートナー (起業家の方向性は統一された監視と安定性の保証です。必要な場合は連絡してください)。

以上がドゥ・シャオマン氏とチェン・チュンリー氏：20歳の「司令官」が運用と保守、パフォーマンス、成長について語るの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。