はてなキーワード: ホストとは
嫌なら見るなで済む話。
他の人のツイートも見ながら自分の思考をまとめていった感じなので流されてる部分もあるのかもしれないけど、もやもやの正体が分かってきた。本当に複雑ではあるが気持ちを整理したい。
まず当初は、よく考えてなかったというよりも、好きなものと好きなものが合わさってくれて嬉しいという感情が大きかった。だから無条件に受け入れることができた。もし当時私が彼らを好きじゃなかったら(なんで実写やんの?)とアンチになっていただろう。今思えばアンチになって「こんなの観ねえよ」と切り捨てられていればどんなにラクだったかと思う。
公開が決まったとき、キャラのビジュアルとかが出て、一体どんな映画になるんだろうと純粋にワクワクしてたし、すごく公開が待ち遠しかった。配役もまぁ理解できた。このアイドルグループの性格とか関係性とかも知っていたのでそれとも関連付けて、なるほどと思った。(といっても自分の推しに関しては、地球上のいかなる人間にも実写化なんて出来るはずないと思っているので、この時点で既にキャラと演者を切り離してはいたのだが)
またこのコラボはレコード会社の策略だと分かってはいたが、何せ好きなもの同士の共演なので私は積極的にお金を落とす気でいた。
これもまだ嬉しかった。各々のセリフとか表情とかが断片的に出て、どんな形であれ彼ら兄弟の概念が具現化されたものを見れるのはいい事だと思った。
確かこの辺りでストーリーも公開されたと思うのだけど、私は過去の2.5舞台のこともありシナリオには全く期待していなかったので、(ふーん)と流し読みする程度だった。唯一ネックだったのはj'sが演じるに当たってキャラの1番大切な設定である純潔と無職がなかったことにされるのでは?という点だったが、ちゃんとニートで童貞と書いてあったので安心した。(まあアイドルが演じてる以上無職童貞感なんて1ミリも漂っていないけど、設定があるだけマシだと思った)
先月くらいからの情報解禁。兄弟それぞれがピックアップされ、前回よりも映画の内容に迫った感じだった。
まず推しのセリフはめっちゃ笑った。しかしそれは私の推しキャラのセリフではなくて、推しのとある要素を(申し訳程度に)あてがわれたいちアイドルのセリフでしかなかった。この時にはもう完全に彼のことは推しの名前だけつけた別人として認識してる。
三男に関しては、情報解禁した頃から既に(当時は冗談で)「解釈違いだわ」と言っていたけど、彼の演技を見て冗談じゃなくなった。キャラの面影すらない。この人は同じ演技しか出来ねぇのかよと思った。お前の引き出しにある演技だけで三男を表現できるとでも思ったのか?と憤りを感じた。まだ本編見てないから早とちりなだけかもしれないけどさ。
四男は、配役はいいなって思ってたしセリフとかも他に比べたら別に違和感ないんだけど、キャラ本人としては見れない。それだけ。
五男を演じた彼は原作を好きでいてくれてるから、ちゃんとリスペクトを感じるんだけども、うん、頑張ってねと言うことしか出来ない。
末っ子は、可愛くてずるくてあざといところもわかるんだけど、そもそもアイドルとして小生意気キャラのイメージついて大丈夫そ?と心配になる。ただでさえ天狗とか言われてるのに事務所はそこ平気なのか?って思う。
そして今日予告を見て、キャラ改変はシナリオ上どうしても不可欠だったんだと強引に自分を納得させた。(筋肉とかホストとかね)
こうでもしないと見に行くモチベが立たない。
予告後半の意気込み映像は意味がわからないと思った。要らねぇだろ。
そしてパブサして、ああこの作品は利用されただけだったんだなと確信して悲しくなった。
今このアイドルへの熱が冷めてるからこんなことを考えてしまうのかもしれない。でもこれ以上彼らの情報を入れたらほんとに嫌いになってしまうから、映画を見に行くのがこわくて仕方ない。見なきゃいいじゃんって話なんだけど、この原作の名のついている物はチェックしておきたいし、このアイドルのことも好きだから彼らが主役を張っている姿を見たいという気持ちも大いにある。
しかし正直しんどい。レコード会社が思い直して「やっぱやめ」って言ってくれない限りどうにもならないのがしんどい。
唯一の救いは、アイドルのほうの推しがこの映画だけのオリキャラであることだ。ここはもう腹を括って、オリキャラを演じる彼の勇姿を見るためだけに映画館に通おうと思う。
【追記3】
https://virtual-youtuber.userlocal.jp/document/ranking
今これで見たけど葛葉も25位だし(ホロライブ公式のぞいて)1-24位全部女だよね?これってなんなの?って言ってるの。1か0かで聞いてないよ笑笑
【追記2】
葛葉さんっていうのが男性Vでは有名なのか 見てみるわ〜 ありがとナス
ブコメでもみてたけど
Q.自分からVの話するのに葛葉は知らないの?にじさんじ(レーベル全部)は知らないの?
A.うん。感覚的にはEXILEのATSUSHIの顔わかるならEgirlsの子の名前もわかるよね?って言われてるのに近い。追いかけてるならわかるひともいるかもしれないけど…(この投稿は追いかけてる奴の投稿じゃないしまだオタクじゃない人の一般的な感覚値の呟きだからわかってね)って感じだよ。
--
女(女のかたち?)のVtuberは有名どころがいっぱいいてテレビとか出るのもいるけど、男でぱっと名前でてくるのっていないよね?
Vtuberってキャバクラじゃんっていうけどなんでホストはいないんだろう?
ツイキャスで声配信(R18含む台詞呼んで流してるやつ)やってるの毎晩トレンドに出てくるから、イケボ配信自体は5年10年前から盛り上がってるし配信者はいっぱいいる気がするんだけど。その人たちってそれで投げ銭額が問題ないからVtuberやらないのかな?
どでかい投げ銭がどんどん流れていくの見てやば!wと思ったりインターネットの存在がテレビに出る〜って言って盛り上がったりするのうらやましいから私もインターネットホストクラブ欲しいんだけど。イケメンのガワでやってくれ〜〜
【追記】
コメントで今人気?の男性Vtuberの名前もらったから私が思ってる「女の有名どころVtuber」とのtwitterフォロワー数比較書くわ
ーー
兎田ぺこら:111.7万フォロワー
これ「陽」か?
https://twitter.com/yn_j1234/status/1487386476405207040 をリツイートしてる人のbioを上から順にコピペ
へらりん@21卒
@choco_tabe
ェケチャン
@watashihahime
KAURUキツネの顔
@cheeseballsuno
@mayuko0222_
葉脈
@nngn__skk
mick@ADHD
@restfromMarch
アラサー女子・ITベンチャーでセールスとかやったりしている・最近サウナが好きすぎるスチームルームにいる女性 #ADHD コンサータ飲んだり飲まなかったり あんまり最近体調悪くない、安定してる。ADHDっぽくなくなってきてしまった
もなか@発達垢
もなかの発達垢です。30過ぎてADHD+ASD+二次障害でうつ病判明、現在手帳3級です。嗚呼エビリファイ、エビリファイエビリムられるほどやかましい。「「子持ち」」主婦です、反出生派の方ごめんなさい。「薄いグレー」の六歳息子。BASEにてスマホケースやアクセサリーなど販売しています。ご興味がございましたら何卒。
メロ突き上げペロリンチョ栗四角囲み満
@tuchinoko_pi
4201-6696
@Pui23456789
チュウニズムプラれ ビートマニア十段 BMS五段 お爺ちゃんプレイヤーです
Chii
@Sakura_pierce
主に美容、恋愛。鳥、読書好き。絵、写真、詩→(@uta_hakanakiai) ⚠︎DMは親しい人のみお願いします。
⋆。☆
@_lOOclm
20歳/ブルベ夏/顔タイプキュートとフェミニン/骨格ウェーブ/160センチ42キロ/かわいくなる〜!❤︎
女々コ
@memeko__18
冠サフランライス❄
@izu_sousak
別称は焼畑です。強火でよく燃える歩く発火材。雑多垢。ツイーヨはよく読もうね。世界は「好き」で溢れてる。質問箱とマシュマロと時々戯言。冬馬推しのTHme Please do not reproduce the contents and do not share it with any 3rd party
すろーろりすちゃん
@roriroriroris
ろりすです 豚小屋勤務 大学生M2→社会人♪ 済 歯科矯正(抜歯4本) 目フル❤︎ 鼻フルをもう少しでします!
のの
@unkoshitakamo
ピコピコピンピンピン複数の音符 ゲームテレビゲーム @tori500cm
ももかスイギュウ
@momoneko0105
刀剣乱舞 刀ミュ 蜻蛉切 spiさん 三名槍 ZIPANG OPERA SONYα6000 〖成人済〗夢NL腐OK #ANCHOR⚓
怒ったネコの顔
@3230R
@puchipuchiland
アレン様の考え方に感銘を受けた栗四角囲み満バラキラキラとにかくポジティブハートのビックリマークなァんだょねキラキラスマイルヘラつき人生きらめくハートキラキラ普段はデェ学校生してるゎょ、普通に(笑)今すぐ5️⃣0️⃣0️⃣振り込んでくれなぃCA4️⃣LA!?因みにァィコンは自作ょラブホテルきらめくハート
かじたに
@kajr02
アラサー/昼職/ブルベ/骨スト/美白/整形(二重埋没/ほくろ除去/ピコトーニング/ボトックス/目の下脱脂)
味噌煮
@kanarishindoine
ℎ𝑖𝑛𝑎𝑛𝑜
@Ete3h
喪こちゃん
@mojojojo_power
正真正銘アラサー喪女 脱喪目指す 婚活戦闘マン ちょっとでも厳しくされると泣いて暴れる 常に架空の敵と戦っています アッパー系陰キャ 無言フォローすみません 質問箱→ https://peing.net/ja/mojojojo_power
どちゃん
@byoubyoubyoushi
今日も生きるのに必要なぶんだけ。元個営売女で今はゴリラに嫁いだ人妻パンピー。絡んでくれなきゃブロックするぞハグする顔特に絡みない鍵垢/スカウト/ホスト/風俗店はブロック対象です。アマギフくれる人は神様です。
トンデミック
@rin_252515
20↑ 雑食 腐
@Ux_xU_Rau
JK1 @jingai_Rau→彼氏 @hosizoracookie→姉 @e_69_s→推してる吹き出しの目血1滴 @kasumi_darkness→大切さん @ymakdhnti→弟
@kaeeeerunn
来世はキラキラキャバ嬢 ともだちほちい… きらきらしたい ゲロゲロゲロッピカエルの顔 夜職のおんな、、、
が ひ
@mobasan_
元ひが 邪二オタ遠隔子供部屋喪ばさん
米
@0k0m3_
嫌なことは嫌って言う拡声器 #SexIsReal #NoToSelfIDJP
@mainichi_yuchan
はたらけど はたらけど猶 わが生活 楽にならざり ぢつとアマギフを待つ
ほたてさんヒマワリ
@ebi_sama1
コンプライアンスを極めろ。法律勉強。誤字誤変換多い(めんどいのでそのまま) 2019113開始 共用垢 フォロー外通知はオフ(見逃し率多)無断転載お断り
トキコ
@VxSbx
04 圧倒的鼻ブス。ラテン十字Xラテン十字のウサギの顔さん好きだから、韓国国旗太字のドル記号好きな人とお話したいでヮ
@yasemasudiet401
ダイエットしよー!とおもって中学生の時に作ったけど全然痩せずにいます!コスメたのしい!みてるのすき!頑張ってるおんなのこもすき!!わー!!!おれのついったーらんどや!
@etoile_tao
20↑ 大学生 主人公右 女体化癖あり 無言フォローごめんなさい握った手
@Cat_7_shi
大人の夜の遊び場制覇しつつある。キャバ9年目。ホスト、スカウト、夜職と関係のない男要らんフォローもリプもDMもしてくんな。ジャニオタガチ勢。
まるまる
@wjtawe
早稲田 社学
クロ®凍結解除されました
@kuro__staff
ミスヘブン黒猫部門 /サブ垢@kuro__staff2 #クロごはん #ቻンቻンがቺቻቺቻ
豚
@084523684a45289
@lyricalsofia
2022年は美麗BBAになる事を目指して/コスメ収集/スキンケア/美容/オタク/映画/歴史・戦史/旧日本海軍/JOJO/氷上格くん/地雷なし/エス文学/濃厚耽美/レトロ/プチプラ/茶湯のみ/アイコンはこみやま様(
@k56t_h5n9n
hレディースハット゛
@_I6nx
♩゛~ 난 아직 널 그리워해 .
@HRPR_PNNK
初心者マーク成人済み初心者マークRT専門(RT非表示推奨)初心者マーク
HINI炎かちかち山
@hini_a
@098765LA1
親がDQN
@greentea_to
アイコンhttps://twitter.com/N00_M?s=09
れのん
@renon210
世界は君が思ってるほど君のことを想ってないよ
Hi虹考え吹き出しチョウ
@K0ljEampms7eTOO
19歳女子大生チョウ 美容&整形垢 整形した人、予定の人と情報交換したい。 春から韓国留学 次やる→輪郭3点、足二の腕腰回りの脂肪吸引 目頭目尻タレ目切開 頬の脂肪吸引 【4月予定】 切開リフト 162センチ now 40 だれよりもかわいくなる女中指を立てた手 ホストや整形垢じゃない男来んな。ぺっ!ぺっ!!
元々真面目に働く気のない社内ニート、はてブを見たり増田を読んだり書いたりしつつテレワークなんてお手の物だ。むしろそれらをトイレ個室でやる時間が減った分、生産性は上がったと言える。オフィスだと日中は電話の音や雑談の中で仕事するわけで、それがなくなり好きな曲をBGMにしたり画面を見るほどでも無いアニメを裏で流して消化できるといった点でもテレワークは素晴らしい。
しかしテレワークも数日、数週間、と続いていくと嫌でも気は抜けて行く。その日は何故か(本当に、何故かとしか言いようが無い)適当に転がっていたAVの円盤を取り出して流して仕事をしていた。
ところでテレワークで突然脚光を浴びたZOOM会議、会議の主催者(ホスト)は様々な機能が使えるようだ。その中の機能に、参加者のマイクミュートの強制解除機能というものがある(なお現在はミュート強制解除はできず、ミュート解除依頼になる)。
俺アイツ見てて思うんだけど
発達障害っいうより致命的に怠惰でやる気がなく自発性がないから
相応しい地位に落ちて気が狂っただけで
はてなにも自分がクズであることは病気のせいって言い訳してるが
そういうところの差やぞとしか言いようがないよね
ネットで頭でっかちに世の中のつまらないオッサンや慎ましく生きてる女の人とかを夢がないとか笑うけど
お前ら普通のことすらできないし積み重ねてする気もないからそれ以下やんけっていうね
それが気に入らないから社会が憎い定型が憎いとネットで濃厚なエコチャン形成してさらに狂うんだろうけど
人に対して謙遜も謙譲も思いやりもないくせに社会や他人にそれを人一倍求めるって虫がいいにも程がないか?
せいぜいネットのおもちゃか女なら悪いホスト崩れや半グレの肉便器くらいしか使い道がないだろうそんなやつ
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
東京の知り合いのところに遊びに行ったんだけど
新宿でおっさんが殴り合いしてて道端には酔っ払いのまだ若い女の子が路上で寝ててオカマがホストと言いあらそいしてた
平気なん?って聞いたら「これが日常だよ、ようこそトーキョーへ」って言われた
なんなんトーキョーって
叩かれるのを覚悟で主語を大きく 身も蓋もない差別的な話をするけれども
女は言うほど男の顔を見ていない
男を顔で選ぶ人は「面食い」と呼ばれるくらいには珍しいと思う。体感的にはクラスに1人。典型的イメージはホストに貢ぐ人。
男の世知辛さってパラメータを見られることじゃないの。典型的には年収ね。
うろおぼえだけれども結婚相談所のブログの人が「女は自己紹介シートを隅から隅まで読んでくるけど男は顔しか見ていない」みたいなことを書いていたように思う。
これは言い換えると男は外見を見て女はパラメータを見てるんだよな
夫は私より20センチほど背が低いし、シュタゲのダルよりぽっちゃり系ですし、年収では選んでございません。
「推しの好きなところは?」という質問に「性能」と答えている人がいて笑うと同時にそうだよなぁ・・・と
お前は推しが SSR から R 相当に格下げされても愛せるか?
推しがナーフされても私は推し続けるけれども・・・確実にブチ切れるだろうなぁ
強さって魅力の一つなんだよな・・・
多分現実世界ではスキルやパラメータが職業や年収に置き換わるのでしょうね
顔でジャッジされるのもきついけど パラメータでジャッジされるのもきついだろうな
黎明期は専ら男性向けインターネットアイドルとしての需要が強かったVTuberだが、最近は運営側も女性オタクの換金効率の良さに気付いてきたようである。
それに伴って、今までどちらかというと芸人としての役割を求められていた男性VTuberたちにアイドル的な振る舞いが要求されるようになっているように思う(対夢/腐向けどちらにも対応しなければならないという点も含め)。
勿論VTuberをやる以上それくらい覚悟の上とは思うが、根はゲーマー界隈、男性オタク界隈に浸かっていた人達なので、そこかしこにホモソーシャル的というか、有り体にいえばフェミが激怒しかねない思想に基づいて笑いを取ろうという姿勢が高濃度で残っている。特にゲーム実況など素の感情が出やすい配信においてはそのようなスタンスから生まれる発言を一朝一夕に直せるものではない。
これはテレビなどのマスコミにおいては徐々に浄化されている部分で、女性向けゲームやアニメなどでもかなり配慮がなされているものが多い。このような粗さが残っているのはインターネットならではともいえるのだが、綺麗なコンテンツに触れてきた女性オタクがいきなり男性VTuberにハマり、このような笑いの取り方に直面したらいつでも炎上しうる時限爆弾のような部分だと思っている。