Sidekiqで実現する 長時間非同期処理の中断と再開 / Pausing and Resuming Long-Running Asynchronous Jobs with Sidekiq2024.10.25 Fri Kaigi on Rails 2024@有明セントラルタワーホール & カンファレンス（東京）
茅原実里のパレードはこれからも続く――河口湖ステラシアターにて行われた「茅原実里 20th Anniversary Live“Historical Parade”」をレポート
茅原実里のパレードはこれからも続く――河口湖ステラシアターにて行われた「茅原実里 20th Anniversary Live“Historical Parade”」をレポート 2021年、8月。茅原実里と私たちは河口湖ステラシアターにいた。それは当時、年内での無期限の音楽活動休止を発表していた彼女にとって、13年続いた河口湖での“最後”のライブとなるはずだった。そしてその年末には、彼女は宣言どおり自身の音楽活動に一旦のピリオドを打った。あれから3年の月日が経った2024年。茅原実里と私たちは再び河口湖ステラシアターにいた。自身の音楽活動20周年を記念したライブ「茅原実里 20th Anniversary Live“Historical Parade”」にて、“いつもとはちがう夏”を迎えることとなった。歓喜に溢れた再会、20年というキャリアを巡る歴史、そして茅原実里という音楽と歌――それらが
ゼロからのハイパーバイザ自作入門
本書では、64-bit ARM (ARMv8/AArch64) アーキテクチャを前提としたハイパーバイザの仕組みをできるだけ分かりやすく解説し、実際にラズベリーパイ4やQEMUで動作するハイパーバイザ (Type1) を自作する方法を解説しています。 ソースコード: https://github.com/HidenoriMatsubayashi/evisor ⬛︎ 注意 本書はまだ作成中（現在5章を作成中）ですが、モチベーション維持のために公開している状態です（章立てなど今後変わる可能性ありです）。内容は随時更新していますので、気になる方はウォッチやコメント等をお願いします。 ⬛︎ 学べること ・ハイパーバイザとその仕組みと原理 ・64-bit ARM (ARMv8/AArch64) アーキテクチャの仮想化支援機構 ・自作ハイパーバイザの作り方 ⬛︎ コミュニティ 質問や間違い指摘など本書
RubyKaigi 2024に行ってきた＆しゃべってきた - たごもりすメモ
沖縄、那覇で行われたRubyKaigi 2024に参加してきた。いやあ、もう、最高でしたね。 (Photo by @hsbt -san) しゃべってきた "Namespace, What and Why" というタイトルで話してきた。 speakerdeck.com これはいまRubyに提案している"Namespace on read"というものについての紹介で、本当は実装面とかも細々ひたすら語りたかったんだけど、なにしろこれまでのRubyに全くなかったパラダイムと機能なので、デモやユースケースの紹介、これからどうなるか、みたいな解説を中心にせざるをえなかったかな、というのはある。けど、そうしただけあって、聞いてくれた人達にはかなりインパクトを与えられた、んじゃないかなあ、少なくともKaigi中にいろんな人から感想を聞く限りは……。 実装はまだ完成していなくて、自分のトークが15日(水曜)
SDPFクラウド/サーバ ファイアウォールサービスのテストを高速化した話 - NTT Communications Engineers' Blog
この記事では、SDPFクラウド/サーバで提供しているファイアウォールサービスについて、数週間かかっていたコントローラのテストを一新し、開発効率/品質向上に繋がった事例を紹介します。 目次 目次 はじめに ファイアウォール サービスとは テストにおける課題 問題1: テスト時間が長い 問題2: テストツールのEOL テスト環境の一新 問題の調査と整理 外部サービスのmock化 apiごとのテスト実装 CIの導入 テスト環境を一新して さいごに はじめに みなさん、こんにちは。 現在、SDPFクラウド/サーバで提供しているファイアウォール/ロードバランサーのサービス開発業務に携わっています、片貝です。 この記事では、数週間かかっていたファイアウォールサービスのテストを一新し、開発効率/品質向上に繋がった事例を紹介させていただきます。 ファイアウォール サービスとは ファイアウォールサービスでは
様々なrate limitアルゴリズム - Carpe Diem
概要 インターネットに晒されているWebサービスでは TV等で紹介されたことによる大量流入 悪意ある人物からの攻撃 クライアントのバグに依る大量リクエスト など、本来想定していた以上のトラフィックが来ることはよくあります。 単純にシステムを構築すると大規模トラフィックに対応できずシステムがスローダウンしてしまうため、何かしらrate limitをかけておいた方が良いです。 ただしrate limitと一口に入っても色々あるため、今回は主なrate limitアルゴリズムを紹介します。 Leaky bucket Leaky bucketはデータ転送レートを一定にする（＝上限を設定する）アルゴリズムです。 下の図のように、様々な流量の水流がそのバケツに流れ込んでも小さな穴からは一定の水流が流れ出す仕組みです。 ref: What is the difference between token
So You Think You Know Git - FOSDEM 2024
Scott Chacon's FOSDEM 2024 talk on Git Tips and Tricks and why he's working on GitButler now (https://gitbutler.com) Scott talks about: 00:00 - Introduction 01:06 - About Me (well, Scott Chacon) 02:36 - How Well Do You Know Git? 05:09 - Our Agenda 06:25 - Some Helpful Config Stuff 09:42 - Oldies But Goodies 16:22 - Some New Stuff (You May Not Have Noticed) 23:48 - Some Big Repo Stuff / Monorepo
So You Think You Know Git - FOSDEM 2024
Scott Chacon's FOSDEM 2024 talk on Git Tips and Tricks and why he's working on GitButler now (https://gitbutler.com) Scott talks about: 00:00 - Introduction 01:06 - About Me (well, Scott Chacon) 02:36 - How Well Do You Know Git? 05:09 - Our Agenda 06:25 - Some Helpful Config Stuff 09:42 - Oldies But Goodies 16:22 - Some New Stuff (You May Not Have Noticed) 23:48 - Some Big Repo Stuff / Monorepo
Kubernetesは怖くない！開発者のためのインフラトラブルシューティング入門
Kubernetesが導入される企業が徐々に増える中で、「これまでインフラレイヤに触ったことがないのにKubernetesを触る必要が出てきた」という開発者の方もいるのではないかと思います。そういった方にむけて「Kubernetesとはなにか」からはじまり、Kubernetesに乗せたアプリケーションが…
リリース頻度を毎週から毎日にしてみた - NTT Communications Engineers' Blog
目次 目次 はじめに NeWork とは リリース頻度変更の背景 それまでの運用 課題 実現方法 解説 日次でワークフローが起動するようにする main ブランチの HEAD にタグが付与されていなければ付与する develop に差分があれば main へのマージを自動で行う 細かな工夫点 main の内容を develop に自動で取り込む 祝日はリリースしないようにする 自動リリース・自動 develop → main マージの制御 Slack にリリース結果を通知する stg 環境に変更内容を通知する その他の考慮 上司への事前説明の省略 スプリントレビュー前のリリース リリースノート 品質面 リリース頻度を変えてみて おわりに はじめに こんにちは、NeWork 開発チームの藤野です。普段はオンラインワークスペースサービス NeWork のエンジニアリングマネジメントをしています
AEONテックブログはじめるってよ
どうもはじめまして！ イオンスマートテクノロジー株式会社のCTO室でSREやってる@Tocyukiです！ というわけで(?)すでに何本か記事が上がってきておりますが、この度テックブログを開設したのでご挨拶と共にイオングループについてテックブログ開設の背景や目的、今後の展望などについてご紹介していければと思います！ イオンについて 多分、イオンという名前を聞いて「なにそれおいしいの？」となる方はあまりいないぐらいには日本国内で認知されている会社だと思います。 しかしながらその実態は巨大なグループ企業であり自分自身もグループ内にどのような会社、事業が展開されていているのかは正確に把握していませんし、この会社もイオングループだったのか!? と驚くことも少なくありません（しっかりしろ） ITやWeb技術が当たり前になった現在、御多分に洩れずイオンもその恩恵にあずかりながら様々なグループ会社で様々な
Deploy web apps anywhere
Kamal offers zero-downtime deploys, rolling restarts, asset bridging, remote builds, accessory service management, and everything else you need to deploy and manage your web app in production with Docker. Originally built for Rails apps, Kamal will work with any type of web app that can be containerized. Read the docs View the source Vision In the past decade+, there’s been an explosion in commerc
WEB+DB PRESS 22.9周年パーティ #wdpress_party 運営なにやったのか全部紹介 - 941::blog
こんにちは！普段は仕事で技術系のイベントをやったり、個人の趣味の集まりでもイベントをやっています。少人数な飲み会から2000人が参加するイベントまで、世間では幹事・運営・オーガナイザーなど色々な呼び方をされる、要は「全体をまとめてグイグイ進める人」の役割をしています。 先日、WEB+DB PRESS 22.9周年パーティ #wdpress_party の様子を写真で振り返る完全版レポート というのを書いたんですが「あのイベントの運営とってもよかったよ」と色々な方に言ってもらえたので、運営で何をどうやったのか紹介してみようというのがこのエントリの主旨です。 「イベントの運営ってそんなかんじでやんのね」というのを感じてもらえたらよいし、コミュニティのイベントをもし運営する側になったときに参考にしてもらえるといいかもしれません。「すげー大変だったよ！」というよりは「すげー楽しかったよ！」なニュア
元toB系プログラマが医療情報技師の勉強をして面白かった部分 - Kengo's blog
今年の医療情報技師能力検定試験に向けて、医学医療編・医療情報システム編の学習を進めてきました。toB系プログラマとして働き始めてから見てこなかった単語や発想がたくさんあって面白かったので、印象的だったところをまとめます。 医療現場はロールベースかつイベントドリブン 医療現場では（乱暴に言うと）各部門やシステムの間を「オーダ」をはじめとしたメッセージが飛び交っている、というモデル化ができそうです。 多くの役職だと何ができるかが法で定められていて、そうした役割をどう組み合わせるかも予め想定されており、そのコラボレーションをメッセージで行っているということです。 これはけっこう医療現場というものを特徴づけるものだと思っていて、パッと思いつくところでも以下のような事が考えられます： 業務の属人性を下げるための仕組みとして機能することが期待される。 アクターのTODOや期待されるアウトプットが明確。
Rubyの並列並行処理のこれまでとこれから - クックパッド開発者ブログ
技術部の笹田です。今日で退職するので、バタバタと返却などの準備をしています。 本記事では、Rubyの並行並列処理の改善についての私の取り組みについて、おもに RubyKaigi 2022 と 2023 で発表した内容をもとにご紹介します。 並行と並列はよく似た言葉ですが、本記事では次のような意味で使います。 並行処理（concurrent processing）は、「複数の独立した実行単位が、待っていればいつか終わる（もしくは、処理が進む）」という論理的な概念で、古典的にはタイムシェアリングシステムなどが挙げられます。 並列処理（parallel processing）は、「複数の独立した実行単位のうちのいくつかが、あるタイミングで同時に動いている」という物理的な概念で、古典的には複数のCPU上で同時に実行させる、というものです。最近では、1つのCPU上で複数コアが同時に動いている、という
2年間の開発者ブログ運営のノウハウや意識してること - NTT Communications Engineers' Blog
みなさんこんにちは、イノベーションセンターの @Mahito です。普段は社内のエンジニアが働きやすくなることを目標に、コーポレートエンジニアとしての活動やエンジニア向けイベントの企画・運営をしています。 今回は、本 NTT Communications Engineers' Blog を2年間運営してきたノウハウについて共有できればと思います。先日 はてなブログ DevBlog Meetup #1 に登壇させていただく機会があり、ブログ運営に関していくつかお話しさせていただいたのですが、イベント当日に言えなかったことや言ったことの補足などをできればと思います。 目次 目次 開発者ブログのこれまでと目的 運用のノウハウ・意識していること 執筆者の確保・継続・インセンティブ設計 1. 定期的にブログの取り組みを社内に紹介することで取り組みに興味を持ってもらう 2. ニュースリリースを見て、技
SREエンジニアが組織改善プロジェクトを立ち上げてみた - ぐるなびをちょっと良くするエンジニアブログ
こんにちは。データ・AI戦略部 SREチームの小野です。普段は部内のシステムに対し、SRE推進活動を行っています。直近では、データエンジニアと協力してデータ基盤周りの改善に取り組んでいます。 <SREの主な仕事> IaC化(Terraform/Terraform Cloud Business)の導入・推進 SLI/SLOの導入・推進 ポストモーテムの導入・推進 アプリケーションデプロイ基盤の導入・推進 ツールやAPIの設計・開発 インフラ設計・開発・運用 トイル削除・システムの自動化 データ基盤改善 一般的なSREエンジニアは、インフラ関連の業務が中心になると思います。しかし、データ・AI戦略部のSREチームは、開発を含めた幅広い仕事をします。やりたいことがあり、手をあげればそれを後押ししてくれる雰囲気の職場です。 今回は、SREエンジニアである私が、組織改善プロジェクトを立ち上げた話をお
ジョインしてから 1 ヶ月を振り返る〜 CTO から一人のエンジニアとして〜
みなさん！こんにちは。めもりー(@m3m0r7)です。今年の 7 月にエンペイに入社しました。 今年の 5 月末までは知育玩具サブスクリプションサービスを提供している企業で執行役員 CTO をしていました。 元々，私自身のキャリアのバックグラウンドは前職を除けば Web アプリケーションエンジニア一筋です。 私自身は 2000 年初頭はインターネット黎明期で，Web アプリケーションに限って言えば，フロントもインフラもバックエンドも分掌が進んでいないような時期からプログラミングを始めました。 その中でバックエンド側のプログラミング言語に限って言えば PHP，node の経験が長いのですが，エンペイでは Ruby を使用しています。 フロントエンド・バックエンドなど別け隔てなくやってきていたものの，今までのキャリアを形成するにあたっては，その企業が使っている言語やフレームワークも転職を決める
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Developers Summit 2024フォローアップ】『グランブルーファンタジー』100万行を超える大規模なシステム再構築～10周年のその先へ～
スクラムマスターやマネージャーのための信頼構築につながる傾聴の技術
