koichi yanagimoto
Manager, Software Engineer
Technology Platforms Division
location_on Japan
Member since 3 years
Share
koichi yanagimoto
Specialises In
Software Engineer, SRE & Manager at Rakuten Group, inc. / Nikotama.rb
-
keyboard_arrow_down
チームで避けるビッグバンリリース、それを支える仕組みやメンバーオンボーディングの紹介
Tsukasa YokoyamaProducerRakuten
koichi yanagimotoManager, Software EngineerTechnology Platforms Divisionschedule 10 months ago
45 Mins
Talk
Beginner
2020の夏の終り、我々は2年半にも及んだ巨大プロジェクトのリリースを終えました。
喜びよりも先に胸に去来したのは、今後絶対にビッグバンリリースは避けようという決意でした。元を辿るとプロジェクトの目的はミドルウェアのEOL対策です。しかし、既に開発が長年止まっているものがあり、全く別のミドルウェアを選択しなければいけなくなったりその結果、アーキテクチャを変えたりXXを変えたりというのが複雑に絡み合い巨大化、凶暴化していきました。ミドルウェアのVerupは細かくこまめに行うべき！！そこで、Renovateという自動でライブラリやミドルウェアのUpdateを検知しプルリクを作ってくれるツールとGithubActionsを組み合わせて強制的にスプリントの中にUpdateタスクを追加していきました。その結果、エンジニアリーダーへのプルリクがたまりまくる問題が発生しました。そのためコードオーナーを設定し、コードオーナーとランダムに選ばれたメンバーがレビューするように変えました。また、GitHub APIを使ってメンバーごとに溜まっているPR数を可視化しお互いに声を掛け合うようにしました。このようにして徐々に進んでいきましたが、新メンバーのOnboardingにもちょうど良いサイズのタスクということでOnboardingにも取り入れました。また外部仕様や内部仕様や関係者など、プロダクトを効率的に学習してもらうためプロダクト理解度テストというものをはじめました。これはシニアメンバーが問題を作成するのではなく、学習中のメンバーに問題も作成してもらうことでよりチームとしてこの精度を運営できるようにしました。また、その達成率を各自の目標設定に組み込んでもらったのですが個人ベースで設定、管理されていた個人目標をチーム内で共有し一緒に考えることでより効果的に目標管理ができるよう話し合っている最中です。ここまでの一連の流れを、シニアエンジニア2名と一緒に振り返りながら皆さんにリアルなところをお伝えできればと思っています。 -
-
keyboard_arrow_down
俺たちのDiRT - 継続的な訓練と振り返りで障害対応力をUPしよう
Tsukasa YokoyamaProducerRakuten
koichi yanagimotoManager, Software EngineerTechnology Platforms Divisionschedule 1 year ago
45 Mins
Talk
Intermediate
私達は、楽天グループ内の様々なサービスから利用されるプラットフォーム系サービスを幾つか担当しており高いSLAが期待されています。
そのため万が一システム障害が発生した場合、迅速な原因追求と復旧作業が必要となります。
その反面、トラブルシューティングスキルは属人化しやすく体系立てて引き継ぐのが難しいという課題を感じていました。
そこで、私達はDiRT（Disaster Recovery Training）と呼ばれるプラクティスを参考にし、定期的にStaging環境で擬似的な障害を発生させObservabilityの改善や、レポーティングまで含めたプロセスの見直し、モニタリングツールやシステムそのものの改善を行うため(障害訓練→振り返り→対策実施)を繰り返しています。
今回は我々の活動についてご紹介させていただきます。
-
-
No more submissions exist.
