自作結婚式受付アプリが当日バグり散らかして現場運用の大切さを噛み締めた話 - エムスリーテックブログ
こんにちは、先月結婚式を挙げて一息ついた AI・機械学習チームの苅野(@hkford3)です。 このブログはAI・機械学習チームブログリレー 3日目の記事です。前日は@inakam00が結婚式をLINE BotとAIでエンジニアリングしてみた話でした。今日の記事も結婚式の話です。結婚式はなんぼあってもいいですからね。 結婚式の受付では新郎新婦の知り合いが担当する受付で名前を名乗り参列登録することが多いです。名前を聞き返したり漢字を聞いて名簿と照会したりと意外と受付はやることが多くて大変そうでした。そこで受付の負担を減らそうと思い QR コードで受付登録ができるアプリを作ったところ、期待とは逆に苦戦してしまった話をします。 作ったアプリ Next.js のアプリを作って PC でローカルで動かすようにしました。どこかのクラウドにアプリをホストすればそれっぽかったんですが、会場でWi-Fiが使
10年以上続く安定運用を支えるさくらのサーバ 〜「さくらの夕べ Debianナイト」レポート〜 | さくらのナレッジ
はじめに さくらのナレッジ編集部の法林です。 さくらインターネットはさまざまなITコミュニティの活動を支援しています。その一環として、Linuxディストリビューションの1つであるDebianの国内コミュニティ・Debian JP Projectに対してサーバを提供しています。 そこで当社は自社イベント「さくらの夕べ」にて、Debian JP Projectの活動、ならびに当社が行っている支援活動を紹介することにしました。それが「さくらの夕べ Debianナイト」です。イベントではDebian JP Projectに提供したサーバをどのように利用しているかをご発表いただきました。その模様をレポートします。なお今回のイベントはZoomとYouTubeを使ったオンラインイベントとして実施しました。 Debian JP Projectで運用しているさくらのVPSについて 1人目の発表者は、Debi
貴社で「メールが届かない」問題が起こる理由――メール送信／受信の基礎知識
貴社で「メールが届かない」問題が起こる理由――メール送信／受信の基礎知識：意外と知らないメールサーバ構築・運用の基本（1） メールの仕組みや基礎を再確認しながら、確実にメールを届けるために必要な設定や運用のポイントを解説する連載「意外と知らないメールサーバ構築・運用の基本」。初回は、メール送信ニーズがシステム開発で高まる中で起きている「メールが届かない」問題について、メール送信／受信の基礎知識を交じえながら解き明かす。 「Gmailに重要なメールが届かない」という問題が話題になり、ニュースで取り上げられていたのは記憶にも新しいと思います。2024年2月に改定された、Gmailの送信者ガイドラインの対応に追われた企業も多かったのではないでしょうか。これらの送信者ガイドラインやスパムフィルターの強化は、フィッシング詐欺などのメールによる脅威を防ぐための重要な施策ですが、その一方で問題ないはずの
「DNSよく分からん勢」に送る サブドメイン乗っ取り事案から考えるASMの本質
DNSに関する設定は大変重要ですが、設定を変更することはほとんどなく、見直されることもないのが実情です。かつては何らかのキャンペーンやプロモーションが実施されるたびに、新しいドメインを取得し終わったら解約することが大きな問題となっていました。しかし、これについては徐々に新規ドメインを取得するのではなく、サブドメインで処理するという運用が浸透してきたかと思います。ただ、サブドメインはサブドメインで、運用終了時にDNS設定も見直す必要があることが抜けてしまっている組織は多いのではないでしょうか。 DNS周りはなかなか基礎的な知識を持つ人も少なく、「サーバ切り替え時にはDNS浸透のため時間がかかる」という話を信じているエンジニアも多数見かけます。専門的な知識が必要なエリアであり、かつ設定ミスが攻撃に直結するかもしれない部分です。恐らく今後も定期的に話題になるかと思いますが、定期的に話題になるのは
サーバーの脆弱性通知メールの一次切り分けを自動化した話 - NTT docomo Business Engineers' Blog
この記事は、 NTT Communications Advent Calendar 2024 24日目の記事です。 システムを運用していると日々のアラートメールへの対応の手間を減らしたいと感じることはありませんか？ 例えばセキュリティアラートに日々対応している運用者の方は、アラートの中に含まれる誤検知・過検知への対応に負担を感じている方も多くいらっしゃると思います。 この記事では、そのような誤検知・過検知対応の負担を削減するためにサーバーの脆弱性通知メールの一次切り分けを、マイクロソフト社が提供しているローコードツールであるPower Automateを使って自動化した話を紹介します。 はじめに 脆弱性通知メールの一次切り分けを自動化したいと思った背景 作成したPower Automateのフロー フロー作成において大変だった点 NVDのAPIが採用しているCPE（ソフトウェア名やバージョ
『SUUMO』を止めるな。大規模横断バッチがEOSLを迎える「2027年問題」にどう立ち向かったか - はてなニュース
あらゆるソフトウェアに存在する「サポート期限（End Of Service Life、EOSL）」。EOSLを迎えたソフトウェアにはパッチなども提供されなくなるため、安定した運用が困難になります。メーカーからのアナウンスがあれば、より新しいソフトウェアへの移行計画を作成し、これまで動作してきたアプリケーションプログラムの稼働に影響がないかを確認し、場合によっては改修を加えるといった一連の対応が求められますが、それには多くの労力が必要です。 1つのシステムですらこれほど大変なEOSL対応ですが、賃貸を取り扱う事業、新築マンションを取り扱う事業など、複数の事業領域で構成されている『SUUMO』では、仮想化ソフトウェアのEOSLを機に「複数の異なる領域で横断的に利用される、12万以上のジョブが動作する横断バッチの移行プロジェクト」を実行、無事完遂しました。 事業に不可欠でありながら、新規サービス
開発者兼コールセンターが辛い
https://jp.quora.com/コールセンターで勤務しているのですが-怒鳴られる これ読んでコールセンターはやっぱり辛いって改めて思ったけど、怒られてる原因作ってるのは必ずしもコールセンターの担当者じゃないってことが唯一の救いだと思った。 だけど俺は本社と系列店舗向けの業務システムを一人で構築運用してコールセンターも兼務している。 なにか問題があって怒られるとコルセンター兼開発者の俺が原因ということになるので逃げ場がない。真正面から謝り続けている。そのうえで不具合の原因調査と説明、バグ改修、テスト、本番環境へのリリースまで一人で行っている。 よくあるのが、足りない機能があるから早く用意しろと散々叩かれて、俺がやっとのことで開発して運用にこぎつけて不具合がなくても、結局何も言われない。問題があるときだけ俺が怒られる。面白いくらいにワンパターン。 俺の構築したシステムは運用を開始して
「セキュリティ脆弱性に対するサイバー犯罪については、もう心情的に白旗を上げてしまい、技術的には対策が打てたとしても、運用が追いつかない…」という指摘が秀逸すぎる話
ケビン松永 @Canary_Kun 40代・3児の父｜大手SIerから独立してITコンサルをやってます｜専門はITですが、会計や不動産の話も好きで、分野をまたいで物事の「つながり」を考えるのが好きです｜意識高い系より尿酸値高い系｜AIをうまく使いこなしてゆるふわで生きていく｜生涯現役 ケビン松永 @Canary_Kun 自分は情報安全確保支援士(登録セキスペ)も持っていて素人ではないんですが、セキュリティ脆弱性に対するサイバー犯罪については、もう心情的に白旗を上げてしまってます。 技術的には対策が打てたとしても、運用が追いつかない…。そんな気持ちを連ツイします。 x.com/yuri_snowwhite… 2024-07-03 08:08:27 白”雪姫” @yuri_snowwhite 一応、セキュリティ担当としておおっぴらには言ってないことなんだけどたまにはきちんと言おうかな。 今回の
「1億台の常時接続」を実現せよ！ Nintendo Switchのプッシュ通知システム全面刷新の裏側 (1/3)
アマゾン ウェブ サービス ジャパンは、2024年6月20日と21日、国内最大の年次イベントである「AWS Summit Japan」をハイブリッドで開催。150を超えるセッションが展開された。 本記事では、ニンテンドーシステムズによるセッション「Nintendo Switch向けプッシュ通知システムのリプレイス事例」をレポートする。登壇したのは、同社 システム開発部の林愛美氏と坂東聖博氏だ。 2017年のNintendo Switchの発売とあわせてリリースされた「プッシュ通知システム」。同社は、長期運用を見据えて、よりクラウドネイティブなシステムへのリプレイスを決定するが、大量のTCP接続を維持するための様々な課題が立ちふさがった。 本セッションでは、AWS FargateやNetwork Load Balancer（NLB）といったAWSのマネージドサービスを用いた、“最大1億台”級
『GitHub CI/CD実践ガイド』でGitHub ActionsとCI/CDを体系的に学ぼう - 憂鬱な世界にネコパンチ！
『GitHub CI/CD実践ガイド――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用』という書籍を最近出版したので紹介します。本書ではGitHub Actionsの実装と、CI/CDの設計・運用を体系的に学べます。一粒で二度美味しい書籍です。筆者個人としては「実践Terraform」以来、4年半ぶりの商業出版になります。 gihyo.jp どんな本？ GitHub利用者にとって、もっとも導入が容易なCI/CD向けのソリューションはGitHub Actionsです。GitHub Actionsの活用事例は多く、検索すればたくさん情報が出てきます。ただ断片的な情報には事欠かない反面、体系的に学習する方法は意外とありません。CI/CD自体がソフトウェア開発の主役になることもまずないため、なんとなく運用している人が大半でしょう。そこで執筆したのが『GitHub CI/
オブザーバビリティ研修実践編
株式会社サイバーエージェント AI事業本部 2024年度エンジニア新卒研修 オブザーバビリティ研修実践編（一部社内向けの内容）
【2024年度 サイバーエージェント 新卒研修】システム運用の基本と戦略
株式会社サイバーエージェントAI事業本部の2024年度 エンジニア新卒研修でシステム運用の基本と戦略に関する講義を行いました。
「サーバー代に月7000万円かかると何が起きるのか」パルワールドのエンジニア、東大で講義
ゲーム「パルワールド」のエンジニアを務めるポケットペアの中條博斗氏は4月10日、自身のXアカウントで、東京大学工学部の講義に講師として登壇することを明らかにした。同講義にはポケットペア代表の溝部拓郎氏も登壇するとしている。 中條氏によると講義はパルワールドに関するもので、内容は以下の3点。 ・サーバー代に月7000万円かかると何が起きるのか ・ワンオペで運用する会社はヤバいが結構よくある ・同時接続数100万人をワンオペ運用してたときの記憶がない件について 月7000万円のサーバーレンタル費や、ユーザーが急増するなかでサーバー運用を中條氏が1人（ワンオペ）でこなしていた件は、いずれも2024年1月のパルワールド発売時に話題となった出来事。同氏は明言していないが、講義では当時の内情も語られるものとみられる。 僭越ながら東京大学工学部で開講されている「技術とコンテンツ」という授業で、#パルワー
エンジニアは黙ってセルフホスト！（クールポコ風）
導入 A「カッコつけて、SaaSを駆使してるエンジニアが居たんですよ〜」 B「な〜に〜？やっちまったなぁ！」 A「エンジニアは黙って」 B「セルフホスト！」 業務で複数のSaaSを使っている人も多いかと思いますが、SaaSの料金に頭を悩ませている人、会社のセキュリティ上の都合でSaaSを使えない人(主に昔ながらの大企業)、体がSaaSを受け付けない人、Self-host OSSへのこだわりが強い人のために、SaaS AlternativeなOSSを紹介します。 ツール タイトルにはよく使われるSaaSツールと、それに対応するAlternativeでSelf-host可能なOSSを紹介します（本家との差分については適宜お調べください）。 筆者の主観に基づいておすすめ度も載せています。 3:機能が豊富で、実運用でも全然使える。 2:工夫や状況次第では使える。 1:機能が貧弱だったりバグが多いな
世界同時接続数130万人超の話題ゲーム『パルワールド』はたった1人の24歳化け物エンジニアがワンオペで捌いているらしい
Takuro Mizobe | Palworld @urokuta_ja (株)ポケットペア代表 代表作: Palworld, AI: Art Impostor, Craftopia, Overdungeon, Coincheck Founder ゲーム開発の全職種で積極採用中です！ インタビュー: bit.ly/2ObnR2k store.steampowered.com/app/1307550/Cr… Takuro Mizobe | Palworld @urokuta_ja ポケットペアはやばい会社なので、全世界同接110万人ゲームをネットワーク兼インフラエンジニア1人が捌いています 確か彼もまだ24歳ぐらい・・ 彼が1人で協力プレイ、専用サーバーの構築（サーバー1000台近く建ててるので自動化必須。k8s）、通信最適化などを支えています 彼もまた天才の類・・・ twitter.com
運用に携わる人全員に見てほしい！ Ops Guidesの紹介 - Qiita
PagerDuty Advent Calendarの8日目！ 今日はOps Guidesのお話です。 うちはこうだけど、他はどうやってるんだろう？ 普段から運用に関わっていると、ふとした瞬間に「そういえば他の会社ではどういう運用をやっているんだろう？」と気になること、ありませんか？ そのきっかけは「本当になんとなく」といったものから「上手くいかない運用にフラストレーションが溜まって」というどす黒いものまで色々あると思いますが、いずれにせよ「他の会社の良いところを取り入れて、自分たちの運用を改善したい」という気持ちから来ているのは間違いないでしょう。 だからこそ、いろんなミートアップに参加して発表を聞いたり、懇親会で話してみたり、Xに垂れ流されているいろんなポストを読んで事例を学ぶわけです。 ベストプラクティスを学びたい! このような取り組みはとても良いことですし、是非とも継続して情報収集し
RaspberryPi を安定運用させる - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに しまねソフト研究開発センター（略称 ITOC）にいます、東です。 教育用ワンボードマイコンとして販売されている Raspberry Pi （以下ラズパイ）は、教育用のみならず実験用、産業用とさまざまな分野で使われつつあります。一方、マイクロSDカードをメインストレージに使用している事や、OSがクライアントPCよりの設定にしてある事などから、長期安定運用には向かない面も存在します。 このレポートでは、OSや稼働させるソフトウェアの設定など、できるだけ簡易に再現可能な方法により、可能な限りラズパイを安定して長期運用させることを狙い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
効果的なオンコール対応と障害対応
メトリクス、ログ、トレースをうまく使い分けて可観測性を高めよう！
小さなバグが生んだ悲劇、そこから学ぶ耐障害性の高いアプリ設計
