インフラの実務経験ゼロからSREにチャレンジした1年弱を振り返る - エムスリーテックブログ
こんにちは、エムスリー エンジニアリンググループ / 製薬企業向けプラットフォームチームの後藤です。 この記事はエムスリーSREがお届けするブログリレーの11日目です。 このブログリレーでも何度か紹介していますが、エムスリーにはチーム横断のSREである「コアSRE」と各サービスチーム内のSREである「チームSRE」が存在します。 私は2020年4月にチームSREとして入社しましたが、それまで実務としてインフラをしっかりと触った経験はほぼゼロでした。 本記事では、このような私がチームSREとして1年間どのような業務に取り組んできたのか紹介したいと思います。 今はSREではないけれども、SREに興味がある、チャレンジしてみたいと思っている方々の参考になればと思います。 1. チームSREになる前のバックグラウンド 2. チームSREとして取り組んできた業務 3. チームSREになって得られたも
チームSRE立ち上げ期にやってみて良かったこと - エムスリーテックブログ
こんにちは、エムスリー エンジニアリンググループ / 製薬企業向けプラットフォームチームの鳥山 (@to_lz1)です。 この記事はエムスリーSREがお届けするブログリレーの8日目です。 このブログリレーで複数回言及されているように、エムスリーでは昨年から大々的に「チームSRE」という制度を導入しています。従来からのSREすなわち「コアSRE」が受け持っていた業務や権限を、各プロダクトチーム内のSREすなわち「チームSRE」に委譲している真っ最中です。 私の所属する製薬企業向けプラットフォームチーム（Unit1と呼ばれています）のチームSREの導入タイムラインは、以下のような感じです。 2020年4月に最初のチームSREが入社 2020年7月ごろに私を含む6名がチームSREとして追加 複数サービスのクラウド移行を実施しつつ今に至る したがって、少なくとも私のチームではこの「チームSRE」と
SREの民主化とクラウド移行 - エムスリーテックブログ
あけましておめでとうございます。今日から02/05までの平日にエムスリーのSREでブログリレーを開催します。その初日の投稿を担当させていただくエムスリーエンジニアリンググループの岩佐です。グループリーダーという立場でSREチーム、基盤チーム、セキュリティチーム、Unit4(m3.com/サイトプロモ)を担当しています。 私からはエムスリーでSREを拡大しようと推進している経緯/流れについて一筆認めさせていただこうかと思います。 要約、早速だけど 経緯、メンバーに敬意を、チームに契機を 方針、状況に合わせて更新 計画、そして軽快に改革 まとめ、ちょっとまともに 要約、早速だけど SREを短期的に大量に採用するのは不可能、じゃないかのう？ オンプレミス環境で拡大していくサービス群をSREチームのみが運用していくのは難しい。こんなん困難では？はー、どうしよう 権限の移譲、DevOpsの推進をする
Digdag + Embulkをクラウド転生させてデータ基盤運用を圧倒的に楽にした話 - エムスリーテックブログ
こんにちは、エムスリー エンジニアリンググループ / 製薬企業向けプラットフォームチームの鳥山 (@to_lz1)です。 これは エムスリー Advent Calendar 2020 の19日目の記事です。 エムスリーでは現在、各システムのオンプレ環境からクラウドへの移行を急ピッチで進めているところです（勉強会の配信アーカイブをYouTubeでもご覧いただけます。公式テックチャンネルのご登録、ぜひお願いします!） www.youtube.com これに関連して私のチームでも最近「データ基盤（Digdag + Embulk）のクラウド移行」を行ったため、そのときに考えたことや移行して良かったことを共有したいと思います。 エムスリーのデータ基盤について それまでの構成 クラウド環境でのアーキテクチャ DigdagとEmbulkの分離 Digdag on AWSからBigQueryを操作する 併
Terraformなにもわからないけどディレクトリ構成の実例を晒して人類に貢献したい - エムスリーテックブログ
こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 さいたまスーパーアリーナは、埼玉県さいたま市中央区にある多目的アリーナ。本文には特に関係ありません。 最近、Terraformを書くことが多く、知見が貯まりつつあった時にちょうどディレクトリ構成に関する記事を読んでタイミングがよかったので、 今回はTerraformのディレクトリ構造の実例を晒したいと思います。 結構固まってきたからうちのチームの構成も晒してみようかな。 | Terraformのディレクトリ構成の模索 - Adwaysエンジニアブログ https://t.co/31FMkcCJOo— Yuichiro Fukubayashi (@fukubaya) July 3, 2020 クラウド化推進 なぜ定番が決まらないのか 前提となる条件 本番環境と検証環境はほぼ同じ構成 レポジトリとtfstat
Kubernetes上でのGoによるシンプルなAPIの開発と、その効率化のためのcookiecutter templateを作った話 - エムスリーテックブログ
エンジニアリンググループ AI・機械学習チームの笹川です。 これはエムスリー Advent Calendar 2019の12月4日の記事です。 前日は、CTO 矢崎による 1つの terraform で複数 AWS Account をまとめて構築・管理する でした。 今回は、AIチームでのAPI開発で利用している技術の紹介と、開発の効率化のため、プロジェクトの雛形を自動的に生成するcookiecutterのプロジェクトテンプレートを作成した件について紹介します。 qiita.com 背景 プロジェクトテンプレートの実装 APIとリポジトリの構成 プロジェクトの内容 GoaのDSLファイル Dockerfile Kubernetesの設定ファイル各種 負荷試験用のシナリオファイル まとめ We're hiring! 背景 エムスリーでは、早くからマイクロサービス化に取り組んでおり、m3.co
エムスリーの機械学習チームのチームビルディング “強い仲間”をいかにして集めるか？
2019年3月28日、株式会社scouty、エムスリー株式会社、クックパッド株式会社、Repro株式会社の4社の共済によるイベント「Machine Learning Team Building Pitch」が開催されました。機械学習チームのチームビルディングについて、各社の取り組みを共有する本イベント。徐々に増え始めた機械学習組織の運営における知見を語ります。プレゼンテーション「エムスリーの機械学習チームビルディングの考え方 」に登壇したのは、エムスリー株式会社AI・機械学習チームリーダーの西場正浩氏。講演資料はこちら 機械学習チームビルディングの考え方 西場正浩氏（以下、西場）：エムスリーの西場です。よろしくお願いします。 今日は何話すかという話ですが、これは僕個人の考え方なので、明日には変わっているかもしれませんが、その辺は許してね。 はじめに、エムスリーのAIチームはML Engのチ
Google Cloud Next '19 in Tokyo & Leaders Circle - エムスリーテックブログ
こんにちは、CTO の矢崎(id:Saiya)です。 先日、Google Cloud Next '19 in Tokyo とその中で開催される Leaders Circle という会に参加してきました。 かつてないクラウドを体験しよう。 イベント全体の内容などは 公式サイト をご覧いただくとして、ここでは私個人の主観として印象に残った点や、エンジニア・アーキテクト観点での気になりどころなどをご紹介いたします。 Kubernetes と オンプレミスからの移行 個人的には、今回の Cloud Next では以下の 2 つのトピックが多く語られていた印象があります: Kubernetes の活用や実戦投入 オンプレミスの既存システムの移行 Kubernetes 今回の Cloud Next では、信頼性の要求やロジックの複雑性が高いシステムにおける Kubernetes の導入事例や、そういっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GCPで行動ログ基盤 を開発している話