  |
はてなキーワード: 強制終了とは
別に紹介とかなくてよいが、なんらかの個人情報紐づけた会員証。スマホアプリでよいか
いうなれば罰金。会員登録の際、３枚ほど購入義務。入店時には３枚ほど所持義務がある
１枚1000円とか500円とか。
・度を越したセクハラ発言や暴言はキャストの申告でペナルティを与えることができる
その日から１週間は残り２ペナで退店みたいなことやそもそも３日は来店不可などの制度も導入できる
・制限解除
キャストの意思でペナルティの制限解除が可能。３ペナルティ以降もペナチケさえ支払えばペナ行為が可能となる
なお、制限解除はキャストに対してではなく、あくまで客個人に対して。（キャストαが客Aに対して解除していても客Bはαに退場させられうる）
キャストは適当なタイミングで制限解除を終了させることが可能。要事前告知。終了後はノーペナか１ペナぐらいにリセット。
大声で品のない話をするなど、制限解除中の他の客の発言があまりにもきにさわるばあいは、他の客が制限解除を強制終了できる。
客Aが制限解除中、客Bが強制終了を要望した場合、Bが支払ったペナチケ＋１をキャストに支払うことで制限解除を続行できる
当然、客Bはさらに一枚出して再度キャンセルを要求できる。要は札束での殴り合い
初め普通にラミネートしたカードみたいな（ちょっとやる気のある地下アイドルさんのチェキ券とか）のを考えてたが、会員証思いついてアプリにするならそっちも電子でいいか、とか思ったが、やっぱり物理のカードが良さそう。で、会員証必須にした理由忘れた。退場後の出場停止とかの管理のためだっけ？
いざという時は遠隔操作を強制終了出来るが5回までしか強制終了出来ない（それ以上やると死ぬ」
この制限はシューティングゲームの「ボム」みたいな装置になっていて
絶対に死ぬ訳にはいかないけど、残り回数を考えて気軽に強制切断はできない という命の駆け引きになっている。
作者はこの仕掛けを上手く使ってヒリヒリする生き残りをかけた戦いを描いてるので
「この設定ありきで書いてるんだろうな」という感想は、そうですよ その通りですよ としか言いようがない。
読んだこの人は舞台設定とその意味を理解していないのではないだろうか？
バトルグラウンドワーカーズってビッグコミックスピリッツの漫画なんだけど
「全国から社会不適合者・死んでも良い人間がパイロットとして集められる」
って設定でまず「ん？」と思った
で、そんな「死んでも良い人間がパイロットとして乗る事になる機体」のお値段が一機あたり22億円
…どう考えてもそんな物全国から適当に集めた社会不適合者じゃなくてきちんとしたパイロットを乗せた方が良いじゃん
その他にも
とか、「これ描きたい事ありきで細かい設定とかそこまで煮詰めてないんだろうな」とはもう序盤で思った
で、題材の割に何か設定ガバくない…？と思って原作者さんの事を調べたらやっぱり女性で納得行った
「侍女の物語」って海外のSF作家さんが書いたディストピア物の作品を見た時思ったんだけど、
女性作家がSFを描くとまず描きたい事・やりたい事ありきで「何故そういう世界になったのか？」というそこに至った流れにリアリティが無いな…と感じて
ああ、女性の描く話だな…っていつも思う
中学生の時からなんとなく感じていたけど、年々母親と会話が成功する確率が減ってきている。
両親にはとても感謝しているし、恵まれた生活をさせてもらって自分は幸せ者だと感じているが、どうしても母親をひとりの人間として見たときに好きになれない。相性の悪い相手だと感じる。
今現在も1日を振り返ってイライラが止まらず眠れないので、日々母を観察し、ようやくその発言や行動の分析が進んできたことを、ここに書き出そうと思う。
母とは時たま会話が成立しないときがあり、これには母がそもそもこちらの話を聞いていないパターンと、母の発言の中には実際の言葉とは違う意味が多分に含まれていて、こちらが全てを汲み取って理解しないと言葉のキャッチボールが成立しないパターンがあると考えられる。
前者の例
「お母さん、この日ってなんか予定あったっけ？」
「……(スマホに夢中で聞いていない、もしくは聞こえていない)」
「歯医者行ったら駐車場でぶつけられそうになったよ。飛び出してきたくせに睨んできて、すごく感じ悪い人だった。」
※最近は他にも、いきやりTikTokやTwitterの画面を見せて「見て！誰々さんがどこどこ行ったって！」も頻発
後者の例
「このお酒、リキュールだけど成分表に清酒って書いてあるね。だから日本酒の匂いがするんだ。」
「うん。リキュールと言ってもいろんな種類があるんだなって。」
「だから、簡単に言えば香りをつけたお酒がリキュールでしょ？その材料になるお酒にも色々種類があるんだねって今知ったの。」
「そりゃそうでしょ。」
前者のパターンは、そもそも母はその場の思いつきや目の前のことに集中してしまうことが多いので避けることは不可能。日常で最も頻発するが、昔からこうなのでどうしようもない。
後者のパターンは、会話の中で年々登場回数が増えている上にあたかもこちらだけが理解不足であるかのように扱われるので大変頭にくる。
母はいわゆる主語がない人だ。いきなり突拍子もなく「何日だっけ？」なんてのは当たり前で、こちらが主語を探す会話スタイルが基本。
さらに、おそらくだが、母は「家族相手なら多少適当に喋っても話が通じる」と思っている。
この2つが組み合わさった結果、「母の中ではごく普通の言葉だが、出力結果が主語も述語もめちゃくちゃで何を指しているかわからないため会話にならない」からの「こちらは困惑、母も『なんでこいつにはこの程度のこともわからないんだ？』と困惑」という状況になる。
前者はスルーするなりあとから同じことをもう一度話すなりすればいいものの、後者をぶちかまされたときはこみ上げる苛立ちを抑え込むので精一杯だ。
後者のパターンで例に挙げた会話では、こちらは途中まで母の「だってリキュールでしょ？」という発言は「リキュールなんだから日本酒ってのはおかしくない？」という意味だと捉えて会話していたつもりだったが、どうやら違うようだというのがわかる。ここまではいいのだがじゃあ本当は何が言いたかったの？というのがわからない。「リキュールというお酒はいろんな材料をもとに作られるのだから、日本酒でできたリキュールもあるだろう？」ということならば二度目の否定は意味が通らなくなる。
しかしここで「つまり何が言いたいの？」は禁句だ。毎回黙りこみ、結局言葉の真意を聞き出せたことはなかった。
長年この謎と向き合い続け、こちらの理解不足がいけないのだろうと様々な思考や対策を行ってきたが、今はもうこのモードに入った母の言葉の真意を理解することは不可能だと諦め、「あーそうだね」で会話を強制終了させることにしている。
この方法のメリットはこちらの神経のすり減り方ががいくらかマシになることで、デメリットは母が不機嫌になることだ。おそらく母は母でこちらの「オメーの言ってること意味不明だからもう話すのやめるわ」という空気を感じ取っている。
ここまではこちらの言葉に対する母の返し方という内容だったが、では母からの言葉はどうなのかというと、ハッキリ言って母の話はクソつまらない。
母から振ってくる雑談の内容は、ここ半年程は、親戚の非常識夫婦に対する愚痴、仕事に対する愚痴、大好きなアイドルの話題のうちどれかだ。
前者2つはこちらもストレス発散になるならばとできるだけ聞く。個人的にこの非常識夫婦が大嫌いなのであまり聞きたくない。
問題なのはアイドルの話で、これが「テレビに出ていたのがカッコよかった」とか「今度発売されるCDが楽しみ」とかだったら話の広げ方、返し方も色々ある。「何の番組に出てたの？」とか「もう予約したの？」とか。
私はそのアイドルに全く興味がないし、そんな話をされても「見れば？」くらいしか返す言葉がない。
ここで、普段から母の方も私の話を聞いてくれて、会話を弾ませることができるのであればまた違うのだろうが、こちらからの言葉にはわざとかどうかは知らないが無視か会話ブッタ切り、会話が成り立ったかと思えば主語も述語もめちゃくちゃで、挙句の果てにこちらが悪いかのように決めつけてきて不機嫌になる。
母とはいえ、そんな相手のしてくる、興味もないどうでもいい話を積極的に聞けるのはもはや仏かなんかだろう。
こういった日常の積み重ねに加え、母のクソでかい独り言と足音や物音を聞いているだけで頭がおかしくなりそうなくらいイライラする。
可能な限り常にヘッドホンかイヤホンをして過ごし、可能な限り自然に母の声を無視して会話の発生を避けている。
仕事の都合上、母は私よりもかなり早く起きて出社していくのだが、聞くだけで今家の中のどのあたりにいるのか特定できるくらいデカい足音で歩き回るため、必ず起こされる。
母はかかと歩きだ。ドカドカとかダカダカという走り回るような足音ではなく、ドンッドンッという重く響く足音。
また、母の独り言に対し、話しかけられているのかと思って返事したら無視されたのでもう一度返事をしたら、「えっ？別に話しかけてないけど」ということがあったので、明確な呼びかけ以外は聞こえないふりをすることにした。
両親が建てた家に住み、両親の稼いだ金で飯を食う被扶養者の分際だが、両親が仕事に出かけて不在の時間が何よりも安らぎだ。
ここまで母を悪く書いておいてアレだが、一応母の名誉を守るために、今まで毎日私を見守り、何不自由ない生活を提供してくれた人だということは書き加えておく。
また、母から私に対しても「こいつのこういうところマジでムカつくわ」という点はたくさんあると思うので、別にイラっとするからと言って母を糾弾したり矯正させたりしようなんて考えはない。
あるサイトによれば、中央大学の原理研究会が募集を始めたは1961年4月。年度は書かれていないが白門祭にも参加し統一原理を紹介する企画を行っている。
別のサイトによれば、1964年の早稲田祭で原理研による「原理展示説明会」が行われている。
【山上徹也容疑者に関連して】思い出したこと 日本史野島博之 のグラサン日記
年度と大学名は書かれていないが、本人のツイートによれば1978年駒場祭。
記事では、青山祭実行委員会の「構成メンバーはサー連とほとんど同じ」（サークル連合については「原理系サークルの聖書研・青山学院学生新聞会・弁護部を中心とするサークル連合（以下、サー連）」と説明されている）で「事実上〝青山祭〟は〝原理祭〟と化しています」と述べている。
『噂の眞相』1981年2月号「学園祭資金にまつわる不穏なウワサあれこれ」
伝聞や噂としてであるが、青山学院大学の学園祭について次のようなことが書かれている。
「大学から出る補助金の一部を原理研の連中が流用しているってウワサが前々から出ていたんだ。で、前期の終わりごろ、体育会の学生の一部と原理研の人間（実行委員）とが学内で、補助金問題をめぐって言い争うという事件がボッ発。傷害事件にまで発展したそうだ」
「模擬店などが学園祭期間中に得た収益の一部を例年ウワマエとしてハネ、それをほとんどフトコロに入れていたってウワサもある」
ついでに言えば、この記事でも取り上げているが左翼系の学園祭も金銭面の疑惑は多い。
筑波大学では学生の政治・宗教活動を厳しく規制していたにもかかわらず、学園祭で原理研の企画は許可されるという問題があった。『筑波學生新聞』などがこの問題を取り上げている。
筑波大学の学則と学生の自治に関する質問主意書（社会党の竹内猛議員提出）
原理研究会、NF期間中に講演会開催 抗議の学生らと衝突も 京都大学新聞社／Kyoto University Press
2011年、京都大学11月祭（NF）から追放されている原理研が学園祭期間中に学内で講演会開催。学生が借りることはできない百周年記念館のホールを名誉教授名義で使用。
最近、統一教会が話題になっているが、大学自治を経験したものからすれば、統一教会のイメージは最悪だ。それは、カルトというよりも、自治破壊の実力部隊だからだ。 - Togetter
東北大学新聞(258号) 「私が見た麻原彰晃」
副委員長（寄稿者）は「実力行使しても企画を中止させましょう」という意見だったが断念。「我々はできるだけ統制をしたくなかった（略）しかし秩序と信義を守るためには毅然たる態度こそ必要だったのではないだろうか」と書いている。
1992年、確認書違反を理由に駒場祭委員会がブレーカーを落として麻原彰晃講演会を強制終了。テレビ取材が入っていたのかはわからないが、映像が残っておりテレビでも放映された。
この時実行委員につかみかかった井上嘉浩は、その後地下鉄サリン事件などに関わり2018年死刑。
『東京大学新聞』第1776号によれば、駒場祭委員会は事前の企画書にない行為の一つとして「個人情報（氏名・住所・電話番号）の収集」を指摘している。
『「オウム真理教」追跡2200日』 江川紹子 1995年 文藝春秋
オウム真理教の学園祭企画で「住所や電話番号を書かされて」その後オウム真理教の会員となったケースが紹介されている。
すでにオウム真理教という名前はなくなっている2001年、信者が名古屋大学学園祭のフリーマーケットに教団名を隠して参加し来場者に住所氏名などを書かせた。詳細は不明だが『年表でわかる現代の社会と宗教』にも記載あり。
３０を超えてようやく結婚することができた。
ので、これまでにセックスした相手を思い出してみることにした。
別に供養でもなんでもないけど、なんか書き出してみたくなったので、この場をお借りする。
全て自己満足で、女性に対して一抹の思いやりも存在いたしませんので、嫌いな人は読まないように。
年齢：３０過ぎ
性別：男
高校１年生のとき、同じクラスの子と付き合い、童貞と処女を捧げあった。
その容姿は抜群に美形だったが、なんというか、後にも先にも見ないグロマンであった。
童貞だった自分が、触れることに少しためらうほどの仕上がり具合。
グロマンと別れ、受験勉強に猛進した自分は第一志望の大学に合格。
男女比5:5のマンモスサークルに入会し、最初の飲み会で目を付けられた４女と交際開始。
自分は非常に毛深かったため、セックスの際は絶対にズボンを脱がなかった。
そのことに対して一度たりとも突っ込まなかった彼女の器量たるや。
mixiで好きなアーティストを語り合っていた子とリアルで語り合うことになり、
mixiってコミュニティかなんかに入って知り合うんだっけ？あの文化面白かった。
ちなみに、美マン。
この頃脱毛を完了し、セックスするたびに「俺、足、綺麗じゃね？これ、生まれつき。」って言ってた。
高校時代にやけに慕ってくれていた後輩と急接近。人生初の遠距離恋愛。
夜行バスで会いに行って、早朝から抱き合って、そのまま昼過ぎまで寝るのが好きだった。
大学４年生の時に、１年生の子から猛アプローチを受け交際開始。
当時は何も考えてなかったけど、数ヶ月前までJKだった子を好き放題してたと考えると恐ろしい。
お互いにメンヘラだったので、Twitterの裏アカで悪口書いたり書かれたりと凄まじい攻防を繰り広げ、
就活の説明会の時に横に座っていた芸大の女の子と仲良くなり、セフレに。
セフレと書いてみたけど、セックスしたのは一緒に旅行に行った一回きり。
何度も泊まりにいって誘ったけど断られてたので、彼女が寝た後にお尻とか太もも触りながらオナニーしてた。
今思い出してもめちゃくちゃキモいけど、あの行為を受けてる時の彼女はどういう気持ちだったんだろう。
ちなみに数年後に再開し、そのまま勢いで泊まらせてもらうも、洗濯機に入っていた下着でシコって寝ました。
そんなある日、いつも受付してくれる可愛い女の子となぜか仲良くなり、
手首ズタボロ女だったけど、昼も夜も一番いい女だった。
案の定彼女も裏アカを持っており、破局後に元デリヘル嬢だったことが判明。
そりゃフェラも上手いしピルも飲んでるわ。いい思いさせてもらいました。
「ひまトーク」とかいうアプリに心血を注ぐ。仲良くなったらカカオ交換するやつ。
３歳くらい下のめちゃくちゃ顔が可愛い女に惚れ込み、転職なんてそっちのけでいれ込む。
運命は残酷で、結婚してくれないという理由で別れた元カレから、
今でもTwitterフォローしてるけど、モラハラ低収入の夫に苦労している模様。
あの時俺を取っていても大差なかったけど。若き彼女の懸命な判断に乾杯。
舐めてかかるも、初登場でフォルクスワーゲンに乗って現れ戦慄。
それ以降はあまり覚えてないけど、
２回くらいセックスして消えていった気がする。フォルクスワーゲンに乗って。
なぜ芋ばかりかというと我が実家がド田舎に位置するため。芋を除けばギャルしかいないため消去法。
隙あらばずっとカカオトークでやり取りし、１年後くらいにようやく面会。
一緒にイオンにギターを買いに行き、寿司を買って彼女の家で食べ、合体。
「私マグロだからｗｗｗ」という事前情報どおりの立ち振る舞い。
事後、彼女のカカオトークの履歴をこっそり見ると、３０人くらいの男と同時にやり取りしてて戦慄。
３人目以降、良マンに恵まれていた私であったが、ここで臭マンと対峙することに。
正常位で致すと、ちょうど結合部の上部に自分の顔が位置することになるため、
ほとんどのセックスを騎乗位とバックで行うことに。バックもちょっと臭った。
交際終期にラブコスメで売ってそうなマンコに塗る媚薬みたいなの買って塗ってて可愛かった。
人生初の街コンで隣の県に住む同い年の女子と知り合い、交際開始。
普段は可愛いのに寝顔がめちゃくちゃブスであったことから、交際初夜の時点で結婚という選択肢が消える。
半年くらい付き合い急にめんどくさくなったため、鬱病になったと告げ、解散。美マン。
２年くらい関係が続くも、次第に交際を求められ始め、強制終了。
後日、想像通り第三者から「○○ちゃんがあなたに遊ばれて２年間無駄にされたって泣いてたよ」と告げられる。
遊ばれたってなに？
omiaiかなんかで知り合った３つくらい下の女の子といい仲に。
ずっと付き合いたそうだったけど、何も言ってこなかったいいやつ。
抱き心地はよかったけど、口が臭かった。放流した一番の理由はそれ。
付き合わなきゃエッチしないと言われたので付き合うも、顔以外好きなところがなかった。
エッチしてる時だけ、体温が３８度くらいに上昇する念能力（強化系）の持ち主。
omiaiかなんかで知り合った1つ下の出版社勤務のバリキャリといい仲に。
しかしこの辺りのハイスペにはすぐに見切りをつけられる。半年くらい引きずる。
恥ずかしながら、今でも当時のハメ撮りにお世話になっています。
彼女のマンションの屋上で、毛布を広げて寝転ぶ夜が好きだった。
一回だけセックスして、クラミジアもらって、同時期のセフレと一斉解散。
Twitterで仲良くなった子がたまたま徒歩圏内に生息しており、交際。
２年くらい半同棲みたいな感じで楽しくやるも、俺の転勤により関係解消。
交際中、彼女のスマホをずっと監視しており、常に複数の男をキープしてたがここで花開くことに。
転勤先のお見合いパーティーみたいなやつに参加。
なかなかいい感じの子を第一希望にするも敗れるが、お情けシステムでメールアドレスが入手できたので、
「予備でいいので！！」というメールを送ったところ、交際開始。
予備なりに熱を上げていたものの、三ヶ月くらいで温度差が逆転し、放流。
実家が激太地主かつ弟が知的障害者という絶妙なバランスを誇る女性でした。美マン。
肌がめちゃくちゃきめ細かくて、抱いてる時だけめちゃくちゃ可愛く見えた。
朝起きたらいなかった。
しかしマンコの中に返しが付いており、セックスする度に我が愚息が負傷するため破局。
あのまま付き合い続けていたら、俺の裏筋はとうに無くなっていたことであろう。命拾いした。
アバズレ感が凄すぎるも、生で挿入したら泣かれて二人で一緒にローソンにゴムを買いに行った。
３回ほど抱き合いいい感じになるものの、
「お前は私の靴下を盗んでいる」と濡れ衣を着せられ、弁解も手間だったので解散。
Pairsで引っかけた顔がキュートすぎる女。
修学旅行中、彼氏の部屋で夜を過ごした女子中学生がペナルティとして翌日のスケジュールを寺で数時間謹慎するように言われたが嫌なのでバスにいたら熱中症になったとか
てかこういう行為に対するペナルティってそもそもどうすりゃいいんだろうなあ。バスで待たせたのは体罰だと言われてるらしいが、寺なら体罰じゃないのかとかもあるし。義務教育なのに受けさせないのはいかがなものかとかあるし。
プログラム強制終了で教師同伴で家に帰らせるとか、あるいは修学旅行はそのまま参加させて出席停止○日とかが一番かな。いや義務教育だしなあ。アメリカとか韓国みたいに社会奉仕活動○時間とかがいいのかな。
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
