  |
はてなキーワード: サーバとは
違う違う逆逆。
Windows 11 IoT"を"サポートしているXeon Dシリーズが、最新版のIce Lake アーキテクチャ版しかないの。
それよりも古いタイプ（今でも売ってる）はWindows 10までしか対応してないんだってば。今から買ってもあとサポート期限が1年しかないOSにしか対応してないの。 まぁ、Winodws 10 IoT LTSCはしばらく販売されるからいいとしても、ではあるんだが。
サーバもWindows Server 2019 以降は対応してない。まぁXeon DにサーバOS入れるケースはそんなないんだけどさ。
今さらな気しかしないけど、実際どうなんだってことで試してみることにした。
一連の騒動でbotって禁止されたり、課金しないとダメになったのかと思ったけど、どうやらそういことはないらしい。
プログラミングは未経験だけどGoogle Apps Scriptでコードを入れてアカウントを作って、botでポストするまでは仕上がった。
サーバを用意しなきゃいけないものだと思ってたけど、そういうのが必要なく形になったから面白い。
内容はざっくりと言うと、天気予報を自動で取得して、ポストするbotだ。
最初に思いついた計画はアフィリンクを垂れ流すアカを作りたかったけど、とりあえず第一弾ってことで。
これでインプを稼いで、収益化や！と意気込んでいたけど、そうはいかない。
稼働して形にはなってるから、これからは調整と追加を行っていくフェーズに進んだとは思う。
ただ、先行きは怪しいな。
あとは、アイデア勝負で他のネタのbotを考え続けて、当たるまで続けるとか。
プログラミングの経験値を積めましたって話で面白かったってとこはあるけど。
[0. はじめに]
東京ヤクルトスワローズというと、東京・神宮球場を本拠地とするNPBセントラルリーグの人気球団のひとつである。数年前には、セ・リーグ優勝、日本一ともなり、なかでもそのマスコットキャラクターのつば九郎は、ドアラ(中日ドラゴンズ)とともに大人気である。そんな球団もここ数年は低迷しているが、2020年から3年余りのコロナを経て来場者は爆増である。ただ、この来場者増はどの球団でも同じ傾向であり、行動制限をともなう3年余りの反動と思われる。
[1. 本題]
野球観戦人気が高まり観戦チケットは球団公認ファンクラブに入っていないととても買いづらい状況である。こうしたファンによっては、全球団のファンクラブに加入していたり、シーズンシートオーナーになったりするケースがある。そこで、ヤクルトファンクラブ更新システム障害の件になる。
事前告知があり、2024/9/17 14:00- ヤクルトファンクラブ更新が開始された。このシステムにも問題があり、ログインできない、項目を入力して選択して次を押しても進めない、エラーで元に戻り最初からやり直す、といったシステム障害が発生し、70分後の15:10頃にシステムメンテナンスとなり、一時停止となった。
こうしたチケット販売システムと同様の特性として、発売時間からシステムへの膨大なアクセスが発生し、システムダウンや一時利用制限に至る事はヤクルトファンクラブ更新システムだけでなく、他でも多く見られる。
例えば、広島カープ公式チケットサイト(2月から3月頃に一斉に全試合を発売)、阪神タイガース公式チケットサイト(2月から3月頃に一斉に全試合を発売)、ぴあ、イープラなど。他には、iPhoneオンラインショップなど、大変だった記憶があるでしょう。
当然、ヤクルトファンクラブ更新システムの詳細は公開されていないが、システムの挙動から主な構成を書く。
一般的な、Webシステム構成で、[Web/APサーバ(Apache)] - [DBサーバ]のシングル構成となっており、恐らく拡張性は低く、Web/APサーバ1台、DBサーバ1台(Non-FT, Non-Cluster; Non-HotStandby, Non-ColdStndBy)とみられる。
Webサーバは、It works!と表示されているページがあったことから、Webサーバ(Apache)と見られる。セキュリティ設計・設定は詳細まで詰められていない可能性があると見られる。
関連システムとして、スワクルファンクラブシステム(NPB12球団の共通的な仕組み; どの球団も同じ構成)、スワチケ販売システムがあり、[DBサーバ]にはファンクラブ会員テーブルが存在している。
アプリケーションは、1) ファンクラブ新規/更新メンバーチェック、2) ファンクラブ会員種別選択、3) ファンクラブ特典選択、4) 決済方法選択(クレジットカード決済)、といった流れになっている。ここで問題である業務設計としての画面遷移が、i) スワクルファンクラブシステムへのログイン、から 2) ファンクラブ新規/更新メンバーチェック、になっているあたり。
スワクルファンクラブシステムへのログイン認証をしておきながら、次の画面で、会員番号、生年月日、電話番号を入力させて新規/更新メンバーチェックとして、DBを全検索している。DB全検索の負荷が高く、このあとの画面でも毎回同じ検索が実行され、ログイン及びセッション情報をもって何度も検索されることでさらに負荷が上がる。WebシステムとしてもSubmitボタンを連打できてしまうことでこの負荷が際限なく上がってしまう。このように、少ないユーザでは問題とならなかった動作が同時多数になることで動作できなくなってしまう。
これにより、何度もシステムを再起動していたものとみられる。(submitでの検索が全く反応が無くなることがあったことから。)
[4. 原因と対策]
→ 今更、そんなすぐにはできない。
→ 現実的にはこれかな。スワクルファンクラブシステムへのログイン後に会員種別で更新画面への遷移バナーを用意して順次、更新システムへ誘導。
→ 今更、そんなすぐにはできない。年1回だけしか使用しないものにお金を掛けることがきっと見合わない。
→ 今更、そんなすぐにはできない。F1チケット販売システムなどで使用されている待ち行列システムを間に挟むパターン。
Ref.
https://www.yakult-swallows.co.jp/news/detail/30203
【お詫び】2025年度Swallows CREWの入会受付再開について
https://www.yakult-swallows.co.jp/news/detail/30269
[コメント]
システム障害から挙動をみて何が問題でどうしたら良いのかまで、即時に思いついてしまうのだが、文字に起こしてこれを分からない人にも理解できるような文章、図解して、、予算関係者に承認貰って実施して、となると大変だよな。外から見てるだけで、やるべきことも見えるんだけどきっとこういうシステムを担当している人は業務もシステムも精通してないから、何が問題でどうしたらいいのかまで思いつかないのかもなー。システムごとに導入ベンダ、運用ベンダーが各社入り乱れると、責任範囲も違うしこうすればいいのにってのも非常に調整が難しい。
2) 会員種別による段階的システム開放、の対策案で進められると思うから、とっととやってください。
それにしても、プロ野球シーズンはまだ終わってないのに来期のファンクラブ会員募集って気が早すぎるよなあ。顧客満足度を上げて更なるリピートする仕組みを構築していくためにできること、他にすべき仕事があると思うのだけど、まあいいや。
JavaScriptが人気でGASとかVBScriptでローコードで書くのがメインでPythonとかC#とかサーバサイドとか多かった自分はスピード感に付いていくのが辛い
JavaScriptってみんなどう覚えた？自分は資格試験とか経由で覚えたり業務で覚えたりと後から付いてくる感じで一から覚えるの苦手
あと応用やOracleSilverやAWSのアソシエイトやLPIC2とかよりPMPの方が評価されるのね。自分でも中途半端だとは思うけど高度やGoldやプロフェッショナルって難易度カーブ急すぎるよ
はてなの強強エンジニアには鼻で笑われるけど同世代の中途半端エンジニアはどう過ごしてるか知りたくて書いた
会社の相談員に聞いてもあなただけの仕事言うけど、ライブラリとPaaSがこんだけ発展したらセンスとスピードある奴がいい感じでやるからどっちも無い俺は悩んでるんだよ！って言ったが通じなかった
ある企業で、サーバ室に設置してたFirewallの電源を「電気代がもったいない」って理由でそこの偉いさんがわざわざoffにして
Firewallってその名の通り壁で、そこがパケットを転送しないのだから、内も外も遮断される
内部では物理的に直結されてて電源オフるとパケットをそのまま横流し「してくれる」の？
これもとからFirewallが機能していなかったとしか思えない
自販機って結構古い機体でも、「釣銭切れ」って売り切れと同義なんよ
ちな海外向けはforceベンドって機能があって釣銭無しでも売るフラグがある
海外で釣銭返ってこないとかの話はこれだと思っている
https://www.asahi.com/articles/ASS9943DRS99USPT00LM.html
国公立大学は金ない～って言うけど、東大とか帝国大学って割と潤沢なんだよな。なんで値上げするんだろうね？
パブリッククラウドでやってるような仮想サーバのサービスを提供してるの。
そんで研究者から利用料もとってる。これって国立大学が金かけてやる必要性あるんかね？
スパコンなんかは否定しないけどさ、仮想サーバはパブリッククラウドでも十分なんじゃないの？
暇なんで一体いくらかかってるのか調べたんだけど、
データ活用社会創成プラットフォーム基盤システム運用保守: 1,029,600,000円
https://kanpou.npb.go.jp/old/20221003/20221003c00183/20221003c001830122f.html
データ活用社会創成プラットフォーム基盤システム 利用統計・課金システム：79,200,000円
https://kanpou.npb.go.jp/old/20221003/20221003c00183/20221003c001830122f.html
本体はなんでか官報からうまく見つけられなかったんだけど、2,714,600,000円って情報があった。
https://nsearch.jp/nyusatsu_ankens/6127ee3efd1a363a98f3e978
そしたら、なんだかんだで40億円くらいかかってない？
利用率とか円相場にもよるだろうけど、よっぽどじゃない限りAWSのほうが安くて便利なんじゃないの？誰か計算してくれ。
このシステムがどういうモチベーションでやってるものなのか俺にはわからんけど、
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1355 | ブラウザの履歴を操作して「戻る」ボタンで広告を出すやつについて – コーヒーサーバは香炉である | blog.maripo.org |
| 1074 | Haystack | haystackeditor.com |
| 1021 | とある博物館の売店を運営することになった話 - icoro | www.icoro.com |
| 813 | Stable Diffusion呪文集(プロンプト)完全ガイド。これで美少女AI画像が生成できる！ - 画像生成ドットコム | kindanai.com |
| 627 | 須藤にわかさんの私に対する反論記事が、映画史的に非常におかしい件について - Commentarius Saevus | saebou.hatenablog.com |
| 626 | セキュリティ監視入門 | mztn.notion.site |
| 592 | ニンテンドーミュージアム ｜ 任天堂 | museum.nintendo.com |
| 584 | 「無課金おじさん」じゃない方、金メダルの人について ｜ あきゅらぼ Accu-Labo | accu-labo.com |
| 563 | 「寝ても取れない疲れ」原因はガチガチの背骨にあり！座ったまま背骨全体をほぐす簡単ストレッチ ｜ ヨガジャーナルオンライン | yogajournal.jp |
| 555 | 「無課金おじさん」に幻想を持ちすぎないで ｜ あきゅらぼ Accu-Labo | accu-labo.com |
| 514 | 性別騒動の女子ボクサー、五輪初戦46秒で勝利 棄権の相手は激怒、米紙は問題視「鎮静にならない」 | the-ans.jp |
| 508 | 運転の練習、どこでどうやる？安全に練習できる場所、環境、方法を解説！｜マツダ｜マツダのある暮らし | www.mazda.co.jp |
| 504 | 神谷貴行氏の除籍と解雇について ｜ 日本共産党福岡県委員会 | www.fjcp.jp |
| 474 | 半神ー萩尾望都短編集ー 半神 萩尾望都 ｜ フラコミlike! | flowercomics.jp |
| 470 | Docker入門資料「入門 Docker」を5年ぶりにアップデートしました。 - y-ohgi's blog | y-ohgi.blog |
| 468 | 南海トラフ地震臨時情報発表（気象庁） キーワード【巨大地震注意】 | weathernews.jp |
| 467 | 彬子女王殿下 ｜ 和樂web 美の国ニッポンをもっと知る！ | intojapanwaraku.com |
| 459 | 落合陽一さんの手法には明確に反対するよ、という話｜けんすう | kensuu.com |
| 447 | ウー・ウェンの炒めもの ｜ 高橋書店 | www.takahashishoten.co.jp |
| 446 | ITがつまらんとか言ってるのは老害だけ ｜ さにあらず | blog.satotaichi.info |
| 420 | 日本共産党を除籍・解雇されました - かみや貴行のブログ 1%でなく99％のための福岡市政を | kamiyatakayuki.hatenadiary.jp |
| 419 | 「掛け算の順序問題」について思うこと | blog.oimo.io |
| 407 | 【今日の10ページ】再雇用勇者 - 永田礼路 / 今日の10ページ『再雇用勇者』永田礼路 ｜ マグコミ | magcomi.com |
| 397 | 「割り込みタスクが多くて困ってます」と相談を受けたらマネージャーはどうするか - るさんちまん | naopr.hatenablog.com |
| 395 | 嫌な記憶よ、さようなら～記憶を意図的に忘れる～ ｜ 企画展 展示室 感情 特集企画「過去と未来の記憶の心理学」 自分 記憶 ｜ 心理学ミュージアム - 日本心理学会 | psychmuseum.jp |
| 389 | Microsoftが『コントロールパネル』廃止を明言。40年近い歴史に幕？ | gazlog.jp |
| 380 | 異世界WANT TO BE - 安村洋平 / 特別読切 ｜ マグコミ | magcomi.com |
| 372 | 【訃報】「はれときどきぶた」シリーズの著者、矢玉四郎先生が逝去されました。 - 株式会社岩崎書店 この1冊が未来をつくる | www.iwasakishoten.co.jp |
| 367 | （訃報）松岡正剛 逝去のお知らせ ｜ 編集工学研究所 | www.eel.co.jp |
| 364 | 『フワちゃんのオールナイトニッポン0(ZERO)』について ｜ ニッポン放送 ラジオAM1242+FM93 | www.1242.com |
以下の記事、内容がひどくて空いた口が塞がらなかったのだが、
（はてブで）ブックマークして下手にホッテントリにでもなったら嫌だなと思いそっとブラウザのタブ閉じた。
が、しばらくすると残念ながらホッテントリ入りしてしまったので、はてブにコメントを軽く書こうとしたが100文字に収まらなかったので増田にした。
技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
まず、「特定条件下では MySQL は我々のプロダクトには不向き」を「MySQLを使うと会社は潰れる」なんて表現するのおかしいでしょ。
以下の記事からの引用だが Uber のエンジニアは「PostgreSQLではアーキテクチャに制限がありすぎてUberのシステムを支えきれない、MySQL＋InnoDBに変えたら全部解決した」と主張している。
UberエンジニアがブログでPostgreSQLにダメ出し、PostgreSQLコミッター石井達夫氏に反論を聞く
RDMS（に限らずライブラリやミドルウェア一般）の評価は採用する開発プロダクトの要件とユースケース次第。
Not for me/us. を「これを使うと会社が潰れる」って……MySQL開発チームから名誉毀損で訴えられろと思う次第。
(サーバサイド開発の言語は）TypeScriptでいい。と言いつつ、結論はこれ
| TypeScriptで書いたサーバーサイドのコードの半分ぐらいも属人化している。なぜかメンバーのキャッチアップが進まない。
ん？？？？
こんな評価眼で開発力で文章力の人を「厭味が無くて楽しめた」だの「公開してくれてありがとうございます」とか言うブクマカにもそれにスターをつける人にも衝撃だよ。
ちゃんと読んでくれよ。それから、ブックマークするか判断してほしい。あーあ
---
| 逆に、Uberエンジニアに対して、PostgreSQL開発チームから名誉毀損で訴えられろと思わないのは何故？
という言及への返信。
Uber に関しては。
自分たちが扱う規模のデータを捌ききれないという問題を、その原因が利用者（Uber）側ではなくデータ永続化におけるPostgreSQLのアーキテクチャが原因だと思われるということをきちんと測定して結論してるからかな？
さらにUberはそのことを安易に「PostgreSQLを使うと会社が潰れる」というような煽り口調の一般化をせずに自社には不向きだったということをブログに載せているため議論の土台が開けていることが重要だと思う。
今回の問題の記事はRLSとID採番というデータベースの根幹機能ではない付加機能で自分たちのプロダクトとミスマッチしているだけで一般化して罵ってるのが悪質だと思うんよなぁ
人間だって電話で「◯◯に関するお問い合わせは１を、◯◯に関するお問い合わせは２を」って窓口分けてたりするやん。
もう一つ、なぜコンピュータで「自然な対話」でないといけないのが意味不明。
コンピュータが自然言語で理解できるようにしろって話？処理コストが高い割に全くメリットなくて誰が得するんやそれ。
擦り合わせ自体をプロトコルに含めろ？だったら結局すり合わせのための何か別のプロトコルが必要やん？
少しの擦り合わせでもそれが100万1000万アクセス、はては世界中の合計でどれだけCPUや通信帯域を無駄にするか想像できん？
激務になりがちなWebサーバなんて世界で一番無駄をなくそうと努力されてるところなのに。
ちなみに、使うHTTPのバージョンとかはリクエストの時点ですり合わせしてる（そのあたりはブラウザが内側でよしなにやってる）
少なくとも筋ではないな。無駄な通信利用量とCPU負荷の観点からもそうだが、
セキュリティ上の観点からも、どんな理由であれサーバから自分に関する情報を送るのは危険。
相手がウェブサイトなのかなんなのか知らないでアクセスするやつはいない？
いやいや、それこそ攻撃ボットやハッカーがやってることだから。
ボットは24時間手当たり次第にアクセスしまくって攻撃対象を探してたりするやつな
なんかアクセスしたら繋がるけど何をしてるかわからんサーバは、攻撃の糸口が見つかりにくいからな。
企業に侵入して、順番にサーバにアクセスした時に自分の役割（プロトコル）を白状してくれたら、
すぐに企業全体の構成がわかってこれ以上なく攻撃が捗ると思うぞ。
まぁ、有名どころのサーバはポート番号からある程度推測できるというのはあるが、
返信メッセージの微妙な違い一つからバージョンが特定されてそのバージョンに有効な攻撃がばれるというのもあるしな。
はじめに通信プロトコルを宣言するのって自然じゃない。というのは、自然な対話では「これから、日本語を話します。こんにちは。」とはならない。センター試験のリスニング問題じゃないんだから。普通は、適当に話し始めてからすり合わせる。通信プロトコルに希望がある場合は、ブラウザの設定で選べればいいだけのことだ。コマンドラインならアーギュウメントで指定すればいい。
というか、ウェブサイトを呼び出した後に、ホストの方から「httpで送るやで」と通知するのが筋じゃないのか。なにせ、相手がウェブサイトなのか、データレポジトリなのか、なんなのか知らないでアクセスするやつはいない。だいたい、昨今ftpサーバにウェブブラウザでアクセスしたら、ディレクトリ構造がウェブサイトみたいにハイパーリンク表示されるじゃんか。あれなに？
それから、「URLの構造で、大分類が先、小分類が後の方がいい」って書いてるやつ、みんなチョンボだって分かってるからな。トラバの引用しているリンク先にあるバーナーズ=リーのコメント見てから、さも自分で思いつきました然として書いてるのバレバレ。そんなに賢く見られたいのか？死ぬほどダサい上、あれれー頭おかしーぞー？しっかりしろ。むしろ、しっとりしろ。二度とやるなよ。
