はてなブックマーク

はじめに GitHub Enterprise(以下GHE)から github.com へと移行するのが社内のトレンドになりつつあります。renovateの利用も活発です。自分は組織横断的なSREチームにいますが、インフラだけでなくGHEや github.com のorganizationsの管理もやっています。 なぜGitHub organizationsの管理をTerraformでやろうとしたのか 本質的な作業ではないと思うものの、入退社のたびに操作を行う人が発生します。属人化したいものではないのと、他チームメンバーでも操作しやすくするためにコード管理したいとおもいました。自分の所属している組織横断的なSREチームでは、ほかチームのメンバーの増減について詳しく知らないので、各チームからチームメンバーの追加/削除のPRがほしいと考えました。つまりセルフサービス化したいと思ったということです

こんにちは id:hokkai7go です。この記事は、はてなエンジニア Advent Calendar 2019の7日目です。 掲題の通りですが、「はてなSREチームにおけるスクラムの実践」というタイトルでJuly Tech Festa2019に登壇します。一つ前のエントリで触れていた、定期的な振り返りの振り返りはこちらの登壇内容に関係したものでした。自分の発表は会場Cにて、13:00-13:45(45min)の枠です。 2019.techfesta.jp 話す内容 資料はこちらです。 http://slides.hokkai7go.jp/jtf2019-hatena-sre-scrum.pdf 直リン注意。(蛇足ですが、これまでSpeakerdeckを使っていましたが、日本語フォントの中身が白っぽくなり、スカスカになってしまう現象があったので資料をそのまま共有する形にしてみました。)以

こんにちは id:hokkai7go です。掲題の通りですが、10/4に大阪のシナジーマーケティング社で行われる DevLOVE関西 FearlessChange実践編 に登壇します。 devlove-kansai.doorkeeper.jp 小芝 敏明(@bash0C7official)さんにお声がけいただき、今回の登壇が実現しました。小芝さんと一緒の勉強会に登壇できるだなんてとてもありがたいしうれしいです。 話す内容 SREとして日々割り込みを処理しつつ、技術的負債の返済や新しい仕組みの導入といった予定されたエンジニアリングタスクに取り組んでいます。そのためにスクラムの手法を取り入れています。プロダクトオーナー兼スクラムマスターの上長からスクラムマスターを引き継いだときから現在に至るまでに取り組んだこととチームの変化についてお話します。 資料はこちらです。 speakerdeck.co

概要 これまでに終了したサービスなどの事情によりデータセンター上でApacheやNginxを使って、はてなで所有している様々なドメインに対するリバースプロキシを構成していました。簡単に言うとリダイレクトするだけなのですが、 48個程度のドメインとリダイレクト先の対応関係がありました。歴史的経緯というやつですね。これらのリバースプロキシの利用状況を調査し、統合方針の策定、ALBで再実装し、Route53でALBに切り替え、つい先日データセンター上のリバースプロキシたちを退役させることができました。今回はこの一連の対応での苦労ポイントについてご紹介します。 利用状況調査 2つのロール、合計5台のXen DomUでこれらのリバースプロキシは動作していました。幸運なことにWebサーバで読み込まれていた設定ファイルは1つのファイルにまとまっており、利用状況調査で難航することはありませんでした。またす

これです。 https://sre-lounge.connpass.com/event/114005/ 感想等 とてもよいイベントでした。SREって、そうだよねーと思うところが多かった。SREがカバーする範囲が広いということと、すべてをカバーできる人はいないからお互いにリスペクトして多様性がある状態にしておくのがいいんじゃないかという話があってわかりみが深かった。ここまでが仕事なんでと責任範囲を区切ってしまうことは、DevOpsの考え方的にも自分は違うと思っている。オーバーラップしていくしかないと思う。 ここから先は自分やみんなのツイートを引用したい そうですね。 プロダクトによってはSREsいるとかいないとかあるよなぁ。アプリケーションエンジニアだけどインフラもできる人がSRE的なことやってる場合もあるしそこそこで違う #srelounge— hokkai7go (@hokkai7go)

問題 which bundle できてるのに、bundlerの実体がないの？ $ which bundle /hoge/ruby/bin/bundle $ bundle Traceback (most recent call last): 2: from /hoge/ruby/bin/bundle:23:in `<main>' 1: from /hoge/ruby-2.5.3/lib/ruby/2.5.0/rubygems.rb:308:in `activate_bin_path' /hoge/ruby-2.5.3/lib/ruby/2.5.0/rubygems.rb:289:in `find_spec_for_exe': can't find gem bundler (>= 0.a) with executable bundle (Gem::GemNotFoundException) 結

はじめに はてなでSREをしている id:hokkai7go です。この記事は、SRE Advent Calendar 2018の13日目の記事です。 割れ窓理論とWeb開発での実践例について 割れ窓理論（われまどりろん、英: Broken Windows Theory）とは、軽微な犯罪も徹底的に取り締まることで、凶悪犯罪を含めた犯罪を抑止できるとする環境犯罪学上の理論。アメリカの犯罪学者ジョージ・ケリングが考案した。「建物の窓が壊れているのを放置すると、誰も注意を払っていないという象徴になり、やがて他の窓もまもなく全て壊される」との考え方からこの名がある。破れ窓理論[1]、壊れ窓理論[2]、ブロークン・ウィンドウ理論などともいう。  [割れ窓理論 - Wikipedia] より 割れた窓が放置されていると他の窓も割られやすくなってしまいます。軽犯罪を取り締まることで重大な犯罪も抑止できる

掲題のとおり、Rails Girls Kyoto 9thのコーチをしてきました。ブログを書くところまでが Rails  Girlsですという話があったので当日中にきちんと書いておきます。 http://railsgirls.com/kyoto201812.html コーチ経験は、2013年のTokyo 2ndに続いて5年ぶり2回目でした。なんとなく当時のページを見た感じでは、当時はRuby2.0がリリースされた頃だったらしいです。今では2.5系が最新なので、気がつけばわりと時間が経っていました。 時間が経っていたので、最近の様子に追随できてないかなと少し不安だったのですが、最近のガイドにて復習してみたところ、わりと大丈夫なことがわかり安心しました。 当日は何をやっていたかというと、インストールデイはニコニコしたり飾り付けの風船を生産しまくりました。というのも、マンツーマンでつくことのないフ