並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 814件

新着順 人気順

Mackerelの検索結果1 - 40 件 / 814件

  • はてなブログのキャッシュ周りをきちんと改善したら、アプリケーションサーバの台数を半分にできた話 - Hatena Developer Blog

    はてなブログでSREをやっているid:cohalzです。 2019年12月頃からid:utgwkkやid:onkとともに、はてなブログにおけるキャッシュ周りの改善を行いました。その結果、次のような成果が得られました。 ブログ記事のキャッシュヒット率が、1日平均で8%から58%に向上 アプリケーションサーバの台数を、以前の半数以下に削減 DBに届くリクエスト数が、以前の3分の2まで減少 レスポンスタイムの平均が、以前の8割まで減少 この記事では、実際にどういった改善を行ったのか、その際に気をつけたことや大変だったことを紹介します。 はてなブログがVarnishを導入した経緯と課題 開発合宿をきっかけに問題が明らかになる 進め方をまず考える ホストのメモリをできるだけたくさん利用する メモリを積んだホストでなぜかレイテンシが悪化 キャッシュが分散しないようVaryヘッダを使う デバイス情報を適

      はてなブログのキャッシュ周りをきちんと改善したら、アプリケーションサーバの台数を半分にできた話 - Hatena Developer Blog
    • ユニットバスの天井裏に備え付けのL2スイッチを発見した話 - hnwの日記

      (2021/06/23追記: この記事を書いてしばらくして引っ越しました。原状復帰済みです。念のため。) 私は同じ賃貸住宅に10年ほど済んでいるのですが、ごく最近になって自宅内に備え付けのL2スイッチが存在することに気づきました。ソイツはなんとユニットバスの天井裏にいたのです。 このスイッチをGbEスイッチにリプレースしたところ、自宅のコンピューティング環境を改善することができました。本稿ではその顛末を紹介します。皆様のお風呂場探検の参考になれば幸いです。 謎の情報コンセント 読者の皆さんは情報コンセントというものをご存じでしょうか。下の写真のようにイーサネットケーブルを差すコンセントのことを言うそうです。 我が家の情報コンセント これがない家もあると思いますが、私が今住んでいるマンションには情報コンセントが部屋ごとについています。 この説明は入居時に一切受けていないのですが、試しにイーサ

        ユニットバスの天井裏に備え付けのL2スイッチを発見した話 - hnwの日記
      • 「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab - ファインディエンジニアラボ

        id:Songmuです。現在は、Nature Remoというスマートリモコンや、Nature Remo Eというスマートエネルギーハブなど、電力系のIoT製品を開発しているNature株式会社で取締役CTOを務めています。 サーバーサイドからインフラにかけてのソフトウェアエンジニアリングが得意領域で、ISUCONというコンテストで3回優勝したり、Mackerelというクラウド監視SaaSのプロダクトマネージャーを務めたりもしていました。PerlやGoを中心に、多くのツールやライブラリをGitHubに上げています。 今でこそCTOという立場にありますが、私はあまり、他人のお手本になるような人生を送ってきていません。「将来こうなりたい」といったしっかりとした長期目標を立てることもなく、その場その場で適当に、時には真面目に生きてきた結果が現在です。うまくいったこととて、多分に生存バイアスがあり、

          「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab - ファインディエンジニアラボ
        • はてなのアプリ専用マンガビューワを集英社が採用。2,700万ダウンロードを超える「少年ジャンプ+」に提供開始 - プレスリリース - 株式会社はてな

          株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、株式会社集英社(以下「集英社」)が提供するマンガ誌アプリ「少年ジャンプ+」に当社開発のマンガビューワ「GigaViewer for Apps」の提供を開始したことをお知らせします。 当社では、2017年より「少年ジャンプ+」ブラウザ版に「GigaViewer for Web」を提供してまいりました(※)。このたび、ブラウザ版に続き、ダウンロード数2,700万を超える「少年ジャンプ+」iOS版/Android版アプリでも当社ビューワを採用いただいたことで、集英社と共に「少年ジャンプ+」ブランド全体の成長を目指してまいります。 ▽ 「少年ジャンプ+」について https://shonenjumpplus.com/ 「少年ジャンプ+」は、集英社の「少年ジャンプ+編集部」が運営するマンガサービスです。ブラウザ版とアプリ版で展開

            はてなのアプリ専用マンガビューワを集英社が採用。2,700万ダウンロードを超える「少年ジャンプ+」に提供開始 - プレスリリース - 株式会社はてな
          • アジャイル開発とデータベース設計 - 変化に対応するシンプルな実装のために必要なこと - Agile Journey

            はじめまして。そーだい(@soudai1025)です。私は普段は技術コンサルティングや受託開発を請け負う合同会社HaveFunTechの代表として、また、予防治療の自社サービスを展開する株式会社リンケージのCTOという二足の草鞋を履き、日々、さまざまなWebサービスの開発に携わっています。 これまでの開発経験のなかで、データベース設計に関わるさまざまな問題に遭遇してきましたが、本稿ではとくに、アジャイル開発時に発生しやすい問題とその対処についてお伝えしたいと思います。開発の現場で目にしやすい実装におけるアンチパターンを示しつつ、アジャイルという指針を維持しながら、対処となるデータベース設計についてご紹介します。 会員登録のアンチパターンと処方箋 イージーな実装とシンプルな実装 Userと言う名の罠 拡張と破綻 データベースは変化に弱い 仕様変更とテーブル変更 Addで変化に追従する 正規化

              アジャイル開発とデータベース設計 - 変化に対応するシンプルな実装のために必要なこと - Agile Journey
            • 数百万件残っていたHTTPのはてなブログを4年越しにすべてHTTPS化させた話 - Hatena Developer Blog

              こんにちは id:cohalz です。はてなブログでは2021年4月の公式ブログで、すべてのブログをHTTPSに一本化していくことを案内しました。 ▶ 「HTTPS配信」への切り替えと、ブログの表示の確認をお願いいたします この時点でまだ数百万件のHTTPのブログが残っている状態でしたが、2021年8月には上記の案内に追記したように、全ブログでHTTPS化を完了できました。 完了までに行ってきたことをこの記事で振り返ってみようと思います。 はてなブログのHTTPS化のこれまで はてなブログのHTTPS化は、2017年9月に最初のお知らせを行ってスタートしました。 当初の予定より時間がかかりましたが、2018年2月にHTTPS配信の提供を開始し、これ以降に作成されたブログは最初からHTTPSのみで配信されています。また、それ以前に作成されたブログでも、ユーザ側で設定を変更することで自分のブロ

                数百万件残っていたHTTPのはてなブログを4年越しにすべてHTTPS化させた話 - Hatena Developer Blog
              • 異動のおともにスキルマップ - スタディサプリ Product Team Blog

                こんにちは、Web Engineer の @wozaki です。 今回は、スキルマップを私が所属する開発チーム*1に導入した事例をご紹介します。 スキルマップとは、業務で必要なスキル(技術力、業務知識)と、チームメンバーのスキルレベルを一覧にした表です。 スキルマップの例 引用 スキルマップ作成のすすめ | Ryuzee.com 目次 概要 スキルマップ導入の背景 他社の事例とカスタマイズした点 スキルマップ詳細と運用方針 運用結果 まとめ 概要 チームで必要なスキル、メンバーのスキルレベル、志向性が不明だった 個人の志向性を表現できるようにカスタマイズしたスキルマップを導入した 結果 新メンバーにとって、スキル全体が明確になり、チームの役割の理解にも役立った スキル喪失リスクがあるものが明確になり、勉強会などスキル伝承のアクションにつながった 個人の志向性は、スキル伝承時の期待値調整にも

                  異動のおともにスキルマップ - スタディサプリ Product Team Blog
                • はてな株式会社はブログ/ブックマーク/匿名ダイアリーの会社ではなく、もはや漫画の会社である

                  はてなと言えばブログ、ブックマーク、匿名ダイアリーを思い浮かべる人が多いが、実はこれらはもはや脇役でいまや漫画の会社になっているという話。 まずはてな株式会社の業績を見ていく。 2023年7月期決算(2022年8月1日~2023年7月31日) 売上 31.50億円 営業利益 1.73億円 純利益 0.99億円 では売り上げの内訳は? コンテンツプラットフォームサービス 4.21億円(前年度比-14%) ← (個人向け)はてなブログなど コンテンツマーケティングサービス 6.97億円(前年度比-12%) ← (企業向け)はてなブログなど テクノロジーソリューションサービス 20.31億円(前年度比+14%) ← (企業向け)システム開発など 「漫画関係ある?ブログと絡めて漫画事業始めた?」と思うかもしれないがそれは違う。 テクノロジーソリューションサービスの内訳をもう少し詳しく見ていく。 M

                    はてな株式会社はブログ/ブックマーク/匿名ダイアリーの会社ではなく、もはや漫画の会社である
                  • Alfredの代替としてRaycastを使っている - 詩と創作・思索のひろば

                    新春ツール入れ替えシリーズです。macOS における Spotlight 的なランチャーツールとして Alfred を長いこと使ってきたが、最近 Raycast を使ってみてこれがよかったので、以来ずっと使い続けている。 Raycast - Supercharged productivity 開発者のための便利ツールという売り文句のようで、そういう点がまさに気に入った。 カレンダーの次の予定が表示される まずこれがいい。これだけで十分使える。ランチャーを起動したときにカレンダーの次の予定を表示してくれる。Enter でそのまま Meet や Zoom を開いてくれるのでキーボードから手を離す必要がない。 もともとカレンダーの確認には Dato を使っていたし今も使ってるが、これでミーティングへのアクセスがかなりよくなった。 コミュニティベースの Store で機能を追加できる https:

                      Alfredの代替としてRaycastを使っている - 詩と創作・思索のひろば
                    • 2019年のDevOps/MLOpsエンジニアの標準的スキルセット - Qiita

                      ちなみに、IT業界全体のシェアとしてはMicrosoftのAzureの方がGCPを上回っていますが、Web業界においてIaaSにAzureを採用している企業さんは2019年時点ではまだまだ少ないので、現状ではとりあえずAzureへのキャッチアップは後回しにしておいて問題ないと思われます。 クラウドアーキテクチャ設計 前述したAWSやGCPの各種マネージドサービスを適切に組み合わせてアーキテクチャ設計を行い、それを構成図に落とし込める能力は必須となります。 いわゆる「アーキテクト」という職種の担当領域でもありますが、「サービスを安定稼働させたまま、バリューをユーザに迅速に届ける」ためには、自動化のしづらい構成が採用されてしまったり、無駄な機能が開発されてしまったり、アンマネージドなツールやサービスが使用されて管理工数が肥大化したりしないように、アーキテクチャ設計の段階からDevOpsエンジニ

                        2019年のDevOps/MLOpsエンジニアの標準的スキルセット - Qiita
                      • 障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳

                        AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか?ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か?と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか?というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため

                          障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳
                        • はてな、KADOKAWAが運営する「魔法のiらんど」のリニューアルを支援 - プレスリリース - 株式会社はてな

                          株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、2020年4月1日に株式会社KADOKAWA(代表取締役社長:松原眞樹/本社所在地:東京都千代田区、以下「KADOKAWA」)が実施した「魔法のiらんど」のリニューアルに対して、KADOKAWAと協力し、サービス企画・システム開発を担当したことをお知らせします。また、今後は追加機能の継続開発や広告など「魔法のiらんど」の運用支援にも取り組みます。 ▽ 魔法のiらんど https://maho.jp KADOKAWAが運営する「魔法のiらんど」は、「日本最大級のガールズエンタテインメントサイト」です。無料ホームページサービスとしてスタートし、数多くの機能が提供されてきました。その中でも小説投稿機能では、2006年に単行本が刊行されベストセラーとなった「恋空―切ナイ恋物語」など、これまでにたくさんの人気作が生み出されていま

                            はてな、KADOKAWAが運営する「魔法のiらんど」のリニューアルを支援 - プレスリリース - 株式会社はてな
                          • 現代のWebアプリケーションエンジニアとして最低限の常識TODO - shimobayashiパブリック

                            古代のWebアプリケーションエンジニアなので、現代との差分を身に付けていくぞ! 個人的なスキルセットの差分を埋めるためのものなので、誰にでもマッチするものではありません。 習うより慣れろの精神で、読んで終わりじゃなくて手を動かします。 コンテナ化 done.icon The Twelve-Factor App (日本語訳) done.icon What is Amazon Elastic Container Service? - Amazon Elastic Container Service 機械翻訳がひどかったので英語版をGoogle翻訳で読むほうがマシそう メニュー1階層目だけ全部読んで、気になるところがあれば深堀りする ↑で物足りなかったらKubernetes完全ガイド 第2版 impress top gearシリーズ | 青山真也 | 工学 | Kindleストア | Amazo

                              現代のWebアプリケーションエンジニアとして最低限の常識TODO - shimobayashiパブリック
                            • はてな株に投資すべきか - 東雲製作所

                              日経平均株価は一時3万1000円を超え、33年ぶりの高値をつけた。 一方ではてな株は低迷している。2019年前半に急騰して5000円台になったのを除けば長期右肩下がりだ。 これだけ下落したのだから、はてな株は買いチャンスなのではないかと思われるかもしれない。 そこで、はてな株に投資すべきかを初心者向けに解説してみた。 1.株価指標 Yahooファイナンスを見ると、5月26日時点ではてなの株価指標は下記の通りだ。 finance.yahoo.co.jp PER(会社予想)25.09倍 PBR(実績)0.96倍 1株配当 - それぞれの意味について簡単に解説する。 *PER PER(株価収益率)は株価÷1株当たり純利益。ここでは会社予想とあるので、株価÷今期の1株当たり会社予想利益=25.09ということだ。 会社の利益が100%株主のために使われる場合、何年で株を買った元が取れるかを示している

                                はてな株に投資すべきか - 東雲製作所
                              • 何かを学ぶことに「今更遅い」、なんてない。|曽根 壮大(そーだい)

                                データベースのスペシャリストとして知られる曽根壮大(そね たけとも)さん。ベンチャー企業のCTO(最高技術責任者)やインターネット企業のCRE(Customer Reliability Engineering・顧客信頼性エンジニアリング)を務めるなど、エンジニア系のコミュニティーをけん引している。講演者としても一流で、イベントにも引っ張りだこ。その世界では「そーだいさん」として、多くの人に頼られる存在だ。 しかし、そのスタートは警察官という全く別分野だった。新たな道へ進んだのは、プログラミングの知識もなかった23歳の頃のこと。 何かを始める場合、人によっては「今更始めても遅いかも……」と躊躇(ちゅうちょ)するかもしれない。高度なスキルが求められるIT業界で、そーだいさんがいまの地位までたどり着いた理由はどこにあるのだろうか。 そーだいさんならではの「学び」への姿勢、そして新しいことを始める

                                  何かを学ぶことに「今更遅い」、なんてない。|曽根 壮大(そーだい)
                                • 53サービス・アプリのクラウドやフレームワーク・言語など聞いてみた! アーキテクチャ大調査2020|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                  53サービス・アプリのクラウドやフレームワーク・言語など聞いてみた! アーキテクチャ大調査2020 エンジニアHub恒例のアーキテクチャ大調査。2020年版では、フロントエンドとサーバサイドの開発環境や、クラウドサービスの利用を分けてアンケートを実施。53のアプリ・サービスから回答がありました。 ソフトウェア開発には日進月歩で新しいテクノロジーが続々と登場し、開発からデプロイ・運用までさまざまな環境でトレンドが次々と移り変わっていきます。そこには、技術選択した開発者の設計思想も見えてきます。 エンジニアHubでは、2017年と2019年にさまざまなIT企業にアンケートを実施し、各社のサービスやアプリを開発しているプログラミング言語やアーキテクチャ、またインフラを構成するミドルウェアやデータベースをまとめて掲載しました。 今回の2020年版ではテクノロジーの進化にあわせ、開発環境についてWe

                                    53サービス・アプリのクラウドやフレームワーク・言語など聞いてみた! アーキテクチャ大調査2020|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                  • Nature Remo作ってる会社のCTOになったのでみんな買ってくれよな! | おそらくはそれさえも平凡な日々

                                    6月1日付けでNature Japan株式会社の取締役CTOに就任しました。最初の営業日の6/3(月)からいきなり台湾出張に行ってきました。良いスタートアップ感。ついでに本日6月5日に39歳になりました。新たなチャレンジにワクワクしています。 大塚(@maaash)さん、村瀬(@typester)さんに続く3代目のCTOとなります。2人はカヤック時代の同僚でもありますが、カヤックのラボチームのダブルエースだった彼らの後任としてCTOをやるのは恐れ多いのですが、僕は組織づくりなど含めて僕なりに組織に貢献していきます。 当社はおかげさまでスマートリモコンのNature Remoが好調で、現在はNature Remo Eというスマートエネルギーハブの開発を進めているところです。今後は電力なども見据えて事業を展開していく計画で面白いフェーズにあります。 まだ、社員全員でも10人に満たない小さな会社

                                      Nature Remo作ってる会社のCTOになったのでみんな買ってくれよな! | おそらくはそれさえも平凡な日々
                                    • JVM上で動くWebアプリケーションがリソースを食いつぶす原因を探るためにやったこと【Backlog Play化プロジェクト】

                                      ヌーラボでScalaを書くRubyistの谷本です。ヌーラボでは、Backlogの開発を担当しており、最近ではBacklogをJavaからScala / Play Frameworkに移行するプロジェクトのメンバーでした。 BacklogのPlay化プロジェクトでは、OutOfMemorryError(以下、OOM)の発生やCPU使用率とロードアベレージが上がったままという、Java Virtual Machine(以下、JVM)上で動くBacklogのパフォーマンスに関する問題に対処すべく、何度かHeap/Thread dumpを見る機会がありました。 私がPlay化プロジェクトで取り組んだパフォーマンス改善の知見や経験をもとに、本記事では「JVMで起こったパフォーマンスの問題の切り分け方」についてお届けします。 はじめに 本番環境でしばらく動かしていると、コード自体は正しく実行できるけ

                                        JVM上で動くWebアプリケーションがリソースを食いつぶす原因を探るためにやったこと【Backlog Play化プロジェクト】
                                      • Pull Requestから社内全チームの開発パフォーマンス指標を可視化し、開発チーム改善に活かそう - Hatena Developer Blog

                                        こんにちは。id:shiba_yu36です。MackerelチームでWebアプリケーションエンジニアをしています。最近の開発合宿で、id:syou6162やid:polamjagと一緒に、社内の全チームの開発パフォーマンスを表す指標をGitHubのPull Requestから可視化し、開発チームの改善に活かせるようにしました。今回はその紹介をします。 説明するサンプルコードは、次のレポジトリで公開しているので参考にしてください。ここではGitHubのhatenaオーガニゼーションで集計していますが、forkして少し手直しすれば、別のオーガニゼーションの集計も可能になっています。 hatena/pull-request-analysis-sample 開発チームの改善におけるいくつかの課題感 開発チームのパフォーマンス指標に何を使うか 4つの指標のうち何からまず集計するか 変更のリードタイム

                                          Pull Requestから社内全チームの開発パフォーマンス指標を可視化し、開発チーム改善に活かそう - Hatena Developer Blog
                                        • チームに浸透させるのが近年では難しくなっている - id:onk のはてなブログ

                                          昨日「動いたけどチームメンバーを説得するのが面倒で、秘蔵のブランチになってしまう」って言ったけど、この気持ちはどこから出てくるのか。 分かりやすい Cons があると、反発が予想できて、その反発を解決するところまで労力を割くほどの気持ちが無いので困る。「直ちに問題になるわけじゃないが、どちらかというとやった方がいい、でもリスクもある」という選択肢を選べずにズルズルと現状維持に向かう圧力は、ある。チームの同質性が高いうちはほとんど困らないんだが、人数が増えたり、別の職種が増えたりするごとに「面倒」さはどうしても増していく。 我々の信念として以下を持ってはいるが、現状維持に向かう圧力がある中で変化を加えるのはそこそこ労力が要り、閾値を超えると変化が発生しなくなってしまう。 業務・開発フローは「変えることは無条件に正しい」くらいに思って良いと思っています。 素早く変えてもし仮にダメだったら素早く

                                            チームに浸透させるのが近年では難しくなっている - id:onk のはてなブログ
                                          • Kubernetesの自前運用は難しい? はてなの撤退事例

                                            はてなのMackerelチームはKubernetesクラスタを自前で構築して運用していたが、撤退を選択したという。なぜ、Kubernetesの運用を諦めて撤退を選んだのか。はてなのMackerelチームでSREを務める今井隼人氏が語った。 コンテナ型仮想化技術を活用したアプリケーションの管理(オーケストレーション)ツール「Kubernetes」が注目を集めている。その背景の一端にあるのが、アプリケーションをコンテナ化し、マネージドKubernetesサービスで実行することによるメリットの享受と、運用負荷の軽減だ。 参考記事:「Kubernetes」とは何か――コンテナ型仮想化の本番利用に向けた課題 参考記事:「Kubernetesで運用する」その前に Kubernetesを本番環境で利用する際のポイント そんな中、「Kubernetesクラスタを自前で構築して運用していたが、撤退を選択した

                                              Kubernetesの自前運用は難しい? はてなの撤退事例
                                            • Kubernetesの自前運用はやっぱりツライらしい - orangeitems’s diary

                                              Kubernetesの自前運用は難しい これから嫌でもコンテナと戦わなければいかないインフラエンジニアには何度でも読み返してほしい記事です。 www.atmarkit.co.jp はてなのMackerelチームはKubernetesクラスタを自前で構築して運用していたが、撤退を選択したという。なぜ、Kubernetesの運用を諦めて撤退を選んだのか。はてなのMackerelチームでSREを務める今井隼人氏が語った。 考察 この話、20年前のLinux草創期を思い出すんです。 雑誌の付録にLinuxがCD-ROMで付いてたんです。最近のスマートなCentOSとかじゃなくてですね、何Linuxだか忘れたのですがインストールも含めて3日間ぐらいかけて取り組んだんですが結局失敗した記憶があります。 これからKubernetesなりコンテナがやってくるのはここ最近に書いた通りで、早くそっちの世界に行

                                                Kubernetesの自前運用はやっぱりツライらしい - orangeitems’s diary
                                              • Amazon RDS Proxy が BASE にもたらした期待以上の導入メリット - BASEプロダクトチームブログ

                                                はじめに 基盤チームでバックエンドエンジニアをやっている松田( @tadamatu )です。 以前にCTO川口が当ブログ内で公開した以下の記事があります。 devblog.thebase.in 新規接続の限界 BASE のアクセス量の伸びは凄まじくこの構成でも接続エラーが発生するようになってしまいました。 ピーク時に秒間 2 万もの新規接続が primary インスタンスへ行われているといった状態です。 この記事が公開されたのが約2年前で、当時100万程度 だったショップ数は170万を超え、我々はまだまだ伸ばしたいと考えています。 これは、ショップ数の伸びとともに、指数関数的に増えていくユーザのアクセスを捌く必要があることを意味します。 ブログ公開当時、我々はさまざまな検討の末、以下のような対策を取りました。 残された手段は primary のインスタンスに対しての接続数を如何にして減らす

                                                  Amazon RDS Proxy が BASE にもたらした期待以上の導入メリット - BASEプロダクトチームブログ
                                                • あなたは本当に文章を書くのが遅いのか | おそらくはそれさえも平凡な日々

                                                  このエントリーは、Mackerel Advent Calendar 2020 5日目の記事です。 さて、多くの人が「自分は文章を書くのが遅い」と思っているのではないでしょうか。僕もそう思っていました。 ブログエントリーを書き出すと得てして思っていた以上の時間がかかります。書くことがだいたい決まっているちょいネタのつもりであっても書き出してみたら数時間かかってしまう、大作であれば丸一日潰れてしまったり、しばらく寝かして数日がかりになることも珍しくありません。そして「ああ、自分は文章を書くのがなんて遅いのだ」と嘆いてしまうのです。 そして、見事な大作ブログ記事をバンバン投稿している人を見ると「書くのが速い人は羨ましいなー」と羨望してしまいます。また故栗本薫氏が、一時間に原稿用紙96枚分を書いたなどの伝説を聞くに、圧倒されて唖然としてしまい、やる気を失ってしまいそうになります。 しかし果たして本

                                                  • 我々は Kubernetes の何を監視すればいいのか?

                                                    freee では仮想マシンのインフラ監視に Mackerel を使っていますが、Kubernetes を使っているところは前例にとらわれずゼロベースで見直そうとしています。現状は Elastic Stack と Mackerel のハイブリット構成になっています。 Elastic Stack による Kubernetes モニタリングシステムの紹介 - freee Developers Blog どの SaaS を使うかを決める前に、そもそも Kubernetes の何を監視すればいいのか? というところから考え直しています。宣言的なマニフェストにより Kubernetes が自律的にあるべき状態を保ってくれるのであれば、これまでの監視とは異なってくるはずです。 監視の観点として、ここでは通知レベルを用いて次の 3 つに分類します。 None: メトリクスは収集するが通知しない Notic

                                                      我々は Kubernetes の何を監視すればいいのか?
                                                    • マネジメントも「技術」のひとつ。技術志向だったエンジニアが、開発チームのディレクターに挑戦するわけ - Findy Engineer Lab

                                                      こんにちは。粕谷大輔(@daiksy)です。インターネット上では「だいくしーさん」と呼ばれることが多いです。現在は株式会社はてなで、Mackerel開発チームのディレクターを務めています。Twitterなどで使っている、地獄のミサワ風のアイコンをご覧になった方もいらっしゃるかもしれませんね。このアイコンは、前職のフロントエンドエンジニアに描いてもらったものです。 今の自分の仕事は、エンジニアとデザイナーで構成される開発チームを指揮し、プロダクトの安定稼働と、定常的なデリバリーに責任を持つことです。「エンジニアリングマネージャー」という言い方をすると、分かりやすいかもしれません。 自分のこれまでのキャリア選択を振り返ると、もちろん結果論のようなところもありますが、ある程度狙いを定めてキャリアを歩んでこられたのではないかと思います。本記事では自分のこれまでのキャリアについて、「どのように狙いを

                                                        マネジメントも「技術」のひとつ。技術志向だったエンジニアが、開発チームのディレクターに挑戦するわけ - Findy Engineer Lab
                                                      • 手を動かさないマネージャーを試している - id:onk のはてなブログ

                                                        2 月から、Mackerel チームの所属になった。 今日から異動して Mackerel チームです。非正規ルートでの要望でもいい感じにやるので何でもください!— Takafumi ONAKA (@onk) February 1, 2023 これを期に、せっかくなのでコードを読まないマネジメントスタイルを試してみようと思って、実践している。 今までは自分が一番プロダクトのコードベースに詳しい状態を作ってきていて、障害対応でも嬉々として先頭に立つようなテックリードスタイルだった。 この姿が天職と思っているが、今までの人生で、コードの細かい話が通じない (というか、共通言語や会話のレイヤーが違う) けれども非常に信頼できるマネージャーと仕事をしてきた経験はあるので、自分も彼らのようなムーブが可能なんだろうかとやってみたくなったのだ。知識欲が減衰した老害化現象ではないと思う。きっと、たぶん。 も

                                                          手を動かさないマネージャーを試している - id:onk のはてなブログ
                                                        • 監視の考え方 〜あるいは可観測性とはなんなのか〜 - estie inside blog

                                                          みなさん、監視作ってますか? システムを作ったら、そのシステムを監視していく必要がありますよね。どうやったら「いい監視」が作れるのでしょうか。「いい監視」とそうでない監視との違いとは、いったいなんでしょうか。 今の時代、「監視」ではなくて「可観測性」、 Observability (o11y) の時代になっていて、良いプラクティスや考え方が色々とあります。 この記事は、監視や o11y についての考え方を社内に共有するため書いたものを、社外共有用に調整し直したものです。新しい Observability の時代を、一緒に生きていきましょう。 監視を作ろう あなたはシステムを作りました。そのシステムに「監視」をつけようと思ったとき、最初にすることはなんでしょうか? まずは、システムを何らかのツールで監視するところから始めましょう。やらなきゃはじまらない。 Nagios, Cacti, Mun

                                                            監視の考え方 〜あるいは可観測性とはなんなのか〜 - estie inside blog
                                                          • はてなと集英社がマンガ家のための作品投稿・販売プラットフォーム「マンガノ」を開始。新たなマンガ投稿サービスで協業 - プレスリリース - 株式会社はてな

                                                            株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、株式会社集英社(以下、集英社)の少年ジャンプ+編集部と協業し、本日2021年4月21日よりマンガ投稿サービス「マンガノ」の提供を開始したことをお知らせします。「マンガノ」は、ユーザー投稿型サービスやマンガビューワを提供する当社と、数々の人気マンガを世に送り出してきた集英社が共同開発した、マンガ作品に特化した投稿サービスです。マンガ家にとっての使いやすさを追求した作品投稿機能に加え、作品の販売機能も備えています。 当社と集英社は「マンガノ」の運営と継続的な機能開発に共同で取り組み、マンガ家によるインターネットを活用したマンガ作品の公開・販売、読者とのつながりを支援してまいります。 ▼ マンガ投稿サービス「マンガノ」 URL:https://manga-no.com/ 「マンガノ」の主な特長 マンガを自由に公開できる マン

                                                              はてなと集英社がマンガ家のための作品投稿・販売プラットフォーム「マンガノ」を開始。新たなマンガ投稿サービスで協業 - プレスリリース - 株式会社はてな
                                                            • postgresのデータを盗まれた話 - のんびりやの日記

                                                              はじめに さっぶ。どうも、だーやまんです。 この記事は、本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiitaの11日目の記事です。 これは、中途半端な知識でサービスを運用していた結果、タイトル通りの大失敗をしてしまったお話です。個人開発での出来事なので、業務で起きたことかと胃薬を握られていた方はご安心ください。 語るのもすごい恥ずかしいレベルですが、戒めのために晒しておきます。 この記事を読んでほしい人 初めてインターネット上にサービスを公開しようとしている人 喋太郎の利用者様(この場をお借りして、改めてお詫び申し上げます。本当に申し訳ございませんでした。) 背景とか Discord読み上げBot 「喋太郎」にてやらかしました www.dayaman.work 利用者が約10万人 さくらのVPSにてAppサーバ2台、DBサーバ1台で運用 各サーバの死活監視

                                                                postgresのデータを盗まれた話 - のんびりやの日記
                                                              • データ分析を元にFAQサイトを継続的に改善する - yasuhisa's blog

                                                                FAQサイト、サポート問い合わせをせずとも自分で疑問を解決できて便利ですよね。でも、検索した単語が一件もヒットしないと、ちょっとガッカリしてしまします。そういったガッカリを減らすために、簡単なデータ分析を使ってFAQサイトを継続的に改善する話を書いてみます。 ...というのも、自分が仕事で関わっているMackerelでは最近FAQをリニューアルしたからなのでした。 MackerelのFAQではZendesk Guideを利用していますが、Zendesk Guideは便利なAPIが用意されているので、それと既存のデータ基盤を組み合わせて改善していく形です。 FAQサイト内の検索語を列挙する まず、FAQサイト内でどういった単語が検索されているのかを列挙します。Google Tag Manager経由でFirebase Analyticsにデータを飛ばすと閲覧状況が分かりますが、そのログをBi

                                                                  データ分析を元にFAQサイトを継続的に改善する - yasuhisa's blog
                                                                • はてな、20周年で企業ロゴをリニューアル - プレスリリース - 株式会社はてな

                                                                  株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、企業ロゴのデザインをリニューアルし、本日2021年7月15日に公開しました。 当社では“「知る」「つながる」「表現する」で新しい体験を提供し、人の生活を豊かにする”をコーポレートミッションに、さまざまな個人向け・法人向けサービスを展開しています。 2001年7月15日に最初のサービス「人力検索はてな」の提供を開始し、本日20周年を迎えました(※)。より良いサービスの提供と、コーポレートミッションの実現に向け、新しい企業ロゴでは、これまでの企業ロゴのイメージを踏襲しながらも、コーポレートミッションを意識したデザインに変更しました。 ▽ ロゴデザインについて ロゴマークは、「ノード」や「二進法」をモチーフに、知的好奇心と当社を象徴する「はてなマーク」が浮かび上がるデザインです。 また、技術の力でWebサービスを開発する「も

                                                                    はてな、20周年で企業ロゴをリニューアル - プレスリリース - 株式会社はてな
                                                                  • はてなでのKubernetes利用の取組み - Hatena Developer Blog

                                                                    こんにちは、入社 3 年目の SRE の id:kizkoh です。 今年から別のチームに異動になったのですが、以前は Mackerel チームで仕事をしていました。 このエントリでご紹介するのは私が以前担当していた Mackerel での Kubernetes(k8s) クラスタ利用の取組みになります。 はじめに 入社してから約 2 年間 Mackerel チームでサービス運用開発の仕事をしていました。直近のトピックでは 2 月に公開された Mackerel コンテナエージェントの開発、検証のお手伝いとして k8s クラスタでの検証や Mackerel のシステムのコンテナ運用として k8s クラスタ基盤の設計構築に取り組んでいました。 昨年 2018 年は国内で Japan Container Days (今年からは CloudNative Days です)が開催され k8s のトピッ

                                                                      はてなでのKubernetes利用の取組み - Hatena Developer Blog
                                                                    • Linux eBPFトレーシング技術の概論とツール実装 - ゆううきブログ

                                                                      eBPF(extended Berkley Packet Filter)という用語を著者が初めてみかけたのは、2015年ごろだった。最初は、eBPFをその字面のとおり、パケットキャプチャやパケットフィルタリングを担うだけの、Linuxの新しいサブシステムであろうと認識していた。しかし、実際にはそうではなかった。 システム性能の分析のための方法論をまとめた書籍Systems Performance 1 の著者で有名なBrendan Greggが、Linuxのネットワークサブシステムとは特に関係ない文脈で、古典的なシステム性能計測ツールでは計測できないことを計測するツールを作っていた。その計測ツールがeBPFという技術によって実装されていることを知ったときに、eBPFに興味をもったのだった。また、eBPFは、システム性能を調べる用途以外にXDP(eXpress Data Path)と呼ばれるプ

                                                                        Linux eBPFトレーシング技術の概論とツール実装 - ゆううきブログ
                                                                      • はてな、3月に京都オフィスを移転。フルリモートも可能なフレキシブルワークを推進し、採用を強化 - プレスリリース - 株式会社はてな

                                                                        株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、2022年3月14日より、本社である京都オフィスを移転することをお知らせします。 移転先は以下の通りです。 京都オフィス(本社) 現在の住所:京都府京都市中京区御池通間之町東入高宮町206 御池ビル9F 移転先住所:京都府京都市中京区烏丸通六角下ル七観音町630 読売京都ビル7F 現在の在宅勤務中心の働き方に合わせたオフィス規模に変更すると同時に、出社勤務の際に快適に過ごせる・業務に集中できる空間を、変化に柔軟に対応しながら提供していくことを目指します。 イメージ画像提供:コクヨマーケティング株式会社 ▽ 京都オフィス移転の背景 当社では、2020年11月より、変化やスタッフの働きやすさに合わせた「フレキシブルワークスタイル制度」を実施しています。これにより全従業員は在宅勤務と出社勤務を自由に選択可能になりました。 (

                                                                          はてな、3月に京都オフィスを移転。フルリモートも可能なフレキシブルワークを推進し、採用を強化 - プレスリリース - 株式会社はてな
                                                                        • PythonとType Hintsで書くバックエンド | メルカリエンジニアリング

                                                                          こんにちは、AIチーム所属の@shidoです。CRE (Customer Reliability Engineering) 領域でMLを扱っています。 みなさんはPythonで本番コードを書くことについてどうお考えでしょうか。「研究/分析以外には使いたくない」「遅い」「動的型付け言語を本番用に使いたくない」といった声が聞こえてきそうです。 しかしながら機械学習サービス(または機械学習サービスのためのサービスなど)を作りたい場合、「学習に利用したPython用のライブラリを使用したい」「Pythonでやっていた分析と同じことを本番環境内でもやりたい」など、Pythonでバックエンドを実装したくなることがあると思います。 この記事ではtype hintsを付けながらPythonを書くことで、GoやJavaのようなサーバーサイドでよく使われる言語と可読性や保守性、場合によっては型安全性も同じレベ

                                                                            PythonとType Hintsで書くバックエンド | メルカリエンジニアリング
                                                                          • はてな開発のマンガビューワを小学館が採用。ビューワ導入14社16例目は「サンデーうぇぶり」 - プレスリリース - 株式会社はてな

                                                                            株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、株式会社小学館(代表取締役社長:相賀昌宏/本社所在地:東京都千代田区)が本日2021年11月9日にリニューアルしたWebマンガサイト「サンデーうぇぶり」に当社開発のマンガビューワ「GigaViewer」が採用され、提供を開始したことをお知らせします。マンガサービスへの「GigaViewer」導入は、今回で14社・16例目です。 当社ではWebマンガサイト「サンデーうぇぶり」のリニューアルにあたり、マンガビューワ「GigaViewer for Web」の提供とサイトデザイン、サービス企画、サイト開発を担当しました。また、ビューワに掲載する広告の運用と販売にも取り組み、株式会社小学館とともに「サンデーうぇぶり」の広告マネタイズを推進してまいります。 ▽ Webマンガサイト「サンデーうぇぶり」 https://www.sun

                                                                              はてな開発のマンガビューワを小学館が採用。ビューワ導入14社16例目は「サンデーうぇぶり」 - プレスリリース - 株式会社はてな
                                                                            • はてな、Nintendo Switchソフト 『スプラトゥーン3』のゲーム連動サービスで任天堂の開発に協力 - プレスリリース - 株式会社はてな

                                                                              株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、任天堂株式会社(以下、「任天堂」)のNintendo Switch™ソフト『スプラトゥーン3』のゲーム連動サービスである「イカリング3」の開発に携わったことをお知らせします。本日2022年9月9日、『スプラトゥーン3』の発売と同時に「イカリング3」もサービスを開始しています。 任天堂とはてなの取り組みは今回の「イカリング3」で5例目、Nintendo Switchソフトのゲーム連動サービスとしては『スプラトゥーン2』に連動した「イカリング2」、『大乱闘スマッシュブラザーズ SPECIAL』に連動した「スマプラス」に続いて3例目となります。 ▽ 「イカリング3」とは https://www.nintendo.co.jp/switch/av5ja/online/index.html © Nintendo 任天堂が提供する「

                                                                                はてな、Nintendo Switchソフト 『スプラトゥーン3』のゲーム連動サービスで任天堂の開発に協力 - プレスリリース - 株式会社はてな
                                                                              • 猛烈に成長するSaaSのインフラを猛烈にカイゼンする技術 - ANDPAD Tech Blog

                                                                                SREチーム 鈴木心之介 です。 職歴の空白 を経て参画しました。 社名変更して co.jp ドメインを複数保有する技術 の節は皆様ありがとうございました。 たぶんそのうち書かれるだろう「Dockerコンテナ移行しました」記事の先史時代の記録として、また、事業の成長に併走してきたEC2でのアーキテクチャの御焚上として奏上するものです。 問題意識 アプリケーションはRuby on Railsで実装し、インフラはAWSにEC2, RDS, S3を中核に構成してます。運用状況はEC2に限らず大変きびしく、早くどうにかしないと事業の成長の足枷になりそうでした。入社前のカジュアル面談で伺っていた情報と、入社後の情報収集から、大枠の問題意識を以下4つに絞りました。 デプロイメント セキュリティ スケーラビリティ ディザスタリカバリ どれも解決すべきで、優先順位にみなさま一家言あるかと思います。ただセキ

                                                                                  猛烈に成長するSaaSのインフラを猛烈にカイゼンする技術 - ANDPAD Tech Blog
                                                                                • 【第3回】CTOはWeb技術のトレンドに何を見てきたか | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

                                                                                  日本を代表するブログサービスをはじめ、近年ではサーバ監視サービスMackerelでも知られる株式会社はてな。日本におけるWeb開発の黎明期から現在に至るまで、新旧さまざまな技術スタックが混在する環境で、CTOであるmotemenさんこと大坪弘尚さんはどのような心構えで技術選択に挑んでいるのか。初代はてなCTOでもある株式会社一休CTOの伊藤直也さんが聞き出します。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務めた株式会社はてなでは「はてなブックマーク」などの開発を主導。グリー株式会社では統括部長としてSNSを担当した。2016年4月、一休に入社し執行役員CTOに就任。 ・大坪 弘尚さん / 株式会社はてな CTO 2008年、東京大学大学院情報理工学系研究科を中退後、アプリケーションエンジニアとして新