はてなキーワード: Runとは
DAY1
01 THE IDOLM@STER 765AS
いきなりやるんだーという感じ。
各ブランドの1曲目をやるのかな。
全然1曲目じゃなかった。
アニメ曲だけあってさすがに客のノリも良かった。
Welcome!! の騒がしい感じがミリオンライブって感じで好き。
数少ないSideMで知ってる曲。
楽しいし、周りの女客が元気になってよかった。
05 Resonance⁺ シャニ
06 ビーチブレイバー 放課後クライマックスガールズ/沼倉 愛美/東山 奈央/黒沢 ともよ/Beit(堀江 瞬・高塚 智人)
いきなり来てビビった。
2番でコラボ相手が出てきて、今回はこういう感じなんだなって理解した。
2番以降も大事なソロパートはオリメンが歌ってて配慮を感じた。
07 ドレミファクトリー! U149/仁後 真耶子/下田 麻美/TIntMe!(稲川 英里・原嶋 あかり・渡部 恵子)/もふもふえん(矢野 奨吾・古畑 恵介)/河野 ひより
疲れる曲が続いた。演者もすぐ疲れていた。
さすがにミリのロリとコラボするだろうと思ってたけどなんかいっぱい出てきた。
個人的には男の声でこの曲はちょっときつかった。(後で慣れた)
08 はるかぜバトン もふもふえん(矢野 奨吾・古畑 恵介)/Cleasky
AS無しで歌うのかと衝撃を受けた。
久々に聞いたけどやっぱ良い曲だった。
10 夏時間グラフィティ ストロベリーポップムーン/放課後クライマックスガールズ
知らん曲だったけどなんか元気で良かった。
めちゃめちゃ好きな曲だから嬉しいけどMのPがちょっとかわいそうかなとも思った。
12 虹色letters Cleasky/白石 晴香/田嶌 紗蘭
なんでちょこ先輩と小糸ちゃんが出てきたのかよく分からなかった。
13 僕らだけの未来の空 ノクチル/Triad Primus
TP出てきた時の客の声がでかくてびびった。
ノクチルの曲はどれも似てるなと思った。
14 秘密のメモリーズ 浅倉 杏美/平田 宏美/松井 恵理子/渕上 舞/永井 真里子/涼本 あきほ
15 Arrive You ~それが運命でも~ TIntMe!/U149
予想通り過ぎて特になし。
ミリのロリ衣装は大人が着ると普通にかっこよくて逆に変だった。
16 百花は月下に散りぬるを(Long Intro Ver.)花咲夜/花井 美春/丸岡 和佳奈
後から出てきた人の歌が上手かった。
17 Gaze and Gaze フォーリンシーサイド/和久井 優/土屋 李央
ノクチルの二人が出てきたら客がめっちゃ声出して怖かった。
やっぱ人気あるんすね。
18 エージェント夜を往く SideM
なるほどねと思ったけどこれもASで聞きたいと思ってしまったけどそういうライブじゃないことを認識しなければならない。
19 GO MY WAY!! 中村 繪里子/寺島 拓篤
でもあまあまコンビ好きだしてらしーがめっちゃ頑張ってて楽しかった。
20 JOKER/オールマイティ 若林 直美/長島 光那/涼本 あきほ/幸村 恵理
よく分からんかった。
21 I'm so free! 長谷川 明子/Machico/和久井 優/岡咲 美保
曲も好きだし先輩後輩ペアで選出も良かった。
聴けて嬉しかった。
22 ラ♥ブ♥リ♥(Long Intro Ver.) 釘宮 理恵/松井 恵理子/南 早紀/土屋 李央
23 Get lol! Get lol! SONG 仁後 真耶子/堀江 瞬
やるんだーって思った。
24 絶対正義 EVERY DAY 稲川 英里/仲村 宗悟/河野 ひより
やるんだ!!!って思った。
25 スパイスパラダイス 寺島 拓篤/放課後クライマックスガールズ/田中 有紀
コール楽しすぎ。
てらしーががんばって偉いなと思った。
カレー好き設定を途中まで忘れててなんでいるんだ…って思ってた。
26 Let's get a chance ミリオンライブ!
この曲シャニだとめっちゃ好きだけどなかなかやらないから聞けてめっちゃ嬉しかった。
27 ABSOLUTE RUN!!! ストロベリーポップムーン/白石 晴香/丸岡 和佳奈/田嶌 紗蘭/岡咲 美保
28 BRAND NEW FIELD Jupiter(寺島 拓篤・神原 大地)/長谷川 明子/沼倉 愛美
やってくれて嬉しかった。
2番になってもコラボ相手が来ないからJupiterは特別かと思ったら元961が生えてきて超嬉しかった。
「俺たちなら楽勝」「だぜ!」「なの!」「だぞ!」は感動しました。
現地だと分からなかったけど「おいでフェアリーちゃん!」「765プロ!?」みたいな呼び込みしてたらしくてアーカイブで早く確認したい。
29 Dye the sky. 今井 麻美/福原 綾香/田所 あずさ
蒼3人だと楽曲のコンセプトが崩れてないか?と思ったけど良い曲と歌が上手い人だったので文句はなかった。
やっぱ曲がめっちゃ良かった。
30 流れ星キセキ(Long Intro Ver.) 中村 繪里子/山崎 はるか/仲村 宗悟
センター3人なので扱いが丁寧だと思った。
歌詞がキャラとか作品にかかってるところはちゃんとパート割りしてて丁寧だと思った。
こっちもやるんだ!って思った。
32 True Horizon 仲村 宗悟/寺島 拓篤/伊瀬 結陸
知らんけど良い曲だった。
かっけえ歌だから聞けて良かった。
34 We're the one C.FIRST/平田 宏美/北原 沙弥香/和久井 優
真かっこよすぎ。
35 Transcending The World(Long Intro Ver.) ストレイライト/サイバーグラス/DRAMATIC STARS(仲村 宗悟)/Jupiter(寺島 拓篤・神原 大地)
ふーんという感じ。
曲は好きだけど特に何も感じなかった。
まあメガネだしなあ。
37 Platinum MASK Beit(堀江 瞬・高塚 智人)/エルドリッチ・ロアテラー/郁原 ゆう/小岩井 ことり
38 アンデッド・ダンスロック エルドリッチ・ロアテラー/浅倉 杏美/平田 宏美
超良かったけどやっぱ生バンドが良いなと思った。
涼さんの声がなんかかっこよかった。
39 Tulip(Long Intro Ver.) 神原 大地/堀江 瞬/高塚 智人/矢野 奨吾/古畑 恵介/宮﨑 雅也/大塚 剛央
クッソ良かった!
超良かった。
40 Trancing Pulse(Long Intro Ver.) Triad Primus/C.FIRST/ストレイライト
コラボ相手によっては荒れるかなと思ったけど青赤緑でなんか無難な感じだった。
後客が大はしゃぎしてて、人気なんだなあと思った。
41 CRYST@LOUD FIVE STARS!!!!!
普通。
42 アイ MUST GO! FIVE STARS!!!!!
合同だしやっぱこれかあと思った。
DAY2
聴けて良かった。
知らん曲だった。
UNIONだと思ってたからびっくりした。
04 BEYOND THE STARLIGHT シンデレラガールズ
びっっっっっっっくりした。
06 ヒカリのdestination 中村 繪里子/今井 麻美/長谷川 明子
07 O-Ku-Ri-Mo-No Sunday! miroir/下田 麻美/黒木 ほの香/前川 涼子
もう来てびっくりした。
08 あんきら!?狂騒曲 HappyHappyTwin/斉藤 佑圭/渡部 優衣/F-LAGS/イルミネーションスターズ(関根 瞳・峯田 茉優)/希水 しお
これ嫌い。
09 ラブ・ボナペティート アルストロメリア/浅倉 杏美/釘宮 理恵/Café Parade
雪歩の声に合っていて非常に良かった。
10 Pavé Étoiles Café Parade/アンティーカ
ここでアンティーカ出てくるんだ~って思った。
まーた放クラやるのかとびっくりしたけど嬉しかった。
コールタオルクラップ詰め込まれてて本当に大変な曲だなと実感しました。
12 キラメキラリ(Long Intro Ver.) 仁後 真耶子/松嵜 麗/中村 温姫/狩野 翔/黒木 ほの香
疲れた。
13 きゅんっ!ヴァンパイアガール 藍原 ことみ/菅沼 千紗/芝崎 典子
面子が超良かった。最高。
14 Treasure☆ 閃光☆HANABI団(駒形 友梨・浜崎 奈々・渡部 優衣・大関 英里)/F-LAGS
ふーんって感じだった。
15 Study Equal Magic! 長谷川 明子/五十嵐 裕美/前川 涼子
映像が凝ってた。
16 ココロ☆エクササイズ 小市 眞琴/斉藤 佑圭/浜崎 奈々/FRAME/峯田 茉優/紫月 杏朱彩
みんな元気だった。
17 恋のHamburg♪ 大関 英里/増元 拓也/礒部 花凜
Mの方は知らんがお料理組なんだと思った。
18 学祭革命夜明け前 沼倉 愛美/河瀬 茉希/中村 温姫/児玉 卓也/小林 大紀
また放クラだ!って思った。
19 虹色ミラクル(Short Intro Ver.) シャイニーカラーズ
やるんだ!?
20 バーニン・クールで輝いて(Long Intro Ver.) ミリオンライブ!
知らん曲だなと思ったけど聞いてたらなんか聞き覚えがあったからコールできた。
女の子アイドルが歌うにしては歌詞が野蛮だと思ったけどミリオンのMCが大概野蛮だったから納得した。
21 Friendly Smile 長谷川 明子/原 紗友里/峯田 茉優
知らん曲だけど黄色がそろってた。
22 Plus 1 Good Day! FRAME/小市 眞琴/生田 輝/駒形 友梨/平山 笑美/関根 瞳/紫月 杏朱彩
まったく知らん曲だったけどめっちゃ良かった。すげえ良い曲だった。
2番で女アイドルが混ざったら変になったのが残念だった。
まあ出てくるのはこの人ですよねという感じだった。
24 ALIVE 今井 麻美/鈴木 みのり/香里 有佐/山根 綺
HELLO!!!の目が完全につぶれて涙が出た。
あんま良い曲じゃなかった。
26 レッド・ソール(Long Intro Ver.) Flamme Martini/末柄 里恵/髙橋 ミナミ/山根 綺/茅原 実里
かっこよかった。
27 dans l′obscurité(Long Intro Ver.) Chrono-Lexica(斉藤 佑圭・中村 温姫・阿部 里果)/アンティーカ
またアンティーカが揃って生えてきて笑った。
28 純白トロイメライ アンティーカ/Dimension-3
この曲めっちゃ好きだから嬉しかったけど2番の見せ場をデレの二人に歌われてちょっと悲しかった。
後二人が出てきた時の客の声がうるさかった。
でもみんな歌がクッソかっこよくてめっちゃ良かった。
客の声がめっちゃうるさかった。
かっこよかった。
31 オーバーマスター Threat Sign/長谷川 明子/沼倉 愛美
すげえ嬉しかったけど色々背景で苦労があったのかとか勝手に考えてしまった。
でも二人のオバマスが聴けたのは良かった。
原曲の方が好き。
33 Yes! Party Time!! 765プロオールスターズ
コール楽しすぎ。
34 Happy Funny Lucky イルミネーションスターズ(関根 瞳・峯田 茉優)/HappyHappyTwin/miroir
コール小さすぎて泣いた。
後この面子じゃイルミネがデュオユニットみたいでなんか違和感があった。
35 Bet your intuition! 4 Luxury/Flamme Martini
デレの面子の低音がかっこよかった。
後映像が凝ってた。
36 SWEET♡STEP(Long Intro Ver.) SideM
好きな曲だから聞けて良かったけど昨日と比べると、やっぱかわいい系じゃなくてかっこいい系が良かったなと思った。
37 MOON NIGHTのせいにして 平田 宏美/青木 志貴/河瀬 茉希/松田 颯水/八巻 アンナ
超良かった!客も狂ってた。
まこちーんって興奮してたけど咲耶の人の歌がめっちゃかっこよくてヤバかった。
38 花ざかりWeekend✿ 4 Luxury/若林 直美/原田 彩楓/芝崎 典子
前の興奮そのままにって感じでヤバかった。
さすがに盛り上がりすぎた。
39 待ち受けプリンス 釘宮 理恵/miroir/小林 大紀/関根 瞳/結名 美月
盛り上がりが続きすぎてヤバかった。
40 咲くは浮世の君花火 閃光☆HANABI団(駒形 友梨・浜崎 奈々・渡部 優衣・大関 英里)/下田 麻美/Threat Sign/FRAME
ファイアフラワー!のコールの声が揃ってるしデカいしでなんか感動した。
締めにこれですかって感動してた。
歌詞が良すぎるなあと実感した。
42 CRYST@LOUD FIVE STARS!!!!!・ZWEIGLANZ
Destinyのこと振り返ってた。
43 M@STERPIECE FIVE STARS!!!!!・ZWEIGLANZ
みんなで歌うの好きじゃないけど歌った。
見聞きした言葉でこれ使えるなと思ったのを日々notepad.exeで追加してる。
たとえば丁々発止なんて言葉もfanzaあたりで検索するとエロいのが出る雰囲気を俺は感じるのでそういうのを記録している。
あるいは「小力(こぢから)」みたいな言葉はあまり使われていないように感じるが、ただでさえそんな言葉がもし漫画で使われているとしたら、その言葉が含まれるその紹介文の該当箇所はどういうことを言ったものなのだろう、そしてそれはどういう漫画だろう、ということが気になるので、そういう言葉も集めてる。この場合たとえば最近も「大串」と調べたら、「巨大串」という形で使われていたという意外な発見もあて面白い。
以下リスト(原文の改行はコンマに置換してある)はじめの方は単語じゃなく文のようになってる関係なさそうなのもある。
ㅤ
ディスガイア萌えアニメtwitter,塩辛履歴dlsite,太陽の塔全身タイツ着ぐるみtwitter,↑マスクをかぶ(被)/つけ、仮面,丁々発止dlfanza,bike shorts2=8,おこや,マリーインボスカヤ イボンスカヤ,twitter肉まん東方dlサイトsite,エロ漫画スレsaucenao,つるみく(似てるユーザのF5から),ブックマークgamekemono,・パチパラ,81475783,調布fitnessマイバスケット,dicl big musclar,筋肉 皮モノ/物,nsfwポイピクサムネ表示,・土方つなぎ,・野田総理追悼演説全文,肉じゅばん,,ミリム 転 丸呑み,漫画家イエナガ アニメ化ベクトー,/g/ shingekiとか雑誌,軒猿,kemono精液,,モブ・コント,essensial pack,早押しクイズ appstore,八島さんが堕ちるまでfanza全頭・1967357latex貧乳,全身ラバー、全身をラバー、全身がラバー、ラバーで全身、ラバーに全身,マネキン人形化,シーメール化びんたま見てから,剣手2183114 scilence,masked face anthology kigurumi latex bodysuit bondage(bdsm),船,saimin 嵌ってる,hotmilk 3、6,smell,,pixivブクマ数500ぐらいの,股ぐら柱の背比べ,skebからpixiv登録してない奴のツイッター,chanrio,夜更かし股蒸れ,,,misakuraミーツ,藍,,男体化/改造手術,ftm/手術性転換←むしろ文から,クリ(陰核)尿道(尿管)/手術改造,尿道(尿管)開通延長[伸ば/伸び],クリに尿道/尿道クリ[繋いで/繋ぎ五段活用],シーメールカントボーイふたなり化男体化改造,人形化リョナdid,スキューバどざえもん,人中/顔射、精,膣閉鎖まん肉陰唇恥丘ぷにまん/縫,ピエロ肥満膨体強制,・毛穴/ワックス剃毛,,魔法少女 魔女っ娘 猿(の格好) ボディースーツ 全身タイツ 着ぐるみ もじもじくん,ラブドールダッチタイツぐるみ,ファザコン,産卵,股裂,変態洗脳戦闘員痴女,のっぺらぼう化改造 ,club cinq,少年エース,中に無いもの掛け合わせに使うの歓迎,同人はきりがないし検索から外す,さすがの知名度ガキはここに,変身まちかど,めがね魅了ほのおき,シチュとしてもし例外多くなったら定義を変える,site:thebase.in,,オフロードスター壱號,ただのノァ,,シールブックたまごっちパワパフサウスパークリトルポニーアメリカは,少女漫画がなくて存在していたと思えるかで決まるサクラ大戦きしだめるアルルまで,・資格の受験を控えてるからとはわざわざコンビニでは雑誌のほうを見ないようにしてる,つまりちょっとでも目に入ったら調べずにはいられなくなることを恐れてのことだがそんな些細なことでも反応せずにはいられないほどそれはつまりそれほどまで二次元に対して熱意を持っている,・二次元でオナニーしてそのパンツを洗わない,,253 名前:名無し象は鼻がウナギだ! 2022/04/14(木) 20:45:17.21 0,"スタッフで美味しく" 約 2,310,000 件,"スタッフが美味しく" 約 470,000 件,"スタッフに美味しく" 約 69,900 件,,"スタッフでおいしく" 約 178,000 件,"スタッフがおいしく" 約 241,000 件,"スタッフにおいしく" 約 31,000 件,,ポッキー半分がスタッフにおいしくいただかれた状態でやってくる,,480名無しさん@どーでもいいことだが。 (アウアウウー Sabb-AI/Q)2022/04/12(火) 23:58:04.54ID:WiTaAD0Va>>482,>>478,やべーぞレイプだは無頼男、クンニしろオラァはエデンの檻、パコさんはパジャマな彼女,,青少年にショッキングな性暴力を見せることの良し悪しと、現実とフィクションの混同は別問題でしょ,リアルだからじゃなく、例えばこれが非現実的な触手で腹ボコ異種姦とかでも同じようになったと思うぞ,,子供が真似する云々は親の躾の問題じゃないかねえ,プロレス技とか真似して大怪我みたいな事件もあるからなんとも言い難いが,,国情報の見方がよくわからないんだよな,たとえば相場の欄があるが商人のとこで見れるから二度手間じゃないかと思う,最近まで見る価値一切無いとさえ思ってたが在庫の欄は一度に商人と取引できる量と関係あるということでそこだけ見るようにはなった,他に国情報について見方というかこういう数値だったらこういう行動をとればいいみたいな指針を立てるみたいな活用法的なものはあるだろうか?,,https://lavender.5ch.net/test/read.cgi/gengo/1630676954/871,にある旧おじに対してお前らが上という考え,これは正しいと思う,しかし俺に対してお前らの立場が上だと思ってるのなら図に乗るなという感じだな,俺は客観普遍の科学の方法論を説いてるだけ,それはお前が理解しようがしまいが揺らぐようなものでもないのにも関わらず、生暖かい目でお前らが理解するのを待ってやってるだけだ,そういうわけでどう考えても俺が上,,[1;31mhitomi: An unexpected error occurred: AttributeError - 'NoneType' object,has no attribute 'startswith'. Please run gallery-dl again with the --verbose fl,ag, copy its output and report this issue on https://github.com/mikf/gallery-dl/,issues .[0m,,西側,東側,東西,冷戦,俳句,俳諧,句会,句集,詩集,諜報,間諜,苦界,刺繍,正の字,着ぐるみ,器具罪,ガーターベルト,楽器 琴,琴,大正琴,アルトサックス,無心,医院,傀儡,sdカード,給湯,急騰,エフェクト,物置,精錬,屋台骨,こしひかり,陣屋,臨時,創業,一膳 膳,七味,目の色が変わ(を変え),辛子,鉄山,格式,そっか,品種,・肉厚,肉薄,アホ毛,食い逃げ,なん(何)のこれ(しき),オリジナリティ,不憫,秋晴,習性,お家芸,旧い,旧党,無理数,あおひげ,物見高,横断,黄疸,痰壺,横臥,サロン男性向け,オジキソウ,物産,琥珀,タペタム,産界,一本締め,縄会,鍵盤ハーモニカ,(届いた)ビデオテープ,カロリン,棟上,子煩悩,握力,筋トレ,郵,踏破,鉄の足,旅慣れ,古武術,オドリコソウ,負荷,フカヒレ,整髪,社交ダンス ,閣下,モスク,聖地,遊学,遊楽,幽学,魚拓,ジェラート,(えら)骨,すんごい,まっいっか、まっいいか、まいいか、まいっか,カステラ,アイヤッパン,先取り,考古(歴史) 修復,口訣,養蚕,医院,きよみず,制限,周辺,よそよそし,カチューシャ,・蒔絵,机上の空論,机上,鋳造,殺(戮)兵器,留守番,留守居,襦袢,えるゴミ,溶鉱,倫理,呵責,反知性,高踏,互市,ビーフン,観戦,波消し,パンチが強い,アンダーグラウンド,アングラ,海賊版,平坦,ドメイン,ドレイン,根絶,歯車,海中,海底,改訂,関係機関,修正作業,年末調整,(是見)よがし,おんしょく(音色)renta,バンドサウンド,自己流,パワーコード,音のぶつかり,さしもの,水(みず)反射スカートパン下着,手鏡,禁門,金紋,礎と,可塑,門人,外貨,説諭,戦略,序曲,おなかトントン,終曲,サイコロ,コッペパン,アクアパッツァ,吐息,揚げパン,邪魔,カルエル,バズーカ,収穫祭,・炭鉱,切手、小切手,図鑑,辞典,事典,揺籃,ショートカット,ガトー,ビュッフェ,法律上,巧妙,創作物、創作,寺子屋、寺子,寺古,じゃらん,無責任,若女将、女将,よいではないかrenta,節操,奥行き,野沢菜,塩梅,ボケボケ,カフェセレブ,暗示,ふりふり,穏便,使い魔,(にこにこえがお)renta,胴衣,同位体,電動マッサージ、電マ,軽便,(マグロ),表面積,受熱,副虹,ソレイユ,変面,変顔,プリクラ,アカデミ,変心,スイギュウ,エンパシー,個室,霊地,ネカフェ,(吊り橋),・マート,へにょり,出来るような気,結構な,ガードレール,マンホール,群生,開帳,朱印,良妻賢母,ミルフィーユ,(踏切),歩道橋,バス停,停留,ババロア,(食い込),コットン,オーガニック,ネイリスト,メイク崩れ,いたがゆ,オッズ,レバレッジ,助詞,金貨,言語学,文法,命運,概論,練習試合,ワセリン,コランダム,夜のしじま(静寂),ハウスマスター,モノクル,即席家族,収拾,あてられ(た),実直,教導,労をねぎら,見取り図,高砂,ガンマン,ピストル,ベースキャンプ,祭りのあと,あまじょっぱ,きくらげ,親分肌,姉御肌,出囃子,はみご,(あしからず),オープン,最後の入院,テレビ 企画,伏魔殿,クリーンヒット,無神経,信頼関係,夫(妻)の理解,カミングアウト,メンタル(ヘルス),有機(の),デバフ,勝たん,徒歩(かち),八重歯,考えがある,持ち合わせ,視聴者(fanza),ざるをえ(得),所狭し,急成長,タイトルホルダー,見込み,見切り発車,滑り止め,皆様,お目汚し,シツレー,これにて,ラバー フェチ,タイムライン,原価,パン粉,ターニング,ベーグル,マフィン,スラット,スナッフ,カリカリ,急成長,(樽),ぷつっと,くさびを打,ヒーラー 悪役,打ち首,ぶつ切り,スパット,ドルチェ,カルティエ,ブルガリ,スムージー,週末,郷(さと),ひさご,ナメル,目出し帽,ドリップ,ドーリィ,御役御免,ケーブルカー,容体,陰性,東京進出,縮こま,交信,消臭,認識機能,まん毛,クリプト,テンガロン,嗅ぎ付,切り通し,渡り鳥,カヤック,リンクル,美貌,魔盾,もっこり,スカル,翡翠,デイジー,冷え性,痛車,(みずみずし),裏日本,いぶった,連れション,立ちション,しみしみ,ヴィヴァーチェ,立食,コールスロー,カシミール,コンチネンタル,道連れ,アロス,笑撃,安直,腰溜め,土壌,音楽シーン,血 ぴゅー,カルドゥッチ,ナリシング,ごにょごにょ,ごみょごみょ,改正,初稿,強直,包囲(男性向け),(真っ只中),厚み,ロコモコ,アヒポキ,ホクホク,(葦簀),西日,放屁,むぐって/た,直売,ひさが笑,チェーマン,エトランゼ,マニ(教),ご意思,あからさま,心躍,こなれる/て,究極の歌姫,タイアップ,引きも切ら,ふーふー,猫舌,微動,デーツ,かしこぶ,篭手,かすり傷,爪楊枝,シンセサイザ,児童文学,ボーカロイド,直帰,急務,まっしぐら,家系図,秋の機械,バインバイン,コンバイン,モータウン,腐心,揺籃,ガラス張り,膣トレ,ナイトクラブ,ポールダンス,げんなり,経血,フェムゾーン,突破,ロイター板,舗装,懊悩,除霊,徐行,逃げ道,黙殺,・リーキ,どうらら,大喜利,レール,リニア,値札,上臈,キッチンカー,顆粒 ,なで肩,スプリング,トレパク,パクり,ひょっこり,重工,校歌,生まれてくる,ドリフ,審査,新芽,隠し部屋,丸刈り,ラブソング,泡切れ,虎の子,キックスケーター,敢行,野宿,エルドラド,段々畑,自他(とも),プレス機,加工物,ホッピー,もそろ,(飴)色,デミグラス,グレービー,グレープ,野火,スタンプ(ラリー),ラリー,崚,いってきます,社会勉強,蕗の薹,問屋,イントロ,ティーナ,出向(い),魂魄,(部)外秘,サルベージ,健康骨,腐葉土,遺留,慰留,二人三脚,かかと落とし,安食,パディトン,ドミグラス,マッシュ(ルーム),休職,ケルヒャー,ソイソース,ホットサンド,コーヒーフレッシュ,トロンボーン,類似,言い遺,民泊,ダクト,ドーラー,半地下,マナ,寄り目,シュラスコ,屋台骨,土性骨,すべすべ,ハメが外,火薬 花火,舞妓 化粧(が),バーニャカウダ,ヒジャブ,ジップライン,女性用,男性用,用兵,籠城,伏兵,輪切り,アク (漫画家)[括弧が先],復職,フルール,ペチュニア,無撚,造反,肌を合わ,淫蕩,手芸,tl漫画家,ラクシュミ,黄石公,解呪,夜職,高目,フェビアン,大公望,ザッピング,こういう時,反転攻勢,肌掛け,ドア越し,式典,マクロビ,それなり,プレスカード,身分証,当て込,折込,うってつけ,サンドバッグ,閉塞,葉巻,オスロ,フラッパーの(な),ならず者,しゃきっ,運命論,ギャング,盗んだ車,共同作業,・配信,バンラリース,別離,発喪,政変,ビタミンB1,眼精,天誅,天佑,孤立化,開かせ,年の頃,八つぁん,(ぐあい),ヴェルヴェット,悲嘆,勅許,へしこ,アクアリウム,開明,持ち上が,やってのけ,晦冥,それはあれ,手の者,正義マン,乾 いぬい,むろお,・あみだ(くじ),ドッジボール,鍼灸,板金,気流,手(もみ),壁紙,パンパス,debut,パンプス,ドレッサー,映画の宣伝,誉れな,足蹴,司牧,鞠躬如,けん玉,(じゃらんぽん),デトックス,キンパラ,鼻につく,言い分,貫け,真作,ニス,姦婦,贋作,フェルメール,あんかけ ,キックボード,全容,のど飴,しゃあしゃあ,覆る/し,心臓な/だ,にゅうにゅう、にゅーにゅー,ドッキング,万華、華鏡,戒 法,受戒,(ことこと),お召し,パーキング,水あめ、水飴,じとじと,しれっと,ヘラ期,汽笛,(中長)期的,(唐揚げ),atm (年漫画),(ものまね)renta,ギャラ呑み, うんてい,水玉,肉まん,水油,天花粉,香油,持って数,叩き込,異物,改変,遺伝子 組,儚、果敢ない/く、はかない/く,物は言い,言い逃げ,嫌な打算,こわすぎrenta,口にす/し,マーシナリー,洗いざら,赤線,青線,節介,ディーゼル,(なんともでき),みなは,アストリンゼン,ケトン,ファルシオン,間取り,見取り,柑,ノープラン,しっくり,バイキング,グロッキー,シッカロール,勝負になら,せていただ,ツルツル,コーティング,bgm,効果音,バックグラウンド,(すけこまし),コケティッシュ,気落ち,あざと,さかいに,国防,カピカ,八重歯、犬歯、臼歯,薄幸,・旧師,白光,くんだり,とどま,素敵空間,宅浪,パッケージ,ツマミ,パッキング,サイバー,・5次元(の)女,アンティーク,独り者,ディスカウント,運航,水難,分際,間際,特長,テニサー,(蒸し蒸し),修正済み,こさめ,緩和,引き締め,逆さ吊り,おしおき,仕立て屋,見立て,備え,梁 柱,正座,未来志向,転倒,瞬発,奮発,実写,唱歌,トロフィー,ハンチング,・子分,古文,(のたれ死),恵まれ,この先,痛恨,失言,ビット,ピット,ショークラブ,ペシミス,まぐろ 漁船,世替わり,あがき,おぼれ,プリントシ-ル,余念,下まつげ,エクステ,唱和,・な校則,復縁,(掘り起こ),小窓,明り取り,のろけ 年漫画, Permalink | 記事への反応(2) | 12:17
「処女航海(maiden voyage)」「処女作(maiden work)」といった言葉に苦言を呈するフェミの方々が現れると、決まって「『船』や『ペン』が女性名詞だから『処女』が付くだけなのにそんなことも知らないのか」と得意げに反論をする人たちが出てくるのだが、はたしてこの「女性名詞説」は本当に正しいのだろうか。
Etymology
From Middle English mayden, meiden, from Old English mæġden (“maiden, virgin, girl, maid, servant”), diminutive of mæġþ, mæġeþ (“maiden, virgin, girl, woman, wife”) via diminutive suffix -en, from Proto-West Germanic magaþ, from Proto-Germanic magaþs (“maid, virgin”). Equivalent to maid + -en.
中世英語の「mayden」「meiden」は、古英語「mæġden」(「未婚の若い女性」「処女」「少女」「女中」「召使い」)に由来し、それは「mæġþ」「mæġeþ」に指小語尾「-en」がついた指小辞であり、それは西ゲルマン祖語の「magaþ」に由来し、さらにはゲルマン祖語の「magaþs」にまで遡る。「maid + -en」に相当する。
maiden (adj.)
c. 1300, "virgin, unmarried," from maiden (n.). The figurative sense of "new, fresh, untried; first" (as in maiden voyage) is by 1550s. In horse-racing (1760) it denotes young horses that have never run before.
13世紀。「処女の」「未婚の」。maiden(名詞)から。1550年代には「新しい・新鮮な・試されていない・最初の」という比喩的な意味(「処女航海」のように)で使われるようになった。競馬では(1760年)一度も走ったことのない若い馬を表す。
つまり、古英語(5世紀から12世紀ごろ)からあった「maiden(処女)」という名詞が、13世紀ごろに「maiden(処女の)」という形容詞としても使われるようになり、さらに1550年代になって比喩的に「maiden(最初の)」といった意味の形容詞としても使われるようになった、ということだ。
そして、古英語のころにはあった男性名詞・女性名詞の区別が、中世英語(11世紀から15世紀ごろ)では失われていることから考えると、1550年代に生まれた「『最初の』という意味の形容詞maiden」が女性名詞にしか使えなかったとは考えにくいだろう。
当たり前の話だが、同じ意味の単語でも、それが男性名詞か女性名詞かは、言語によってバラバラである。英語「ship」と独語「schiff」は共にゲルマン祖語に由来するようだが、どちらも中性名詞である。仏語「navire」と伊語「nave」はどちらも羅語「navis」に由来しているのだろうが、ラテン語とイタリア語では女性名詞なのに、フランス語では男性名詞となっている。
女性名詞説の人たちはしばしば「『船』はラテン語で女性名詞だったから」などと言うのだが、仮に英語の「maiden」が女性名詞に付くとしても、なぜ古英語などではなく、いきなりラテン語が基準になるのだろうか。「maidenは女性名詞に付く」という結論ありきで、「船」を女性名詞とする言語を探してきているだけではないのか。
女性名詞説の「処女作は『ペン』が女性名詞だから」というのもおかしな話で、普通に考えれば「作品」や「本」が女性名詞かどうかを考えるべきだろうに、なぜ「ペン」を持ち出してくるのかといえば、ラテン語で「ペン」が女性名詞だったことを探してきたからだろう。
女性名詞説の人たちがもうひとつ頼みとするのが「英語でも船をsheと呼ぶ」ということである。つまり「船をsheと呼ぶのは船が女性名詞だったことの名残である」というのである。
これについては以下のページに詳しい。
これは古英語にあった文法性とは無関係です.乗り物や国名を女性代名詞で受ける英語の慣習は中英語期以降に発生した比較的新しい「擬人性」というべきものであり,古英語にあった「文法性」とは直接的な関係はありません.そもそも「船」を表わす古英語 scip (= ship) は女性名詞ではなく中性名詞でしたし,bāt (= boat) にしても男性名詞でした.古英語期の後に続く中英語期の文化的・文学的な伝統に基づく,新たな種類のジェンダー付与といってよいでしょう.
「OED によると船を受ける代名詞としての she の初例は1375年である」らしいが、最初にも述べたとおり、英語に男性名詞・女性名詞の区別が残っていたのは古英語(5世紀から12世紀ごろ)までである。また、これも先述のとおりだが「古英語 scip (= ship) は女性名詞ではなく中性名詞」というのだから、女性名詞説の人たちの主張はまったくの誤りということになるだろう。
1. 英語の「maiden」は、そのあとを受ける名詞が男性名詞か女性名詞かに関係なく、「新しい」「最初の」という意味の形容詞として使われている。
2. その「新しい」「最初の」という形容詞としての用法が生まれたのは、英語から男性名詞・女性名詞の区別が失われた後のことである。
これ優秀やね。元増田のやつよりお手軽。
あとせっかくだからサムネイルを並べて表示するコードを紹介しとこう。
import matplotlib.pyplot as plt num_inference_steps = 10 # Number of denoising steps guidance_scale = 7.5 # Scale for classifier-free guidance batch_size = 1 def show_images(images, figsize=(20,10), columns = 5): plt.figure(figsize=figsize) for i, image in enumerate(images): plt.subplot(len(images) / columns + 1, columns, i + 1) plt.imshow(image) #入力文字 ここに好きな禁則文字をいれてください prompt = ["hatena anonymous diary"] # 画像のサイズ height = 512 # default height of Stable Diffusion width = 512 # default width of Stable Diffusion # SEED値、ここをかえると 同じ入力文字でも別の画像がでます seedId = 1 images = [] for i in range(5): generator = torch.manual_seed(seedId + i) print(seedId + i) image = run(prompt,generator,height,width,num_inference_steps,guidance_scale,batch_size) images.append(image) show_images(images)
自動で安価をつけて返信するプログラムでもこんなに長く複雑になる(一部抜粋)
/**************************************
以下のCSV_DIR, FILE_PATHS, SETTINGSを書き換えてね。 <h3>o- *************************************/</h3>
//CSVファイルが置かれてるディレクトリのパス。投稿前にエラー出たら大体ここの設定ミス。 例:"C:\\Users\\sakuraimasahiro\\Documents\\iMacros\\Macros\\rentou\\";
'C:\\Users\\USER\\Desktop\\iMacros\\Macros\\rentou\\';
//ファイルのパス。CSVは絶対パスで、拡張子も必要。iimは相対パスでよく、拡張子不要。
const FILE_PATHS = {
textCsv: CSV_DIR + 'textNoAnker.csv',
//レス用投稿文が書かれたCSV。通常とレス用で分けないなら同じファイルを使えばいい。
replyTextCsv: CSV_DIR + 'textReply.csv',
};
baseWaitTime: 5,
//baseWaitTime+0~waitTimeRange(ランダム)だけ待つ
waitTimeRange: 5,
//連投しすぎだと忠告された場合に処理を一時停止させる時間(秒)
waitTimeForAvoidingPunishment: 60 * 30,
//メール
mail: 'sage',
//名前設定
name: '',
//以下、偽装ワッチョイ設定。浪人でワッチョイを非表示にしてるときだけtrueにしてね。
//妙なニックネーム(ワッチョイ、アウアウウーなど)をランダムで決めて付加するかどうか。true=付加する。false=付加しない。
//妙なニックネームの後に付く8桁の文字列をランダムで決めて付加するかどうか。
},
//アンカー無し投稿をするならtrue。しないならfalse。noAnkerPostかreplyPostのどちらかはtrueにすること(両方trueでもOK)。
//アンカー付き投稿(返信)をするならtrue。しないならfalse。もしnoAnkerPostとreplyPostの両方がtrueの場合、投稿は返信が優先され、返信対象が見つからなくなったらアンカー無し投稿をする。
//最初に取得するアンカー無し投稿文CSVファイルの行番号。もし返信用と同じCSVファイルを使うなら-1と入力。
noAnkerPostTextCsvStartRow: 1,
//最初に取得する返信用投稿文CSVファイルの行番号。もしアンカー無しと同じCSVファイルを使うなら-1と入力。
//テキストCSV/返信用テキストCSVの取得行が最終行に達したら最初の行まで戻るかどうか。true=戻る。false=マクロ終了。
//返信する場合、これより小さなレス番には返信しない。返信を投稿すると、この数値は前回の返信先のレス番に更新される。
minAnker: 895,
//返信する場合、名前に以下の文字列を含む投稿にアンカーをつけて返信する(ワッチョイやIPなど名前フィールドにあるものならなんでも可)。配列で複数指定可能。指定無しなら空配列([])。filterNamesとfilterNamesNotIncluded共に無指定ならレス番1から順に返信していく(minAnkerが設定されてればそこから順に)。以下のfilter系は全て併用可能。
//↑とは逆に、名前に以下の文字列を含まない投稿にアンカーをつけて返信する。↑と併用も可能。
//返信する場合、本文に以下の文字列を含む投稿にアンカーをつけて返信する。
filterText: ['自演かな', '自演わらわら', 'スクリプト使うの', '安価ガバ', '>>660', '自演で擁護', '最後' ,'あいうえお', 'かきくけこ', 'さしすせそ', 'なにぬねの', 'はひふへほ', 'まみむめも', 'やいゆえよ', 'やゆよ', 'らりるれろ', 'わいうえを', 'わをん', 'わいうえをん'],
},
//自分のIPアドレスの確認。VPNとかでIPを変更してマクロを動かしてるとき、突然VPNが作動しなくなってIPが元に戻ったときにマクロを止めるためのもの。
//以下の文字列が自分の現在のIPアドレスに含まれている場合、マクロを一時停止する。基本的に自分の本当のIPアドレスを入力。
},
//浪人設定。最後に動作を確認したのは5年くらい前で、今も同じように動作するかは、浪人を持ってないから確認できずわからない。
//浪人にログインしてるかどうかをチェックするかどうか。trueならする。falseならしない。trueにしていてもし浪人にログインしていないことを確認したらログインしにいく。
password: '1234',
},
};
/**************************************
設定箇所終わり。
https://info.5ch.net/index.php/%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%82%81%E3%81%AA%E3%81%84%E6%99%82%E3%81%AE%E6%97%A9%E8%A6%8B%E8%A1%A8 <h3>o- *************************************/</h3>
/**************************************
・NULL演算子(??)は使えない。論理積(&&)は使える。
・オブジェクトの分割代入はできない。
・importはできない。 <h3>o- *************************************/</h3>
/**************************************
関数 <h3>o- *************************************/</h3>
/**
* ここから始まる。
*/
checkSettings();
var _TextCsvCursors = new TextCsvCursors(
SETTINGS.postSettings.noAnkerPostTextCsvStartRow > 0
? SETTINGS.postSettings.noAnkerPostTextCsvStartRow - 1
: SETTINGS.postSettings.noAnkerPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
SETTINGS.postSettings.replyPostTextCsvStartRow > 0
? SETTINGS.postSettings.replyPostTextCsvStartRow - 1
: SETTINGS.postSettings.replyPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
);
var _LoopStatuses = new LoopStatuses(0, SETTINGS.postSettings.minAnker);
const _MyPosterName = new MyPosterName({
name: SETTINGS.nameSettings.name,
});
const _ThreadUrl = openPromptThreadUrl();
//ループ
while (true) {
SETTINGS.ipSettings.checkIp && checkCurrentIpNotTheIp();
//スレを開く
openUrl(_ThreadUrl.fullUrlHttps());
//浪人にログインする設定なら、浪人にログインしているかどうかを確認し、していなければログインしにいく。
if (SETTINGS.roninSettings.checkLogin) {
}
}
if (SETTINGS.postSettings.replyPost) {
const targetAnkerNumber = createPostDOMList()
.filterPostnumberHigher(_LoopStatuses.currentMinAnker())
.filterByPostername(SETTINGS.postSettings.filterNames)
.filterByPosternameNotIncluded(
SETTINGS.postSettings.filterNamesNotIncluded,
)
.filterByText(SETTINGS.postSettings.filterText)
if (targetAnkerNumber !== null) {
const r = _TextCsvCursors.takeNextRowTextAsReply(targetAnkerNumber);
messageDisplay(`返信対象有り。アンカー先: ${targetAnkerNumber}`);
return {
...r,
updatedLoopStatuses:
_LoopStatuses.updateMinAnker(targetAnkerNumber),
};
}
}
if (SETTINGS.postSettings.noAnkerPost) {
//返信対象無し、或いは返信しない設定の場合。アンカー無し投稿文を作る。
const r = _TextCsvCursors.takeNextRowTextAsNoAnker();
messageDisplay('返信対象無し。アンカー無し投稿。');
return {
...r,
updatedLoopStatuses: _LoopStatuses,
};
}
return null;
})();
if (p) {
//投稿。
nickname: SETTINGS.nameSettings.nickname,
korokoro: SETTINGS.nameSettings.korokoro,
area: SETTINGS.nameSettings.area,
}),
SETTINGS.mail,
p.text,
);
//_TextCsvCursorsと_LoopStatusesを更新。
_TextCsvCursors = p.updatedTextCsvCursors;
_LoopStatuses = p.updatedLoopStatuses.incrementPostCount();
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
} else {
`返信対象が現われるのを待機中...。`,
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
}
wait(SETTINGS.baseWaitTime + randomRange(0, SETTINGS.waitTimeRange));
}
}
/**
* 投稿処理と投稿結果を見てリトライしたりマクロ終了したり。
* @param {string} serverName サーバー名
* @param {MyPosterName} _MyPosterName
* @param {string} postMail メール
*/
serverName,
postMail,
_MyText,
retryTimes = 0,
) {
const r =
retryTimes === 0
? new ValuesOfPost(serverName, _MyPosterName, postMail, _MyText).post(
postTo5chTread,
)
serverName,
postMail,
_MyText,
).postSubstring(retryTimes, postTo5chTread, postConfirm);
if (r) {
back();
return;
}
wait(7);
const error = createPostErrorMessage().analyze();
messageDisplay(error.message);
if (error.order === 'KILL') {
kill();
} else if (error.order === 'SKIP') {
return;
} else if (error.order === 'TRUNCATE') {
back();
serverName,
postMail,
_MyText,
retryTimes + 1,
);
} else if (error.order === 'WAIT') {
wait(SETTINGS.waitTimeForAvoidingPunishment);
serverName,
postMail,
_MyText,
retryTimes,
);
} else if (error.order === 'LOGIN') {
serverName,
postMail,
_MyText,
retryTimes,
);
}
return;
}
/**
* 現在のIPアドレスに、SETTINGS.ipSettings.avoidTheIpの値が含まれていないことを確認する。含まれていたらマクロを一時停止。
* @returns
*/
function checkCurrentIpNotTheIp() {
openUrl('https://www.cman.jp/network/support/go_access.cgi');
const _IpAdress = createIpAdressFromCMan();
if (_IpAdress.includes(SETTINGS.ipSettings.avoidTheIp)) {
pause('現在のIPに指定した値が含まれていることを確認。');
}
return;
}
/**
* @returns
*/
if (
SETTINGS.postSettings.noAnkerPost === false &&
SETTINGS.postSettings.replyPost === false
) {
return kill('設定エラー。noAnkerPostとreplyPost両方ともfalseになってる。');
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow < 0 &&
SETTINGS.postSettings.replyPostTextCsvStartRow < 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRowとreplyPostTextCsvStartRow両方とも-1になってる。',
);
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow === 0 ||
SETTINGS.postSettings.replyPostTextCsvStartRow === 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRow/replyPostTextCsvStartRowの初期値は-1或いは1以上で。',
);
}
}
/**
* 入力フォームを表示して入力されたスレのURLを受け取る。
*/
function openPromptThreadUrl() {
const url = prompt('スレURLを入力');
}
/**
* 開いてるスレのレス全て読み取ってPostListインスタンスを作って返す。
* 重すぎるので使うのやめ。どうやらインスタンスの大量生成が原因な模様。
*/
const posts = window.document.getElementsByClassName('post');
return new PostList(Array.from(posts).map((e) => new Post(e)));
}
/**
* 開いてるスレのレス全て取得してPostDOMListに格納して返す。
* @returns
*/
function createPostDOMList() {
const posts = window.document.getElementsByClassName('post');
for (let index = 0; index < posts.length; index++) {
//HTMLCollectionからElementを1つずつ抽出して配列に。
arrPostDOMList.push(posts.item(index));
}
return new PostDOMList(arrPostDOMList);
}
/**
* 開いてる投稿結果画面に表示されてるエラーを読み取ってPostErrorMessageインスタンスを作って返す。
*/
function createPostErrorMessage() {
window.document
1500円にしてはとても満足できた作品。
https://www.dlsite.com/pro/work/=/product_id/VJ013196.html
インストール手順
https://github.com/Gcenx/WineskinServerの手順に従う
64bit版のWS11WineCX64Bit21.2.0だと、次のwmp9のインストールが上手くいかない
fakejapaneseは日本語フォント、wmp9はゲーム内ムービー再生に必要
全ユーザー対象でProgram Files以下に入れる方が楽
レイヤー以外の選択肢ではムービー中に音楽は鳴るものの画面は真っ暗になった。
Wineは大変便利、M1チップだがRosetta2のおかげで速度も全く問題ない。他のゲームでも参考になればと思い書いた(Twitterにはエロ書けない)。
CoreKeeper側で apt に依存しているっぽいので、Ubuntu でやった方が楽だと思います。
Ubuntu 20 TLS でやる場合、/home/steam/Steam/ が /home/steam/.steam/ になってたと思うので、環境に合わせて読み替えてください。
dpkg --add-architecture i386 add-apt-repository multiverse apt-get update apt-get dist-upgrade reboot
useradd -m steam passwd steam gpasswd -a steam sudo
sudo -u steam -s cd sudo apt install steamcmd ln -s /usr/games/steamcmd steamcmd ./steamcmd +login anonymous +app_update 1007 +app_update 1963720 +quit
cd ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/ ./_launch.sh
Press Ctrl + C for Stop Core Keeper Dedicated Server
mkmir -p -m 775 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds chown steam:steam /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds
Copy old world file (0.world.gzip) to
/home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds
Copy old setting file (*.json) to
/home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/
chmod 664 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds/0.world.gzip chmod 664 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/*.json
vi /etc/cron.hourly/corekeeper_backup #!/bin/bash cp -a /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds/0.world.gzip /home/steam/worldbackup/0.world.gzip.`date '+%Y%m%d%H%M%S'` cp -a /home/steam/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt /home/steam/worldbackup/CoreKeeperServerLog.txt.`date '+%Y%m%d%H%M%S'` chmod 777 /etc/cron.hourly/corekeeper_backup sudo -u steam -s cd mkdir worldbackup
sudo -u steam -s cd ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/ nohup ./_launch.sh tail -f ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt
利用者の問題か、サーバーの問題かわかりませんが人数が10人超えると CPU4コア/メモリ4G/100Mbps で結構ラグかったです。
今は CPU6コア/メモリ8G/1000Mbps で動かしています。
6-8人以上で2-3時間サーバー動かしてると、Unityのライブラリがsegfault起こして、Core Keeper Dedicated Server が落ちます。
ログ取れたのでバグレポしましたが、改善するまでは不特定多数が好き勝手するサーバーみたいなのを長期運用するのは厳しいかなと思います。タイミングによってはアイテムロストしてしまうので。
「やっと人間の世界に戻った」と涙…中国で日本移住の人気が急上昇の事情Photo:PIXTA
新型コロナウイルス感染拡大の影響でロックダウンが開始されてから、2カ月が経過した中国・上海。厳しい制限下の生活に疲れ果て、将来に不安を抱える人が少なくないという。そうした市民の中で、「中国国外への移住」に対する関心が高まっている。中でも、「日本へ移住したい」という人が相次いでいるのだ。突如、移住先として日本人気が高まっている理由とは何か。(日中福祉プランニング代表 王 青)
この頃、中国ではネット上で「潤学」という言葉がはやりはじめ、注目を集めている。
中国語で「潤」は、漢字の通り「潤い、利益」などを意味する。ピンインの発音は「run」になるが、これが英語の「run」と同じなので、昨今は「海外へ脱出する、逃げ出す」という意味を持つようになった。冒頭の「潤学」はこの意味から派生した言葉で、「いつ、どの国へ、どんな手段で」など、海外移住を成功に導く知識とノウハウのことを指す。
中国最大の検索エンジン百度(バイドゥ)や最大手のメッセンジャーアプリ「ウィーチャット」では、3月下旬から、「移民」というキーワードの検索数が爆増したという。例えば、ウィーチャットでの検索数は、4月3日の1日だけで5000万以上となった。単純計算で全人口のうち、約30人に1人が「移民」に関心を持っていることとなる。特に4月3日は、政府がゼロコロナ政策の継続姿勢を明らかにしたこともあり、国民の間で“脱出”への関心が高まったようだ。
来るな来るな来るな!!!!
来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!
来るな!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
家庭教師として高校生に英語教えてて最近びっくりした。その子は同日共通模試の英語点数が8割超えでリーディングもリスニングも偏りなく取れてた。ただ基本的なとこで変な間違いがあったので、「この動詞が自動詞で使われることはほとんどないから、他動詞として使うと思っていいよ。目的語がなかったら選択肢から外して」って教えたらぽかんとしていた。どうやら自動詞と他動詞というものがわかってなかったそう。偏差値70を超える高校の生真面目な新3年生ですらそうなんだから、実際かなりの数の高校生がわかってないと思う。試しに「I run.」の意味を聞いたらもちろん「走る」とわかってたんだけど、「River runs.」を聞いたら「川が、、走る?」、「run a company」を聞いたら「、、、?」という感じだった。彼はシス単の4章の難単語もちゃんと覚えていて、長文で出てきてもおそらく読めるんだろうけど、実際は単語帳に出てきた和訳がなんとなくわかってるだけで他動詞用法や自動詞用法の区別はできてない。
高校とかで下手に難しい英単語を詰め込ませたり、逆にコミュニケーション英語として難しいお題決めてALTと無理やり会話させてみるより、もっと簡単な単語でじっくり会話や英作文をさせて添削したほうがよっぽど効果的だと思う。ネイティブでも知らないような英単語や上流階級じゃなきゃ誰も守ってないような規範文法や熟語を覚え込ませても、自動詞と他動詞が区別ついてなかったり、「come」を「来る」、「go」を「行く」、「run」を単に「走る」とだけ覚えちゃってるほうがやばいと思う。
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策(不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス)を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能)
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策(不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス)を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能)
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる