  |
はてなキーワード: オペレーションとは
https://anond.hatelabo.jp/20210723080535
この話の続きのお話
今回更にざっくりなのでふんわりと読んで欲しい。
トーゼンながら一過性の爆増激減が続くわけもなく、今はそれなりに客が戻ってきてる。
NAだとLost Arkがかなり人気でそっちもあって減りはしてる。
WoW開発部門はBlizzardセクハラ報道後定期的にやらかしてて、
まずやった事が「ゲーム内のちょっとエッチな絵画を果物の絵画に変える」事。
その次にやったことが「女性キャラクターの露出を抑える」という、
なんともピントのズレた修正をかましてきた為定期的に大炎上してる。
次の拡張では女性キャラの装備がブルカになるぜみたいなmemeが大量に作られたぐらい。
パッチで緩和されてある程度改善されたとはいえガッツリRaidやるには
トークン回収の為のタスクは山のように積み上がってると言っていい。
WoWは次の拡張で新種族が追加されるのだけど、喜び半分不安半分(またサブキャラ増やさないといけないのかみたいな)
って感じでスタンディングオペレーションって感じではとてもない。
まともな人が戻ってこないからとも言われているが多分これは正しい。
多分今この状況だと治安の悪さはLoLに肉薄するかもしれない。
民度の話と連動するけども、WoWはFF14に例えるとゲーム利用権やその他のものがギルで買えるシステムを搭載してて
プレイヤーの中にもこの存在そのものを疑問視、というよりもすべての元凶扱いする声がNFTMMOも絡めて
ゲーム内通貨が現実通貨に近いものに変換できるのであればPayToWinに他ならないし
そんなものプレイヤーの心は荒れるに決まってるじゃんという話。
吉田がNFTの話出した時に日本と違って海外プレイヤーが恐慌に近いほどの反応を見せたのは
こういう背景もあっての事。
大げさだろと思うかもだが本当。
NewWorldは今では結局一過性のよくわからんゲームだったと言わざるを得ないし
古株のゲームがどんどん規模縮小や開発がNFT導入をチラつかせてる。
WoWも開発への不信感＋大本がMSに買収されてどうなるか分からない。
今北米だとLostArkとFF14の２つが誰が見ても好調と言えるMMOなんだけど、
LostArkは職業で外見と性別がある程度固定されてるので（改善予定あり）
所謂キャラ大好き勢のライトプレイヤーが楽しめるゲームではない。
そういうわけでそこそこのグラでおしゃれな装備が沢山あってPS4でもできて好調なFF14が
リムサのエーテライト前がよくyoutubeの動画で描写されるのは
FF14といえばリムサエーテライト前ぐらいまで他ゲープレイヤーにも浸透してる為。
何故かというと暴言があんまり飛び交っておらず（リムサだけ常時監視してるのかRMT宣伝とかもマッハでBANされる為）
ロスガル2人がエモートで抱きしめあってる横でミコッテが10人ぐらい並んでケツ出してたりしてたり
ララフェルがスプリントしながらセクハラしてたりしててもそういうもんよなで許容される空気がある。
FF14は同性婚が実装されてるのもあって所謂LGBTを名乗っているプレイヤーがめちゃくちゃ元気なのもあるけどね。
重要なのが普通の性癖の人も同じ場所で負けじと大暴れしてる所でこれが真の多様性だぞとか大げさに言ってる人もいるぐらい
当然ケンカはめっちゃ起こってるけど対立を招くとかもなくケンカの範疇で収まってる。
そんな感じで多少なりとも全員で妥協しつつ許容しあってるリムサの光景を心の支えにして遊んでる人が相当数いる。
伊東 正明
いとう まさあき
著者
1996年P&G入社。ブランドマネージャーとしてジョイ・アリエールのブランドを再建。ファブリーズグローバルチームのマーケティング責任者として米国本社・ヨーロッパ本社にてブランドのグローバルオペレーションへの移行、世界新製品、新規市場開拓戦略をリード。その後シンガポールにてペットケア事業責任者、アジアパシフィック・Eビジネス事業責任者、ホームケア・オーラルケアヴァイスプレジデントを歴任。2017年11月退職・独立。現在株式会社吉野家常務取締役および3社の顧問兼務
ロシアが核を使うのか？という懸念が再三取り上げられる様になって来ているけれど
これまで人類は13回ほどミスによって核ミサイルを発射する直前まで至っているという報告書があるのを知ってるだろうか？
この報告書は、英国のRIIA（王立問題研究所）によって発表されたものだ。
3章のCasesに詳しく書いてあるけれど、有名なものだと
アメリカの研究者によって打ち上げられたオーロラ観測用の科学機器を搭載したロケットの発射軌道がモスクワへの攻撃軌道と一致したために、発射命令が出される直前まで行ったという事件。
この事件の直接の原因はミスコミュニケーションで、アメリカ側は「観測機器をうちあげる」とモスクワに報告を行っていたものの、現場のレーダー観測要因にまで話が行っておらず
これを観測したレーダー要員によって警告が発動されて発射準備命令が発動されたというもの。しかし、他の観測員がギリギリのところで「これはモスクワには来ない」と結論した事で発射は回避された。
この事件を受けてエリツィンは「誰かが我々の早期警戒システムの検査をしたのだ」なんて冗談を言っていたが、いくら酔っ払って川に落ちる様なユニークな大統領エリツィンでも冗談では済まされないというもんだ。
1995年 ノルウェーロケットインシデント - ニコニコ動画
これはブラックブラントの恐怖よりも更に酷い理由で起こりかけた核戦争だった。ソビエト連邦はアメリカの核ミサイル発射を探知するための衛星群を持っていた。この衛星は発射の際の熱を探知する事が出来る。
この衛星が4発のミサイル発射を探知したけれど、ペトロフ中佐が彼個人の判断で核攻撃ではないと判断して寸でのところで攻撃を見送った。
後から、発射の熱と思われたものは衛星が雲による太陽光の反射を誤検知したものであることが分かったという。
1983 Soviet nuclear false alarm incident - Wikipedia
この事件もミスコミュニケーションによって起こった。キューバ危機が囁かれていた時に、アメリカ海軍は戦艦による機雷投下訓練を行おうとして、この訓練を行っている警告をソビエト海軍に行っていた。
ところが、この警告はキューバ沖に配備されたソビエトの核攻撃可能な潜水艦4隻には通信途絶の為に伝わっておらず、自分たちが機雷による攻撃を受けいていると判断した司令官によって攻撃命令が出された。
しかし副司令官の説得によって思いとどまったことで事なきを得たというもの。
2007年に米軍は、誤ったオペレーションで核ミサイル6基を36時間にわたって見失ったことがある。謝ってB-52 爆撃機に搭載され整備されないまま、ノースダコタ州からルイジアナ州バークスデール基地へ飛行していた。
仮にこの爆撃機に問題が起こった場合、アメリカに6発の核が落ちたし、何も知らされてないパイロットが問題に対応する事は難しかっただろう。
こうしたミスオペレーションがアメリカの歴史上「幾度か」起こっているらしい。
キューバ危機に始まり人類が13回にも渡って核を使用するかもしれない危機を迎えていたというのは、知らなかったものも含めて驚いたし
今回のウクライナ戦争は14回目にカウントされることになるんだろうし、ただの未遂で終わる様に願うしかないが
人類は単純なミスでいつでも滅びうるリスクがあるんだなと恐怖を感じると同時に、核を廃絶することの大事さを改めて感じた。
日本でも核を持つべきという議論が盛り上がりつつあるけれど、このようなリスクを我々は知っておくべきだし、その上で議論をすべかもしれない。
私は楽しみにしていたおおよそ2ヶ月に1度ぐらい訪れるチャンポンチャンスを逃してしまったわ。
いや逃してしまったというと何もしなかった私が悪いのよって言いたいところだけど、
ランチタイムのぎりぎり14時半までに飛び込み前転しながら入店しつつ着席しつつそして日替わりを注文しつつと思ったら、
悲しくなるわね。
でも逆に考えると
人気なのよね日替わりのチャンポン。
また到来する2ヶ月に1度の
私は雪辱を晴らすかのように
定番の定食から揚げ定食を位置について！よーいどん！って言う勢いで頼んだの。
仕方ないわね。
せっかく頑張ってお仕事して今日はチャンポンチャンスだから絶対優勝するね！って誓ったのに！
誓ったのにチャンポンが売り切れだなんて。
私は必死必須で必勝かと思った日替わりチャンポンを勝ち取れなかったの。
私はきっとチャンポンチャレンジで日替わりちゃんぽんを無事に食べたあかつきには
ここでまたヒーローインタビューでチャンポン美味しかったわ！って
みんなに聞いてもらおうと思ったのに、
なのによ、なのによ、
チャンポンは酷いわね。
品切れだなんて。
いや日替わりチャンポンには罪はないわ。
私がヒーローインタビューで登る予定だったお立ち台を悲しげに倉庫に片付ける姿想像してみてよ！
すごく可愛そうじゃない？
しくしく。
あんなに楽しみにしていたチャンポンチャンスを掴むことができなかった前髪をつかめなかった私が、
前髪作ってなかった子が前髪作ってきて登校して来てめちゃくちゃ可愛いじゃない！って感じの前髪なのよ！
そんなヒーローインタビューに備えて準備していたお立ち台を片付け終わったら、
チャンポンなんか
私本気出したら作れっからね！
チャンポン麺にチャンポン野菜具材セットにチャンポン肉セットにチャンポンスープを用意したら
でも強がってる訳じゃないの。
だって！
だってよ、
日替わりのシェフが作って食べさせてくれるチャンポンの方が美味しいに決まってるじゃない！
だってチャンポン持ってきてくれた給仕さんが感じのいい人だったら、
それだけで楽しくチャンポン頂けるじゃない！
私分かったわ。
よその人の目線も気にならず、
かと言って
あのときの大将のご機嫌加減でまた味の味わい方も違ってくるってことなのよ。
って私は言いたいわ。
そんなところで睨みを利かせているんじゃなくて
そんなに見られていたら
美味しく食べられないじゃない！
いや完全無人ではなく、
お客さんの前に一切店員さんが出てこなくていいオートメーションラーメンってところが
全うなラーメンがそれこそ真の味わいのラーメンになるんじゃない。
だから私が本気出して作ったとて
美味しいに決まってるそのチャンポンも自分で食べるのはなんだか素っ気ないねって話しで、
味集中システムがあったらいいんだけど、
そこまでは設備整えられないとしても
シェフが作ってくれたチャンポンは美味しいに決まってるんだから！
決まってるんだから！じゃなくって実際美味しいんだから！絶対に。
そしたら私はチャンポンチャンスを手にして優勝ができたのに！
はぁ。
今夜はきっと夢にチャンポンが出てくるの待ったなしね！
みんなも
このチャンポンチャンスを逃した悔しさをバネにして頑張るわって
チャンポン麺とかけましてバネと解く
そのこころは！
チャンポン麺もバネもどちらも伸ばしすぎたらダメでしょう！って
急に訪れた謎の整いと言い切ったところで
うふふ。
カフェオレにしたわ。
これこれ！
出掛ける前朝雨が降る前で良かったと思ったら、
とたんに雨が降ってきて傘取ってきたわよ。
少し肌寒い感じなので、
すいすいすいようび～
今日も頑張りましょう！
おそらく女なのでは？ 女は市民として物理的に戦うコストを支払っていないから、リヴァイアサン状況の話をされると困るわけだ。と言うか考えたくないと言うか。
ライオンがインパラを弄んで食べたりするのを正義不正義で話しても仕方が無いだろう。そう言う野生なのだから。
人間とても法と言う縛りがない世界ならば、強者が弱者を好きにするのは当たり前だ。良い悪いではない。水が上から下に流れる、と言うのと同じ意味で当たり前なのだ。
国の上には法を担保してくれる存在は無いので（国際法はそれ自体が国々の担保に負うている）戦争に至る野生においてこういう結果になってしまった以上、ウクライナのオペレーションにも落ち度があったと言うのは自明のことだろう。
②治安回復要員として期待されそうな成人男性たちは窓から逃げた
と言う2点、興味深い点がある。
①のおばちゃんは、バスジャック事件と言う非常の時にあって、「おばちゃんと少年」と言う常態のアプローチをしたため、自分は刺殺されて、更には他の乗客の危険をエスカレートさせたものである。このおばちゃんは責められるべきかどうか。安全に責任を「あなた」が負うているのであればこうした跳ね返りに対しては厳罰を科すしかないだろう。もっと言えば、カップルが不良に絡まれている時、女がどうせ自分は殴られないと思って不良を詰って激怒させたら、男の方は「おいおい勘弁してくれよ」と思うだろう。それに対して不良の方を批判すべきと言うのは、しょせん「女には不良も手出しをしないもの」と言うコードの範囲内での無責任なフリーライダーに過ぎない。
そして①のようなおばちゃんを守るために戦わされるのが嫌であったから②の成人男性たちは逃げたのである。
ウクライナが責められているのは、無法状態で、ヤクザ同士が抗争しあっていて、争いや話し合いの中でようやく均衡と一時的な平和が保たれている時に、空気を読めない鉄砲玉が暗黙の合意を無視して、相手のシノギを邪魔するような真似をしたからである。そもそもそうしたイキった言動も、大NATO組の子分杯を受けられると勝手に思い込んでいたからで、「末端のはねっかえりのせいで全面抗争になったらかなわんがな」と思っているバイデン組長は早々に、「うちら派兵しませんで」と言ったわけである。ロシアにとっても、アメリカにとっても邪魔な行動しかしていないではないか。
ウクライナが責められているのはヤクザのシノギとしての話であって、話をおおごとにしながら自分だけではケツを拭けないから「ブリジストンさん、三菱さん、あんたらロシアと手切れしなかったら自由の敵でっせ」とせっせとプロパガンダやっているわけである。自分は昨日まで香港弾圧した中国にへいこらしていたくせに。ちなみに国連人権委員会での香港弾圧に関する中国非難決議には、ウクライナはスルーして棄権している。韓国もな。バルト三国はきっちり賛成している。
被害者とは「ある限定された局面において被害者であること」を意味するのであって、加害者にならないという意味でも無いし、善人だというわけでもない。ましてその外交政策が適切であったことを担保するものでもない。
大国同士は直接ぶつかれば傷を負うことは分かっているので、相当に注意深く状況をコントロールしようとするが、ウクライナのような認識力が甘い小国は、はねっ帰りを引き起こして状況コントロールを著しく毀損することがある。
ポーランドが第2次大戦を引き起こした主因とまでは言えないにしても、状況をエスカレーションさせたのは間違いなくポーランド政府の数々の愚策であった。
こう言うことの検証が、ポーランド＝被害者と言う構図が成立したらきちんとなされていないのではないか。そのことがウクライナのはねっかえりを生じさせたと言える。
ちょっと（10人）ブクマついたけど元増田の『あの日の声をさがして』『オーガストウォーズ』の方を読んで～
『5デイズ』 南オセチア紛争が舞台の映画。 『３デイズ』『４デイズ』という映画があるが関係ない。
『煉獄』 第一次チェチェン紛争が舞台の映画 元ネタは1994年 - 1996年なのだがなんと1997年にはもう公開されている。死に描写がとにかくグロい、トラウマになるという評判。日本では未公開。円盤も発売されていないじゃないかな？（未見）原題はЧистилище
『赤い闇 スターリンの冷たい大地で』 2019年と最近の映画なので、今回のウクライナ侵攻ともあわせてちょくちょく話題になっている。
ホロドモールが主たる題材。主人公、実在のイギリス人ジャーナリストガレス・ジョーンズの行動を描いた本作にも、『オペレーション・ミンスミート』に政治家や将軍といった大型著名人以外に若き日のイアンフレミングが出ていたように、デビッド・ロイド・ジョージ（政治家）やジョージ・オーウェルが出てくる。 ジョージ・オーウェルは動物牧場で共産主義国家の恐ろしさを批判的に描いた人として有名ですよね。
『ブラック・シー』 フィクション。黒海に沈んだUボートに積まれた金塊をめぐる映画。第二次大戦題材の現代モノ。一獲千金を夢見るくたびれやさぐれたロシア人が今風。クリミアあたりと勘違いしていたが調べたらジョージア沖という設定だった。
『ハンターキラー 潜航せよ』 フィクション。ロシア国防大臣がクーデターを起こしてロシア連邦大統領を…という話。俳優以外ウクライナ関係なかった。すまん。
ワイテレワーカー。
うちには今2歳のあばれんボーイがおるんだわ。
そんでもってお風呂オペレーションは、これはまぁ生まれたときからずっとなんだが、必ず二人体制にしているんだわ。
みたいな流れである。
まぁママだって風呂くらいのんびり入りたいよねということもありつつの流れである。
なお、会社の夕礼も18時からzoomで行われる。ちなみに定時は18時である。
で、先日、平日の夕方に義母が用事があって俺が面倒を見ることになったわけなんだわ。
なのでまぁ定時後だし、こういう感じなんで不参加と言ってやるなら前倒しにということにして、30分前からやることになったんだが。
で、まぁ後できいたら、俺が抜けたあとでボスが散々ぼやいていたらしい。
曰く「風呂くれぇ嫁さん一人でいれれねーの？？」的なやつ。
まぁ直接俺相手にも色々言われたし、18時になってもずっと雑談ばかりだったからもう抜けるわって言ったらすげぇイラっとしてたけどな。
いや、どうせ夕礼っつったってほとんど雑談で大事な話なんて皆無なんだし、
乳幼児期のお風呂は最も危険な場所なんだから、安全策をとってきたということもある。
うちは専業主婦ということもあって、ママが一人になる時間もあんまりないから、お風呂は毎日ゆっくり入ってもらいたいっていうのもある。
それをうだうだグチグチ言われるとかマジで何いってんのこいつレベルである。
あーイラつく。
アルセウスがSwitchのポケモンで最高の売り上げを記録するらしい
しかし自分はバサギリを倒すところで一旦やめて、そのあともドレディア討伐までは進むことができたが、やはり没入できなくて積みつつある
Twitterで友達のクリア報告や、RTで回ってくるプレイ動画やスクショの盛り上がりに対して、自分の冷めた目がなんだか置いてかれているようで悔しい
あくまで子供向けゲームなので30を過ぎた自分がハマらないのは実はもう自然なのかもしれないが、評価されているなりに楽しみたかったという思いが残る
以下自分なりにハマらなかった原因をまとめようと思う
今作はプロモーションの映像の段階から、BotWっぽい雰囲気が見てとれたのは誰しも感じたことだと思うし、その要素を期待する人も多かったのではと思う
実際にプレイしてみるとモーションのシステムなども流用しているのを感じる
しかし、BotWっぽさ？だけを比べると演出や探索要素の密度で大きく開きができてしまっているので初見で肩透かしを食らった
BotWはローンチながら上手いことハードの限界をこだわった演出などでカバーしていたのに対して、アルセウスのフィールドの見せ方にはお世辞にも上手いとはいえない
拠点となる街が一つで、ゲームがほぼ自然フィールドの中で行われるというデザインに対してこれは致命的だと思った
Switchというハードの限界はわかるが、アクションRPGという世界に飛び出すなら、ローンチのゲームに負けないほどには世界の見せ方にはもっとこだわってほしかったと思う
第二に、バトルがつまらない
今作の捕獲システムは以前のポケモンから一線を画すステルスアクションとなったが、肝心のバトルはほぼ変わらないポチポチバトルだ
フィールドやポケモンの捕獲がシームレスになったのに、バトルを挟むことでテンポが悪くなっている
ストーリーでのバトルがある程度つまらないゲームなのはずっと変わらないことなのだが、剣盾は大幅に進化してカメラワークなどで臨場感をうまく伝えていた
今作はバトルへの移行を中途半端にシームレスにしてプレイヤーを操作できるようにしたが故に、カメラワークがフリーになり、棒立ちのポケモンが技を繰り出しあうのをただ見るだけに劣化したと言わざるを得ない
ポケモンに対する捕獲orバトルというオペレーションの選び方が、バトルが相対的につまらな過ぎるので頑張ってステルス捕獲するという一辺倒なパターンになってしまい、結果的に捕獲のアクションにもすぐ飽きてしまうというシステムへの注力のバランスの悪さを感じた
ことに集約されている(しまっている)と思うのだが、肝心のポケモンたちには、生きているというより「配置」されているという印象を受けた
レンダリング負荷かからか、ポケモンのグラフィックも剣盾から落ちてなんだかのっぺりしているように感じる
残された観察・捕獲の楽しみの可能性についても、こだわって作り込まれているようには感じられず、最終的にはどこに没入すればいいのかわからないゲームになってしまった
まとめると
これらの要素をうまく隠蔽できてなかったのがハマらない要因なのかなと思った
今までのポケモンもポケモンであることに依存してたのはそうなのだが、圧倒的なポケモン本編の伝統を保っていたために、思い出もあってそれを感じることはなかった
今作はシステムやゲームデザインを大幅に変えて、新しい要素を追加したものの、それらの土俵ではゲーム全体として大きく遅れをとっている
ポケモンとしての進化以上に、ただのゲームとして見た時の粗やつまらなさが、ポケモンでは隠蔽できないほどに自分には目立ってしまった
この点で、自分にとってはポケモンらしさで全てをごまかせていた剣盾のほうがストレスなくプレイできたと感じる
ただ、やはり作品として圧倒的に評価されていて、SNSや YouTubeが盛り上がっているのを見ると、ポケモンの新作としては傑作であり、俺が新しいものを受け入れられなかったり他のゲームと比べてしまうのが良くないのだと思う(対象年齢もあってはない)
とはいえ次回作では、ただただポケモンというキャラを愛する人たちだけでなく、単純にゲームがしたい冒険がしたい人にもやりごたえを感じられるように改善して欲しいものである
伊藤忠商事は、2月1日に始めた、不要になった携帯電話端末をファミリーマートで回収する事業の受け付けを中止すると、12日に発表した。想定よりも多くの問い合わせがあり、人的オペレーションに負荷がかかったためという。再開のめどは未定。
伊藤忠商事は「回収事業は2月1日から始めており、2月9日にプレスリリースを発信した。それをきっかけに問い合わせが増加し、当社の想定を超える端末が持ち込まれた」と経緯を説明。当初想定していた端末台数の明言は避けたが「持ち込まれた端末の数は数万台に及んだ」と明かした。
家庭内で使用していない携帯電話端末は、2021年時点で2.7億台あり、その価値は3兆円に上ると同社は試算。この数は今後も減ることはないと予測している。「今回の事業実証を通して、さまざまな課題が明らかになった。現時点での再開は未定だが、いただいた意見や反応を鑑みて今後につなげたい」とコメントした。
この事業は、都内25店舗のファミリーマートで不要になった携帯電話端末1台につき、ファミリーマートで利用できる1000円相当のクーポンを引き換えるというもの。ユーザーの中には、端末のジャンク品を大量に仕入れてクーポンと交換するものや、獲得したクーポンをフリマサービス上で転売するものなどもいた。
ガチャガチャ、ガシャポン、ガチャポン、カプセルトイ、正直正式名称分からないけどあの機械。なんでシャッフル機能無いの？
ここ最近回すと結構な確率でダブる。そもそも一袋に同じ数入っていないのかもしれないけどあからさまに上に固まってたりする
たぶん補充して軽く回せってことなんだろうけど、そんなオペレーションをちゃんとやってるとこ無いだろうし店員に言っても混ぜてくれることとかは無い
もちろん機械の一番下の穴に次に出てくるカプセルはまっているから上をどう混ぜても結果は変わらないのは分かるけど、少しでもこの次の結果を良いものにしたいじゃん。出来ないのかな？シャッフル機能。
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
タイトルのとおりですが、色々トラブルもあったのでまとめます。
（※追記 2022/1/25 市区町村によってはHER-SYS（自動音声）で体調管理をしているらしく、場所ごとにオペレーションはだいぶ異なるようです。）
【陽性者スペック】
30代独身
熱はないが、朝から倦怠感と喉のいがらっぽい "風邪ひく一歩手前の体調" が続く。
喉が明確に痛くなってきたため、10時ごろ地元のかかりつけ医へ。
熱は36.4℃だったが、これから繁忙期のため念のため抗原検査をすることに。
鼻をゴシゴシし、液をたらして20秒ほどであっという間に陽性に。
先生の「あーでちゃったね」が忘れられない。
保健所の連絡先として携帯番号を伝え、そそくさとクリニックを出る。
薬局も電話でコロナ陽性になった旨を伝え、外でクスリの受け渡しを行う。
（処方されたのはムコダイン、トランサミン、カロナールの風邪薬三銃士）
その日のうちに保健所から連絡がくるということだったが結局こず。
ウエルシアの抗原検査キット(体外診断用)を実家の家族が買ってきたため、
自分も分けてもらったら、やはりあっという間に陽性になって一人で笑う。
末端がすごく冷える。寒すぎて風呂に入り、かえって38℃の熱が出る。
・医師の診断により発症日は1/12、自宅療養はそこから10日間を数えて1/22までを予定
・ホテルと自宅療養どちらを希望するか（でもホテルは空きがないとかなんとか）→自宅療養で
※電話に出れないと防護服のスタッフが自宅にくる場合があると脅される
・家族は同居か→先方が把握している住所が実家だったため、一人暮らししている旨と実際の住所を伝える
※実は濃厚接触について聞かれたらどうしようと思っていたが、一切聞かれなかった。
実家ではちょいちょい食事をしていたため、その話も伝えたが「別居していてお風呂など水回りを共有していなければ大丈夫です！」といわれ、むしろ濃厚接触者を増やしたくない圧を感じた。
熱は37℃台。
17:45 東京都自宅療養者フォローアップセンターからTEL
…がなぜか実家にかかってくる。
看護師から30分以内に改めて電話するというので待つが着信こず。
寝てて気づかなかったが、22:47に着信があった。
鼻詰まりが解消。鼻の下と唇がガサガサ。
喉の痛み、咳は若干あり。
・体調の確認
LINEは毎日10時と16時にその日の体調（症状・体温・SpO2）を報告する仕組み。登録者が4万人ほどいた。
体調がかなり快方に向かう。
ただ、なぜか体温が低くなり、35℃台～36℃ちょっとしかでなくなる。実は死んでるかも。
たんが絡む以外の症状良好。体温は依然低い。
コロナの死骸でも陽性になるので、具合悪いとき以外の療養後のPCR検査はおすすめしない（それで陽性になったらまた病院から保健所に連絡するオペレーションになっている）
・保健所から療養終了の証明書がでるので、そちらを利用しほしいとのこと
・看護師からの電話はLINEで体調管理ができていない人にかけているらしい。
食料品とパルスオキシメーターが未だにこないため、フォローアップセンターに問い合わせる。
調査の結果、伝票の電話番号が誤っていたため配送されずに東京都にもどってきたとのこと。
食料品とパルスオキシメーターが実家に届けられる。
近くなので家族に運んでもらったが、やはり住所も電話番号も訂正前のままだった。
夜、自宅療養終了のSMSが届くが、やはりスパムに分類される。
念のため本日も引きこもる。
連絡先を一度誤るとその後のすべての対応が後手に回るので、最初にしっかり確認したほうがいいです。
とどいた食料品は常温保存できて普段食べないものもあったので大変ありがたくいただいています。
↓このあたりがうまかった
本日、自宅療養2日目で使った抗原検査キットを試したら陰性になってた！
まだたまに空咳がでるので、ワンチャン陽性になると思った…これが後遺症ですかね。
住所の件は、保険証が実家の住所なので、おそらくそのせいだと思います。
観測範囲が偏っているがトラバ・ブコメの意見を取り込んで何とかバランスを……前回（https://anond.hatelabo.jp/20210625093912）
・APEX
・チラズアートのホラゲー：（夜勤事件・深夜放送など全体として）
・雀魂
・Among Us（宇宙人狼）
・Gartic Phone
・Papers, Please（↑）
・VALORANT（new:1プレイの時間が長く配信向きではないとも言われる）
・ポケットモンスターシリーズ（↑新作により浮上：ユナイトとポケスナは見なくなった。追記：ユナイトは特定Vがやっているゲームに記載）
・SUPER BUNNY MAN（new:2人コラボの定番）
・ゼルダの伝説 BotW（new:ゲーム人気投票により浮上？）
・オーバークック（new）
・壺おじ（Getting Over It with Bennett Foddy）
・マリオパーティー（new）
・Untitled Goose Game（イタズラガチョウゲーム）
・fall guys（↓）
・世界のアソビ大全51
・ARK
・おえかきの森
・休むな！8分音符ちゃん
・devour
・Phasmophobia
・Dead by Daylight
・Unrailed!
・SEKIRO（↓）
・バイオハザードシリーズ（↓）
・パスパルトゥー
・PUBG
・天鳳
・龍が如く
・GTA5
・どうぶつタワーバトル
・パワプロ
・サイバーパンク2077
・NKODICE（↓）
・Hand Simulator
・DEEEER Simulator（鹿）
・彼ピのパチ代稼ぐ配信
・青鬼
・PIEN-ぴえん-ならびにPAON-ぱおん-
・魔女の家
・ib
・The Forest
・Subnautica サブノーティカ
・The Greatest Penguin Heist of All Time
・深夜廻
・アンダーテイル（追記）
・RAFT（追記）
・エムホールデム（ポーカーチェイスと案件出しで張り合っていたがポーカーチェイスに押し負けた）
・GeoGuessr（葉加瀬冬雪など）
・FF14（静凛など）：兎田ぺこらのプレイで観客が多すぎて話題になった
・MTGA（来栖夏芽など）
・アーマードコア（天川はのなど）
・inscryption（追記：じわ流行りってどれくらいやねん）
・OUTLAST（追記）
・ニーア オートマタ
・LIMBO/INSIDE
・ストV
・タルコフ
・Rocket League
・fallout76
他には？
壺おじとフォールガイズを下げた。Gartic PhoneとPapers, Pleaseに甘めかもしれない。ウマ娘は見なくなってしまった（ニュイ・ソシエールさんが続けているとのコメントを受け移動）。コラボやファン交流に使えるゲームは息が長く、純粋に完結するストーリーのゲームはどうしても旬がある。Papers, Pleaseはやや異色かもしれない（本質的には「繰り返しやりにくいが1度はやられるタイプのゲーム」に近いがマルチエンドのために複数回の配信は期待できるタイプ？）
・OMORI
・Vampire Survivors
