この記事はエムスリーSREがお届けするブログリレーの18日目です。
こんにちは、エムスリーエンジニアリンググループの高澤です。 Unit4（医療系ポータルサイトm3.comの開発・運営が担当のチーム）でチームSREを担当しています。 こちらのサイトのセキュリティ施策の一環として、Firewall Managerを導入してみたので、その話を紹介したいと思います。
チームSRE/コアSREについては、リレー初日の記事をご覧ください。 www.m3tech.blog
エムスリーエンジニアリンググループ AIチームの池嶋です。はじめてのテックブログ投稿です。
AIチームでは機械学習プロジェクトのデータパイプライン構築にgokartというツールを使用しています。今回はこのgokartで発生していたキャッシュ競合を解消した話について紹介します。
gokartというのはAIチームが中心に開発しているデータパイプライン構築のためのツールで、Spotify社の開発するパイプラインツールluigiのwrapperです。S3やGCSといったクラウドストレージとのデータ入出力をサポートしたり、中間ファイルをキャッシュとして保存することで実験を再現をしやすくしたりします。当ブログでは過去にも機械学習プロジェクト向けPipelineライブラリgokartを用いた開発と運用 - エムスリーテックブログ などで紹介されています。
Github上でOSSとして公開されており、AIチームのメンバーを中心に開発が進められています。
皆さんこんにちは、エンジニアリンググループの高橋(@tshohe1)です。
この記事はエムスリーSREがお届けするブログリレーの15日目です。
他の記事でも何度か説明されていますが、エムスリーでは2019年頃からチーム横断的なシステムを管理する「コアSRE」とは別に、サービスチーム内にて各サービスのインフラを重点的に見る「チームSRE」というポジションを新たに設けています（チームSRE化の流れの詳細については下記ブログリレー最初の記事*1を御覧ください）。
私は入社時点ではコアSRE（当時はまだインフラチーム*2）として働いていましたが、2019年頃からサービスチーム側SREと兼務したりコアSREに戻ったりまたチーム側SREに移動したりとふらふらしている謎の存在になっていました。
現時点ではコア/チーム側両方に所属していた者はいないはずなので、本記事ではコアSRE側の視点/チームSRE側の視点でどのような差があったのか、これまでの経験から得たものを簡単にまとめてみたいと思います。
エムスリーエンジニアリンググループの関根（@sekikatsu36）です。 この記事はエムスリーSREがお届けするブログリレーの14日目です。
今回、私のチームが担当しているサービスのSLI/SLOを見直すこととなり、あらためて「マイクロサービスのSLI/SLOとは」を自分なりに考える機会ができたため、その話を紹介したいと思います。 まだ実行中で結論は出ておらず、内部でも議論の余地があるものですが、何かご参考になる点があれば幸いです。
続きを読むこんにちは、エンジニアリンググループ AI・機械学習チームの安田です。最近rustでTCP/IPスタックを作って遊んでます。
この記事はエムスリーSREがお届けするブログリレーの13日目です。
今回は先日実施した、AWS上でVPCの異なる環境へインフラ移行をした話をします。
その中で、
の点に注力したのでご紹介します。
本記事でお伝えしたい、移行時に引っ掛かりそうなポイントです。
