ID:66914さん

# 担当業務概要 SREとして各種クラウドを管理してきた中で、急成長する社内でのクラウド利用状況に管理側がついていけていない事が見えてきた。古いサーバーの管理や、パスワード等の機密情報、サーバーの管理状態の停滞などが目に付いたが、日々の業務に追われている事と部署間で敷居があって、部署ごとに管理状態がバラバラになっていた。中・長期の計画としてリファクタリングされる事もなさそうだった。 これを解消する方法を調べていったところCCoEという役割が流行りつつあることに気づいた。これを推進すれば現在の近距離問題を解決し、中・長距離課題を見据えた対応になっていくことと思い、**CTOにみずから提案して組織を構築していった**。 ## チームの課題と解決について 他の社内横断的な組織で実現できるものとどう違うのか、CCoEが何であるかというから始まった。CCoEで解消できるという確信はあるものの、プラクティスとして世に出てきている者が殆どないためプラクティスを得るためノウハウを外部に求めた。**Google主催のCCoE 研究分科会に入ってて社外の人と交流する事でノウハウを得ていった**自社ではヴァーチャルチームが適している事などを学んでいった。 また、セキュリティを担保する仕組みで手動検出になっていたものを自らボットを作成し、導入を提案することで自動化かつ確実性の高い運用を実現することが出来た。 こちらがCCoE 研究分科会です。今では運用サイドとして他社と未来のCCoE象を作る立場で活動をけん引しています。 https://jaguer.jp/ccoe ## 課題１．課題の視座をあげることとマルチクラウド、全社を意識していく事 GCP、Azure、AWSといったマルチクラウドで考えAWS以外の知識を得る必要があった。また、各プロダクト共通の課題を作るため、横断的な行動をおこない、ステークホルダーを見つける必要がありました、 そのためCTOに依頼し、どのプロダクトの担当者が誰であるかを選出してもらいました。これによりプロダクトや事業部で垣根があったものを解消し、同じ場に全社的な担当者が集うようになりました。**定例的な会議体を設定する事で全社としての施策として課題設定出来るようになりました**。 ## 課題２タスクのDX化における全体的な意思疎通が出来るように調整した 現状把握からのインサイト、気付きを得るためにバッチを書いてダッシュボードを作った事で現状の運用状態を誰でも見れるようにしました。これにより、タスクを誰にでも分かりやすく、課題感を共通化することができました。可視化と数値化によってDXとしてのタスクを産み出す事を考えました。CCoEとして何をやっていくか、タスクDX化のための全社的なダッシュボードの作成しながら、どんな値をピックアップしていったら効果的なのかを各クラウドの使用状況を見て分析していきました。また、パラメーターの設定と改善施策の立案についてセキュリティ部署とそれを調整した。それにより**セキュリティ部署と強い結びつきと信頼関係を得ることができるようになりました**。 ## 課題３．ガバナンスの作成 自社に最もフィットした適切なガバナンスを作る必要がありました。攻めと守りのバランスを取れたガバナンスを作る事を課題としました。攻めとしては過去運用にとらわれず、培ったエンジニアリング力を発揮し、パスワード運用といったレガシーなものをツールの利活用でクラウドのみならなず、昨今問題になりがちなSaaSや社内ツール全体に運用のアップデートを提起していきました。守りとしては前述のダッシュボードを活用し、逐次ガバナンスにそぐわないリソースにチェックを入れ、各担当者に展開することで社内全体の統制力アップと、**各ステークホルダーへのセキュリティ意識の醸成に貢献しました**。 ステークホルダーで手を動かしながらガバナンスを作る事で、アジリティを下げるハードルの高い、風化しがちなルール設定ではなく、**現状に即した敷居の高さの統制とすることができました**。 ## 課題４．不要な情報共有への対策 社内のslackにてパスワード情報などがリテラシーが低い利用者によって、オープンチャンネルで不要な情報共有が行われてしまう事が常態化していた。対策として手動で検出、注意喚起していたが数千人の従業員を抱えるため、かなりの運用負荷となっていた。 そのため持ち前のコーディングスキルでパスワードの検出と削除、注意喚起までを自動対応できるようにSlackのボットを作成し、導入を提案した。これを導入した効果により、文章のブレがあるので確認時間はそこまで抑制できなかったものの、固定パスワードや不要な情報共有を狙い撃ちで検出で対策出来るようにしたため、**不要な情報共有への対策が人手を増やさなくてもスケールする事が出来るようになり、検出範囲を拡大し続ける事で、より安全なSlack運用を実現した**。 # マネージメントの成果、評価について CCoEを自ら設立し、メンバー選定から各運用をゼロから立ち上げた功績を評されています。 また、外部から業界標準的なノウハウを取り入れる事も行っているため、各関係者にも納得感の高い課題設定を行えている事と、また、**活動自体が自社にとってのブランディング戦略に繋がることも理解してもらえています**。クラウド以外のSaaSなど多数の施策を立案、実践してきたので一概に書ききれないので会話にてご説明させて頂ければと考えています。 # 運用規模 運用規模の種別は前項の「売り上げ数十億規模のWebサービスの管理面の向上と安定稼働への施策策定」とほぼ同じで本番環境とそれに付随する検証環境が各プロダクト分増え、全3000台規模と10倍クラスを対象とすることになった。またGCPやAzureといったマルチクラウド運用も見るクラウドも横断的な視野になっていきました。 ## チームでの役割 - 社内CCoEの発起人兼リーダーとして**CCoE活動をけん引**しました。 - CCoEの価値をCTOに説明し**組織として設立**する事ができました。 - 各プロダクトのステークホルダーをアサインし、**ヴァーチャルチームを作り上げました**。 - クラウド利活用の**現状分析と課題設定**を中心として行いました。 - 近日はCCoEのセキュリティ視点から**CSIRT業務も実施**しております。**CrowdStrike、Sumo Logic、Darktraceを活用したセキュリティのインシデント対応**も業務として実施し始めました。