400万人が利用する会社訪問アプリ
株式会社カケハシ / Musubi開発チーム・SRE
ログインユーザーのみに公開
1. ユーザーからのフィードバックループを適切に回せる環境を整備すること。 2. ユーザーにフィットした価値を届けるサービス開発に従事すること。
/assets/images/9479158/original/de1035de-b30d-4f6f-a028-2439928f2dd4?1652683054){kind=avatar}
薬歴管理アプリ「Musubi」の 開発チームに参画し、インフラエンジニア・SREとして従事しています。（フロントエンドエンジニアとして面接し、バックエンドエンジニアとして採用されたものの、気づいたらインフラエンジニアに転生していました）
GitHub に存在するプロダクトに関連するリポジトリが数十個あり、renovate によるパッケージの更新が数百個滞留していました。renovate-config なる共通ルールのリポジトリを整備し、auto merge のルールを設けることで 2分の1程度に PR の数を減らすことに成功しました。（主要技術: GitHub, renovate）
主要プロダクト のインフラがコード化されていなかったので、ゼロベースでインフラの構成基盤用リポジトリを設計・整備しました。セキュリティを考慮して OIDC 認証を導入し、デプロイの並列実行＆CI のコストを下げるため不要なパイプラインを実行させないようにしました。（主要技術: GitHub Actions, Terraform, AWS）
元々手動でリリースされていた環境を点検し、CI（ワークフロー）からデプロイできるように CD（リリースのパイプライン）を整備しました。CD できないマニュアルリリースルールの場合は CI のマニュアル実行までを整備しました。 （主要技術: GitHub Actions, AWS, Terraform, CDK, Serverless Framework, SAM）
大山 タケルさん
のプロフィールをすべて閲覧
過去の投稿を確認する
共通の知り合いを確認する
大山 タケルさんのプロフィールをすべて見る
+26件
+3件
株式会社カケハシ / Musubi開発チーム・SRE
GitHub に存在するプロダクトに関連するリポジトリが数十個あり、renovate によるパッケージの更新が数百個滞留していました。renovate-config なる共通ルールのリポジトリを整備し、auto merge のルールを設けることで 2分の1程度に PR の数を減らすことに成功しました。（主要技術: GitHub, renovate）
