  |
はてなキーワード: モニタリングとは
誰しも高齢者になるので、自分を守るためにこれは覚えておきたい話。
ユニット型特養の職員配置は３：１以上。「人員配置基準」を守るだけでは、夜間の職員数が０人になってしまいます。
https://www.minnanokaigo.com/news/kaigo-text/dementia/no124/
職員配置は３：１ということは、高齢者３人程度に看護職員が概ね１人つき、介護・レク・リハビリなどやってくれるのだろうな・・・と感じるだろう。
自分が高齢者になった時は自分を丁寧に見て欲しいと思うだろう。
だが現実はそう甘くない。
「「人員配置基準」を守るだけでは、夜間の職員数が０人になってしまいます」にあれ？って思ったのではないだろうか。
{職員配置は３：１以上と、３人の高齢者を１人以上の職員が見るでは実は意味が違う。
ただし、常時3.33人/１ユニットが配置されているのではなく、従来型特養と同じく「定員あたりの人員配置」で算出された33.3人を10ユニットに振り分けているということになります。
つまり、３：１というのは、３人の高齢者に対して１人の職員が対応するという意味ではない。
施設全体の職員をユニットに割り振り、出勤か否か問わず数えているだけである。
つまり職員配置の算出についてもそもそもが直接介護を行わない看護職員まで数えているという事だ。
しかも現実は、入浴支援（職員１人・入居者さん１人）の際は、そのほかの９人の入居者さんに対して職員１人で支援することになります。
こうなると感覚的には人員配置は９：１である（浴室は１：１だが）。しかしこれも３：１ということになっているのである。
さきの配置基準３：１という数字から感じる印象とはかなり異なるだろう。
誤解を恐れずに極端に言えば１ユニットに１人の職員が出勤していたら良い、のような感覚だ。
さらに、勤務中には高齢者の記録やモニタリングをする時間も必要であるし、職員の研修や年休、これはどうするのかという問題がある。
これを踏まえると職員配置を４：１へ緩和するという案は危ないと感じるだろう。
これまで「職員１人で高齢のお年寄り４人を見るようになるのか。大変だな」と思った方もいるかもしれないが、実際はそんなに甘いものでは無い。
現在の３：１ですら、９人のお年寄りを職員１人で見るという事すら起きているのに、それをさらに緩和するということである。
もちろん夜間を除きユニットから職員がいなくなることは無いのだが、ユニットの所属職員自体が減らせられるのだから、基準数が減らされたら職員と高齢者にしわ寄せがいく。
４：１になったときに「手抜き介護」を防ぐための案として、計画の提出や安全性を確保する外部機関の監査が要件となる。
たったそれだけのことで手抜き介護を防げるのであれば身体拘束があれほど問題になるのはおかしいのでは・・・？
所詮は現場職員の努力で手厚い介護をしろと言っているのに近いだろうと感じる。これではただの精神論ではないか。
そもそも手抜き介護の防止策が必要になると言っている時点で、現場は大変になると言っているに等しい。
そんな緩和をするかもって・・？
ラランドというお笑いコンビをご存知だろうか？ここ数年テレビへの露出も増えてきたサーヤとニシダという二人の男女コンビだ。
サーヤのほうは元々広告系の会社員、ニシダは帰国子女で上智を中退という経歴を経て事務所に所属せずフリーでやっていた。（今は個人事務所を作りサーヤが社長兼務してるらしい）
ある時期からニシダのクズさ、ポンコツぶりが酷いとお笑い番組などでイジられるようになっていった。
ニシダのクズ、ポンコツぶりとしては直接的に有名なのは遅刻癖らしく、とにかく平気で遅刻するしあまり反省もしないらしい。
そういうのが積み重なって、ニシダへの信頼というものが業界内でももてない、だからサーヤがピンでなら、となってしまうケースがどんどん増えているという状況。
ニシダ本人はバカではないしセンスもあると思うがこのままではヤバいということで、事務所の社長でもあるサーヤがYoutubeの企画としてニシダ更生のためのプログラムを作り動画として公開した。
俺はなんか面白そうだな、くらいの興味で見てみた。動画は1時間くらいあるので途中で飽きるかと思っていたがあっという間の1時間だった。
とりあえずこの時点で気になったら一度見てみてほしい。ただし仕事などで弱りきってる人間には刺さりすぎるかもしれないから注意は必要だと思う。
https://www.youtube.com/watch?v=bCX_SPXgWtQ
ここから少し内容に触れていく。企画としては事務所のマネージャーなどごく近い人物から、冠番組のスタッフ、ゴッドタンなどで有名な佐久間宣行氏などがニシダについてインタビューされる映像がシアターで流され、それをなにも知らされてなかったニシダが見させられるという流れ。言ってしまえば吊し上げであり空気もけっこうなガチ感がある。（ただ、ひたすらイジメみたいに吊るし上げるとかではなく、十分礼節を持った言い方だったとは思う）
その様子を別室でサーヤとゲストの南海山里がモニタリングしている。山里が呼ばれたのはニシダが最も尊敬してる人だかららしい。
モニターしながら「刺さってますかね？あ、でもだいぶ食らってるみたいです」などサーヤが冷静にコメントを続ける。俺はもう見ていて辛くて辛くて泣きそうになってしまった。（ニシダは実際泣いていた）
ニシダがかわいそうだからではない、インタビューされている人たちの話が自分の事を言われてるとしか思えなくなってきてそれで辛かったのだ。
俺はお笑い芸人でもないので、言われてる内容が具体的に当てはまるケースというのはないのだけど、求められること、それに対してのニシダの逃げっぷりとかが、めちゃくちゃ刺さるのだ。
一番わかり易い例としてニシダが口癖のように言う「なるほどね」という言葉。ニシダは自分へのダメ出しなんかも全部この「なるほどね」で受け流してしまう。いやなるほどねじゃねえだろ、自分の事を言われてるんだぞ？
まったく飲み込めてないし、他人事のように客観視することで自分を見るのを避けてしまってる感じ。これって自分も思い当たるとこはたくさんあるのだ。
こういうニシダのダメなとこというのは、ニシダが極端だから目立っているだけで、少なからず共感できる部分というのは多くの人にあるんだと思う。
実際山里なんかはニシダの気持ちがよく分かるようで、何度も「俺もそういうとこはあるんだよなあ・・」と苦しそうな顔を浮かべていた。
そしてこの動画のクライマックスはインタビューの映像を見終わった後、そんな山里がニシダの元に向かい二人きりで話をする場面だ。
山里本人は自分もどちらかといえばニシダ側の人間だと思っているようで、行く前にサーヤには遠慮なく厳しく言ってください的なことを言われるがどうするか迷いが生じてる様子だった。
山里は席につくなり「俺はみんなが言うようにやらなくて今のままのニシダでいてくれていいと思ってる、そしたら俺の脅威が一人減ることになるから」という話をする。
ニシダにとって山里は尊敬する先輩でありある種目指している人物でもあるんだと思う。そういう人からこう言われて心が震えないわけがない。
山里はその後も色んな話をするが、そのどれもが俺の心にも刺さった。俺にとって山里という人物はなんの思い入れもないただの芸人さんなんだが、誰が言ってるかではなくて言ってる内容がすごくうなづけるもので重みもあったからだ。
尊敬してる先輩から直接言われているニシダにしたらすごい言葉として響いてるだろうと思う。そして、それなのに明日になったらまた忘れちゃうかもという事すら山里は見透かす。
そう、俺も尊敬する人から叱咤激励を受けて、もう俺は生まれ変わるんだ明日から、と決心した次の日にはもうケロっといつも通りのダメ人間に戻ってしまうような事は何度も経験がある。
山里は山里なりに色々と迷いながらも真摯に言葉を投げかけていった。ニシダの反応は涙をポロポロこぼしながらも終始モワッとした受け答えだったが、そういう反応になってしまうのも俺には痛いほどわかった。
ニシダの場合は芸人でありやや極端に過ぎるとこはありそうなんだが（普通の会社だったらクビになってるかもなあ）
少なくとも俺にはそのへんの意識高めな自己啓発本なんかよりはよっぽど刺さった動画だった。ニシダに山里のようになってほしいとは思わないが、自分のやりたい事ができる場を、自分で掴み取るとこまでいってほしいな、応援したいなと思いました。
無料化した理由が分かったわ。あのゲームVtuberとかの配信者以外プレイしないだろ。だって誰も見ていない状況で人間一人がステージをクリアできようができまいが、どうでもいいんだもん。一度クリアできなかったら即電源切って二度と開くことなかったわ。しょぼんのアクションとかもそう。誰も見ていない状況でどんな意地悪トラップに引っかかっても意味ないんだもん。Fall Guysって誰も見ていないモニタリングみたいなゲームなんだよ。
Fall Guysプレイするのにお金はいらないけど、10人以上の最低一人はコメントをくれる視聴者が必要なんだよ。いいか？俺が今からプレイしてリアクションを取るから見ててくれよな✋
https://www.smfg.co.jp/sustainability/report/topics/detail096.html
マグマから得られる地熱や、地表付近の地中熱は国内で安定的に得られる国産エネルギー源で あるにもかかわらず、これまであまり利用が進められてこなかった。しかし、エネルギーの在り 方が抜本的に見直される中、あらためて地熱資源に注目が集まり始めている。
東日本大震災や地球温暖化問題を機に、エネルギー政策の抜本的な見直しが議論されている。太陽光発電や風力発電などの再生可能エネルギーが注目を集める中、新たな脚光を浴びているのが地熱資源だ。地熱資源は、マグマの熱に由来する高温流体を利用する地熱と、太陽熱に由来する地表周辺の地中熱の2種類に分類される。地熱も地中熱も実用化の歴史は長いが、国内ではあまり普及が進んでいない。本特集では、地熱発電と地中熱利用、それぞれの現状と普及に向けた課題、今後の展望を考察する。
地熱発電に利用されるのは、マグマから得られる熱エネルギーだ。火山帯の地下数キロメートルから数十キロメートルには、1,000℃を超える高温のマグマ溜まりがある。このマグマ溜まりで熱せられた岩石中に地下水が浸透すると、熱水あるいは蒸気を蓄えた地熱貯留層ができる。この地熱貯留層まで井戸を掘り、200～350℃という高温の熱水/蒸気を取り出してタービンを回すのが地熱発電の基本的な仕組みだ。その魅力は、24時間365日安定的に発電可能で半永久的に枯渇の恐れがないことと、発電時のCO2排出量がほぼゼロであることだ。
日本の地熱資源量は2,300万キロワット超で、アメリカ、インドネシアに次いで世界3位を誇るが、発電設備容量で比較すると、1位の米国が309.3万キロワットなのに対し、日本は53.6万キロワットで8位にすぎず、豊富な資源を生かしきれていない状況にある。
日本の地熱発電が普及しなかった主たる要因は、「立地規制」「地元の理解」「エネルギー政策」の3つといわれている。
「立地規制」とは、政府が1970年代から景観保護などを理由に国立公園、国定公園、都道府県立自然公園における地熱開発を制限したことを指している。国内の地熱資源の7～8割は国立公園内にあるため、これが事実上の開発制限となってしまっているのである。
「地元の理解」とは、地熱資源立地区域に隣接する温泉地区の事業者の理解が得られないことである。科学的な根拠や具体的な因果関係を示すデータはないが、温泉地に関わる観光事業者が温泉源枯渇を理由に開発を拒否するケースは全国で起きている。
「エネルギー政策」とは、政府による開発支援の問題と言い換えてもいい。1974年に始まった「サンシャイン計画」では、地熱発電は主要な発電方法の1つと位置づけられ支援策も充実していたが、1993年の「ニューサンシャイン計画」以降、研究費が削減され、1997年の「新エネルギー利用等の促進に関する特別措置法（新エネルギー法）」では、「新エネルギー」分野の研究開発対象に選ばれなかった。さらに、2002年の「電気事業者による新エネルギー等の利用に関する特別措置法（RPS法）」では、対象となる地熱事業は「熱水を著しく減少させないもの」という条件が付いたため、従来の発電方式では支援を得ることが難しくなってしまった。
そもそも地下資源は開発リスクの高い事業である。開発の際は、地表評価を行った後、地下深部に多数の坑井を試掘し、発電可能な地熱資源を掘り当てなくてはならない。試掘とはいえ、掘削には1キロメートル当たり約1億円のコストがかかる。地中にはマグマがあるのだから、掘削すれば必ず地熱資源を得られるだろうとの推測は素人考えで、事実はまったく異なる。重要なのは、マグマ溜まりの探索というよりも地下水が貯まる地熱貯留層を掘り当てられるかどうかだ。現代の高度な探索技術をもってしても、地下1～3キロメートルに分布する地熱貯留層を正確に検知することは極めて困難で、今も開発事業者の知見や勘に頼らざるを得ないというのが実情だそうだ。首尾よく掘り当てたとしても、高温蒸気を安定的に得られるのか、どの程度の発電ポテンシャルがあるのか、熱水の長期利用が周辺環境に影響を与えないのかなどを見極めるため、数年間にわたるモニタリングが欠かせない。そのうえ、資源を掘り当てても認可を得られなければ発電事業はできない。地熱発電の調査から開発までに10年以上の期間が必要とされるのは、このような理由による。ある意味、油田開発と同等のリスクとコストが必要とされながら、出口としては規制に縛られた売電しかないため大きなリターンも期待できない。こうした状況では、地熱発電事業への参入者が現れなかったのも、致し方ないといえる。
しかし、地球温暖化や東日本大震災の影響により地熱発電に対する風向きが変わってきた。地熱開発を阻んできた3つの要因すべてに解決の糸口が示されたのである。
まず、環境省が、地熱開発に関わる自然公園法の規制緩和に動き始めた。2012年3月21日には、第2種、第3種特別地域について、域外から斜めに掘り込む傾斜掘削を容認し、さらに関係者や地域との合意形成、景観に配慮した構造物の設置、地域貢献などを満たす「優良事例」であれば、技術的、コスト的にも負担の少ない垂直掘削も認められることとなった。これに加え、3月27日には「温泉資源の保護に関するガイドライン（地熱発電関係）」を都道府県に通知し、地元調整の在り方を具体的に示した。これらの施策により、立ちはだかっていた「立地規制」と「地元の理解」に関するハードルが一気に下がったのである。
さらに、経済産業省が、2012年度予算に地熱資源開発促進調査事業として91億円を盛り込み、地表調査費用の4分の3、掘削調査費用の2分の1を補助。資源開発のノウハウを有するJOGMEC（独立行政法人石油天然ガス・金属鉱物資源機構）による開発準備段階の民間企業への出資や、開発資金を借りる際の債務保証ができるよう、石油天然ガス・金属鉱物資源機構法を改正する方針を示した。そのうえ、「再生可能エネルギーの固定価格買取制度」により、売電開始後15年間の地熱発電の買取価格（1キロワット当たり）は、1.5万キロワット以上で27.3円、1.5万キロワット未満で42円という価格が提示された。こうした「エネルギー政策」の転換により、地熱発電事業を覆っていた分厚い雲の合間から、明るい光が射し始めた。
こうした流れを受け、10年ぶりに新たな開発プロジェクトが動き始めた。電源開発（J-POWER）と三菱マテリアル、三菱ガス化学は、秋田県湯沢市葵沢・秋ノ宮地域で地熱発電所の建設を進め、出光興産は他社と連携し、北海道阿女鱒岳（アメマスダケ）地域および秋田県湯沢市小安地域に地熱発電の共同調査を行うほか、福島県の磐梯朝日国立公園内に国内最大の地熱発電所をつくる方針を示している。
岩手県八幡平では、八幡平市と日本重化学工業、地熱エンジニアリング、JFEエンジニアリングが出力7,000キロワット級の発電所を2015年に開設すると発表している。JFEエンジニアリング エネルギー本部発電プラント事業部の地熱発電部長、福田聖二氏は、「弊社は、全国18カ所の発電所のうち9カ所で蒸気設備を建設してきました。その実績とノウハウを生かし、今後は発電事業への参入も視野に入れて開発に乗り出します。また、世界最大のバイナリー発電メーカーとも協業し、従来型より環境や景観に配慮した次世代型の地熱発電所の開発にも取り組んでいきます。地熱発電は、一度開発すれば半永久的に安定稼働が可能というメリットがあり、太陽光や風力などの再生可能エネルギーとともに今後重要な役割を果たすものと考えています」と話している。
福田氏の言うバイナリー発電とは、熱交換器を通して地熱流体（熱水、高温蒸気など）の熱エネルギーを低沸点媒体で回収し、それを沸騰させてタービンを回す発電法だ。使用した地熱流体を地上に放出することなく全量還元できるため、地下水減少のリスクが極めて少ない。また、発電設備から蒸気を排出せず、国立公園などの自然景観に配慮した発電所を建設できるため、環境省の定める「優良事例」に認められる可能性が高いとして期待されている。さらに、熱交換用の低沸点媒体の種類によっては、温泉水（70～120℃）の熱エネルギーを利用した温泉発電も可能だ。温泉発電は、既存の源泉と温泉井に手を加えずに発電ユニットを後付けするだけで実現でき、温泉地への影響も源泉枯渇の心配もない。JFEエンジニアリングでは、福島県の土湯温泉町で2014年に500キロワット級の発電事業を始めるべく、計画を進めている。これは、震災の影響により温泉収入が減った同地で、地熱発電を地域活性化に生かそうとする試みである。このようにバイナリー発電方式は、大型の地熱発電所だけではなく、小型の温泉発電所にも適しており、地産地消型の分散電源として各地に広まる可能性も秘めている。
新エネルギーとして世界的に研究が進む地熱発電分野では、高温岩体発電など新しい技術も生まれている。これは、水を圧入して人工的に地熱貯留層を造り、熱エネルギーを抽出する方式で、天然の地熱貯留層を掘り当てる必要がなく、開発リスクを減らすとともにさまざまな場所で地熱発電が可能になるため、大きな注目を集めている。しかし、人工的な地熱貯留層の構築が環境にどのような影響を与えるのかなど、検証データが揃っていないため、実用化にはしばらく時間がかかると見られている。
国際エネルギー機関（IEA）の試算によれば、世界の地熱発電量は2050年までに年間1兆4,000億キロワット時まで拡大すると予測されている（2009年の地熱発電量は年間672億キロワット時）。現在、日本企業は、地熱発電用タービンで世界シェアの7割を占めるなど、同分野で世界トップレベルの技術を有している。今後、世界規模で拡大が予想される地熱発電分野において、日本企業が存在感を発揮することが期待される。
第2部では、もう1つの地熱資源「地中熱」について考察する。「地熱」と「地中熱」の最大の違いは熱源である。マグマに由来する熱水や高温蒸気がエネルギー源の地熱に対し、地中熱は、太陽で暖められた地表付近の熱がエネルギー源だ。火山地域など対象地が限定される地熱と違い、地中熱は全国どこでも得られ、安定的に利用できることが特徴だ。
地中温度は太陽熱の影響により浅部では昼夜・季節間で変化するが、10メートル程度の深度では年間を通してほぼ一定の温度を保っている。その温度は、地域の年間平均気温とほぼ同等となっている。ちなみに東京の地中熱は年間約17℃で安定している。四季のある日本では、大気は夏暖かく冬冷たいが、地中の温度は一定であるため、この温度差を利用して冷暖房や給湯、融雪などを行うのが地中熱利用の基本原理である。
地中熱利用にはいくつかの技術があるが、現在主流となっているのは地中熱ヒートポンプシステムである。これには、地下の帯水層から水を汲み上げて熱交換を行うオープンループ型と、水や不凍液などの流体を地中のパイプに通して放熱・採熱を閉じた系で行うクローズドループ型がある。オープンループ型は地下水を利用するため設置場所がある程度限定され、主に大型施設で用いられているが、クローズドループ型は場所を選ばず設置でき、環境への影響が少ないことから、現在の主流となっている。
地中熱利用促進協会の笹田政克理事長は「地中熱ヒートポンプシステムは、省エネ・節電対策および地球温暖化対策に極めて効果的です。このシステムは、気温と地中の温度差が大きいほど、通常のエアコンに対する優位性が高く、真夏や真冬ほど高い省エネ効果を発揮します。地中熱を利用すれば、冷房使用率が最も高い真夏のピークタイムなどでもエネルギー消費を抑えられることから、現在問題となっている電力供給量不足の解決策として期待されています。また、地中熱利用はヒートアイランド現象の抑制にも効果があります。ヒートアイランド現象は、建造物からの冷房排熱が大きな要因とされていますが、地中熱の場合、冷房排熱を地中に放熱してしまうため、都市部の気温上昇を抑える効果があるのです」と語る。
地中熱ヒートポンプによる冷暖房システムは、オイルショックを機に1980年代から欧米を中心に普及が進んだ。アメリカでは、現在100万台以上が稼働している。また、中国も助成制度を整備したことが功を奏し、世界2位の普及率を誇っている。これに対し日本は、2009年時点の導入施設数は累計580件にとどまっており、海外と比べて普及が進んでいない。これは、地中熱が認知されていなかったことや、掘削などにかかる初期コストの高さが主な要因と考えられている。
しかし、2010年に政府がエネルギー基本計画で地中熱を再生可能エネルギーと位置づけたことや、2011年度以降に「再生可能エネルギー熱事業者支援対策事業」「地域再生可能エネルギー熱導入促進事業」などの支援策が相次いで打ち出されたことから、国内でも急速に認知が進み、さまざまな分野で導入が検討され始めている。
コンビニエンスストア、学校、東京スカイツリータウン（R）も地中熱を導入
支援制度の拡充や節電意識の高まりを受け、近年、さまざまな分野で地中熱の導入が進められている。たとえば、羽田空港の国際線旅客ターミナルビル、東京中央郵便局の跡地に建設されたJPタワー、セブン-イレブンやIKEAの店舗、富士通の長野工場、東京大学駒場キャンパスの「理想の教育棟」など、ここ1、2年の間に導入が続いている。また、旭化成ホームズやLIXIL住宅研究所が地中熱冷暖房システムを備えた住宅を販売するなど、一般住宅でも地中熱利用が始まっている。
今、話題の東京スカイツリータウンでも地中熱が利用されている。同地域のエネルギー管理を担当する東武エネルギーマネジメントの Permalink | 記事への反応(0) | 19:37
----
6月21日版(anond:20210621175921) から 3月17日版(anond:20220317182626) に至る記事の続き。
日曜区切りでの先週の感染者数は、予測よりも下回り、予測56691 現実53125 (-6%) となりました。ただし、前回から予測を木曜に変更したので、これは実質3日分の予測結果でしかありません。2週目にあたる本日までの推移を見ると、現実は予測よりずっと減少しています。
東京都の変異株検査 (第84回東京都新型コロナウイルス感染症モニタリング会議より)
| 東京都 | BA.1 | BA.2 | BA.2比率 | BA.2実数 | BA.2前週比 |
|---|---|---|---|---|---|
| ～2月07日 | 181 | 0 | 0.0% | 0 | - |
| ～2月14日 | 75 | 1 | 1.3% | l 1404 | - |
| ～2月21日 | 412 | 33 | 7.4% | lllllll 7572 | 5.39 |
| ～2月28日 | 268 | 36 | 11.8% | lllllllll 9334 | 1.23 |
| ～3月07日 | 212 | 46 | 17.8% | llllllllllll 12970 | 1.39 |
| ～3月14日 | 656 | 411 | 38.5% | lllllllllllllllllllllll 23274 | 1.79 |
※ BA.2比率は判定不能を除いた全体における比率。BA.2実数は全体の感染者数を元にした推計。
2月上旬をピークに感染者数全体が減少を続ける状況にあってもなお、BA.2 は増加を続けていることがわかります。また、最後の週は検査数が1000件を超えていて、統計的な信頼性は改善されています。
全体の感染者数は、前回の予測(anond:20220317182626)より大幅に下回る推移をしています。これは、
なお説明が付かない減少幅です。このほかに考えられる要因を挙げると、
などがあり、濃厚接触者の定義の変更が最も妥当かつ影響が大きいのではないかとみています。(それでもなお減少幅は大きいので、これが要因のすべてとまで言えるかはわかりません)
3月16日以降の感染者数に統計的な連続性がないとすれば、少なくとも当面の間、発表される感染者数を予測するのは困難です。検査の飽和と違って元に戻る見込みもないので、5週予測は前回を最後として、終了します。
先に述べたようにBA.2の感染者数は実態として増加を続けているので、いずれ全体の発表数もリバウンドに至る可能性が高いと思いますが、かといって「濃厚接触者の定義の変更のせいで判断が遅れて、ふたたび医療崩壊を招く」という事態になるかといえば、ワクチンの3回目接種が進みつつあり、BA.1系統の感染による自然免疫も期待できることから、悲観はしていません。医療負荷や感染そのものについて楽観しているわけではないので、達観していると言い換えてもいいかもしれません。(※ 同日追記: 定義の変更のせいで減少して見えることよりも、発見されずに感染を広めてしまう機会が増えることで「急増しやすくなる」という恐れはあるかもしれません。その場合は、定義の変更は悪手だったということになります)
これより以前の予測結果は 1月04日の記事(anond:20220104223956) からご覧いただけます。
| 予測日 | 1週先 | 2週先 | 3週先 | 4週先 | 5週先 | 期間計 | 備考 |
|---|---|---|---|---|---|---|---|
| 1月04日(anond:20220104223956) | +129% | +179% | +36% | -35% | -60% | -41% | 都のオミクロンが全数検査でなかったと後に判明 |
| 1月11日(anond:20220111172111) | -18% | -62% | -66% | -62% | -26% | -56% | |
| 1月18日(anond:20220118182610) | -15% | -18% | -40% | -55% | -43% | -40% | (検査数の飽和が報道され始める) |
| 1月25日(anond:20220125172023) | -11% | -21% | -43% | -44% | -50% | -36% | |
| 2月01日(anond:20220201171801) | -31% | -55% | -48% | -41% | +10% | -40% | |
| 2月08日(anond:20220208171541) | -49% | -44% | -29% | -7% | +39% | -32% | |
| 2月15日(anond:20220215171824) | -41% | -30% | +3% | +43% | +105% | -12% | |
| 2月22日(anond:20220222220022) | -23% | +17% | +40% | +83% | |||
| 3月01日(anond:20220301183041) | +9% | +36% | +54% | ||||
| 3月08日(anond:20220308172859) | +16% | +34% | この週まで予測に BA.2 の考慮なし | ||||
| 3月17日(anond:20220317182626) | -6% | この週から予測日を火曜から木曜に変更 |
多くの統計値が日曜区切りになっているため、予測もそれに合わせて日曜までの1週間を単位として予測しています。そのため、「1週先」はあくまで日曜までを区切りとしていることにご注意ください。
プラスは楽観しすぎたこと、マイナスは悲観しすぎたことを意味します。ただし、予測は「検査が飽和していなければ」という前提なので、検査飽和中の予測結果はマイナスになりますし、解消中はプラスにブレることもありえます。また、絶対数が少ない時期は大きくブレやすくもなっています。あくまで大雑把な目安としてご覧ください。
政府予測と比べてみたい方は 新型コロナウイルス感染症対策アドバイザリーボードの資料等 からどうぞ。国立感染研の鈴木基先生提出資料と、京大の西浦先生提出資料に予測があるほか、不定期に他の資料でも予測されていることがあります。
https://www.igakuken.or.jp/r-info/monitoring.html
千鳥とか有吉の横に大抵女性タレントが一人いるじゃん(トリンドル玲奈とか佐藤栞里とか)。
それで各芸人のネタとか、ドッキリに対してモニタリングをしてコメントするんだけど、最近女性タレントが「可愛い」って表現をめ〜ちゃめちゃ使うのがすごい気になる。
男芸人がちょっと悩んでる姿や落ち込んでたりする状況になると、すぐ出る。自動販売機でコーラ買おうとボタン押したらコーラ出てくるくらいテンプレの表現になってきてる感じがする。
特定の女性タレントに限らず、有吉やノブみたいな権力の横に置物として配置されてるって状況の人に広く蔓延してる感じがする。
自分はここ2、3ヶ月で急に気になるようになったわな。この投稿で楔を打ち込んだので、これを読んでる人も今日から気になりだすと思う。
これは「ごく稀な」副反応が起きた人たちの話
なので、ワクチン接種の「反対」「推進」「リスク＆ベネフィット」に関するコメントは別の場所で
ｺﾎﾟｫｗｗｗ
んふふふｗｗｗ 久しいですな、はてなー諸氏ｗｗｗ
リクエストがあったワクチンの副反応、それも長期に及ぶ副反応について語ろうかｗｗｗ
んん…… でもなあ…… 難しいんでござるよ……
これはもう大ウソつき（※注）でござるなｗｗｗｗｗｗ ｵｳﾌｯｗｗｗｗｗｗ
かといってあると「断言」するのも難しいｗｗｗ
まあ、拙者から言わせてもらえばあ？ｗｗｗ
「コロナワクチンを接種してから、深刻な体調不良に悩まされている人が一定数存在している」
(「有害事象」といった所でござるが、有害事象＝絶対因果関係なしと決めつけてしまうパーソンもおり、この言葉もまた複雑www)
といったところでござろうか？ｗｗｗ ﾄﾞﾌﾟﾌｫｗｗｗ
まあ、にわかには信じられんでござろうｗｗｗ そうであろう？ｗｗｗ
去年の十月までは拙者も信じられなかったからなｗｗｗ ﾌﾞﾌｫｯｗｗｗ
いわばコロナ禍初期のコロナ後遺症と似たような立場でござるなｗｗｗ ﾃﾞｭﾌﾌﾌﾌﾌｗｗｗ
日本語でおｋｗｗｗ
しょうがないのうｗｗｗ TOEIC4000点の拙者が説明して...
あ、400点だった。普通ｗｗｗ←ヲイ
タイトルは、
「まれに、コロナワクチン接種後にコロナ後遺症様症状が生じうる」
こんな感じかのうｗｗｗ
2020年末にアストラゼネカの臨床試験ボランティアを受けた女性の話から始まるｗｗｗ
ブリアンヌ・ドレッセン（当事者）は接種後から視覚のぼやけ、音のゆがみを感じた。
症状は急速に悪化していき、動悸、心拍数の変動、激しい筋力低下を引き起こし、いよいよ彼女が言うところの「体内で電気ショックが流れて衰弱する状態」となった。
コロナ後遺症では200種類以上の症状が起こりうるとも言われているがｗｗｗ
そのうちの神経症状に近い病態でおまんなｗｗｗ ﾄﾞﾌﾟﾌｫｯｗｗｗ
読み進めると、アストラゼネカだけでなく、現行のコロナワクチンすべてで同様の症状が起きているとの事ｗｗｗ
NIHの研究員は「及び腰になったのではなく、少ないメンバーだけでは対処しきれないから」と弁明しているｗｗｗ ﾌｺﾞｯｗｗｗ
この問題は明らかに存在はしていたが、誰も触れようとしないｗｗｗ
プレトリウス（南アフリカの生理学者）は「誰もがこの問題を避けています。多くの臨床医や様々な大学の研究者と話しましたが、彼らはそれに触れたがりません」と言う。
であるが、でござるよ
ウィリアム・マーフィ（アメリカの免疫学者）はこう言っているでござるｗｗｗ
彼は、2021年11月にThe New England Journal of Medicine（NEJM）誌に、SARS-CoV-2スパイクたんぱく質によって引き起こされる自己免疫メカニズムが、コロナ後遺症の症状といくつかの稀なワクチンの副反応の両方を説明するかもしれないと提案し、可能な限りの関連を探るための基礎研究を増やすよう呼びかけた。
マーフィーは、「ワクチンを理解するために、あらゆる研究が行われているとして、一般大衆を安心させることは、単にすべてが安全であると言うよりも重要だ」と言う。
他の人たちと同様、彼はワクチン接種を推進し続ける。
サイエンス社は、規制当局とワクチンメーカーに、これらの副反応について得た情報を問い合わせた。
ファイザーの広報担当者は「それが我々がモニタリングしているもので確認済みだ」と返事をよこした。
モデルナ、アストラゼネカ、JJの３社は、副反応を深刻に受け止め、受け取った報告を規制当局と共有していると述べた。
FDAの広報担当者は「コロナワクチンの安全性の監視に引き続き強い焦点を当てる」と言い、欧州医薬品庁は「コロナ治療薬とコロナワクチンの安全性と有効性を監視するために、臨床現場から実データを使用するための措置をとっている」と通達した。
走召 糸色 木亥 火暴
その結果、当事者はどうなっているのかｗｗｗﾌﾞﾌｫｗｗｗ
ブリアンヌ・ドレッセンは「醜いしみがついてしまって、疎外され、見捨てられたようだ」と言うｗｗｗ
そして、「ワクチン忌避を引き起こす原因になってしまうのではないか」と恐れてもいたｗｗｗ
（ブリアンヌとは）他の患者は、ワクチン反対派が「ワクチンを接種するほど愚かなのだから、死んで当然だ」と主張してくることを説明した。
その一方で、ワクチン支持者も、当事者が声を上げることで他の人を傷つけ、ワクチン接種を拒否させ、その人がコロナで死んだらどうすると言ってくる。
ドレッセンは已む無く自ら症状を公表し、反ワクチンの議員が開いた会見に出席ｗｗｗ
「政治家と話しをすることは、私たちのプランAではありませんでした...。全く違います」と、ブライアン・ドレッセンは言います。
ある患者は違う道を選んだｗｗｗ
ヤナ・ルアレンダーもまた、引っかかりを感じている。
モデルナワクチンを一回投与した後、ドイツのカッセルで微生物を学ぶ大学院生だったヤナは、ブライアン・ドレッセン（最初の当事者）が経験した内部電気ショックの感覚、顔の部分麻痺、発作か脳卒中を起こすのではと思わせる筋力低下、激しい口の渇き、心拍と血圧の乱高下などの症状を呈した。
彼女は、自分の症状が、血圧や体液のバランスを調整するレニン-アンジオテンシン-アルドステロン系と呼ばれるホルモン系と重なっていることに気づき、ACE2が重要な役割を担っていることを突き止めたのである。
最近、このシステムを標的とする自己抗体が、彼女の症状を引き起こしているのではないか、と考えている医師と知り合いになった。
このような経験にもかかわらず、「私は今でもワクチンは素晴らしいと思っています」とルアレンダーは言う。
しかし、このような副反応は、彼女にとっては、いくらか改善されたものの、消失したわけではなく、認識され理解されるべきものであるという。
副反応が出て深刻な症状に悩まされるｗｗｗ
それだけでなく、第三者の身勝手な政治闘争に巻き込まれるｗｗｗ
マーフィ氏（うじ）のくり返しになるがｗｗｗ
ワクチンによる「まれな」副反応の研究にはたくさんのメリットがあるｗｗｗ
そして、
チェン（アメリカの心臓専門医）は、ワクチン接種後の慢性的な問題について語る何十人もの人々から話を聞き、彼らの症状とコロナ後遺症の症状との間に重なる部分があることに説得力を感じている。
そして今、彼女は慎重に、かつ科学的に答えを探したいと考えている。「私たちは厳密さを保たなければなりません」と彼女は言う。
「データが圧倒的に不足しているのです」
大切なのはｗｗｗ 透明性とｗｗｗ データなんでござるなｗｗｗｗｗｗ
（注）国ｗｗｗ
aquatofana おい増田ニキよ、最初に出てくる事例の女性の名前「ブライアン」って男性名ですがこれはwwww日本語で言えばサトシくんとかですぞ(原文ではブリアンヌ、「さと子」になっとるで)
これは失敬ｗｗｗ id:aquatofana 殿の申すとおり変更させてもらったぞｗｗｗ こっそりとなｗｗｗﾌﾞﾌｫｯｗｗｗ
【参考】
https://stopcovid19.metro.tokyo.lg.jp/
モニタリング項目
https://stopcovid19.metro.tokyo.lg.jp/monitoring
ここを見ると、
たとえば2月2日時点での
陽性率の7日間移動平均は37.5%、
検査数の平均に陽性率の平均を掛けると
……9663人。
……あれ？
ここ2日間は2万人超え、
感覚的に陽性率37.5%は変だなあ……と思い、
日別の数字を見てみると……
「発表される陽性者数」と
「検査陽性者数」が全く一致しない。
たとえば2月2日は陽性者数として
21576人が発表されているが、
「抗原検査陽性者数」は2428となっていて、
合計は8875。
「計上されるまで時差があるのでは」と思い、
それ以外の日を調べてみると、
2月2日のように倍以上違う日がある一方で、
（発表される陽性者数のほうが多く）、
また基本的にかなりの大差なので、
陽性率は時差で上がっているわけではなく、
「発表される陽性者数から算出する陽性率」より
「モニタリング項目としての陽性率」のほうが
（確認した限り）ずっと低いままになっている。
この「発表される陽性者数」と
「陽性率算出に使われる検査陽性者数」の
違いがどこにあるのか、
詳しい人、教えてくれたらありがたいです。
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
家電のシャープがIT業界に進出したってのも驚きだが、いまさら境界セキュリティってのも驚いた。
シャープ株式会社は、攻撃トラフィックを検知・遮断する機能を備えたセキュリティスイッチ「BP-X1PL01」を、1月下旬に発売する。価格はオープン。
BP-X1PL01は、社内のネットワークに侵入したマルウェアなどによる攻撃を遮断し、被害の拡大を抑制するセキュリティスイッチ。社内ネットワークの監視を常時行い、マルウェアなどによるサイバー攻撃を検知すると、発信元の端末をすばやく特定して有害な通信のみをネットワークから遮断する仕組みを備えているため、被害の拡大を抑制できるという。
また、クラウド上の統合管理システムが稼働状況を常時モニタリングしており、異常発生時にはメールによって迅速な通知を行える点も特徴。さらに、複数拠点の状況をクラウドで一元管理できるので、IT管理者の業務を効率化できるのみならず、IT管理者の配置が難しい中小企業やSOHOなどの小規模オフィスにおいても、容易に導入・運用できるとした。加えて、自動セキュリティレポート作成機能を搭載し、脅威の検出状況を数値やグラフで可視化して提示してくれるとのこと。
インターフェイスは、1000BASE-T/100BASE-TX/10BASE-T×8ポート、SFP×2スロットを備えた。スイッチのベースエンジンには、PIOLINK社製のものを採用している。
なおシャープでは、内部対策としてBP-X1PL01を用いる一方で、同社のUTMアプライアンス「BP-X1CPシリーズ」を導入し、出入口対策をあわせて行うことで、より強固なセキュリティ体制を構築可能になるとアピールしている。
石原さとみは阿部華也子や新井恵理那と比べても可愛いあるいは美人なのかと比較されたら、軽々しく前者だと決めつけることはできないと思うんだ
つまりそれだけテレビで活躍しているということで稼ぐ量も多いはずなんだ。
これら単純に石原さとみの方が美人であるからということに過ぎないのだろうか。
俺には三者の顔立ちの質の高さにそれだけの差異を見出すことができない。
丸山桂里奈のように顔が悪くても気配りが上手ということで業界に好かれてるタイプの人間もいるが三者にはそのような差異もないと思う。
なぜ石原さとみが、モニタリングでも男女の憧れの象徴のように使われているように、あそこまで売れているのか不思議に思った。
(比較対象について疑問に思う人がいるかもしれないので断っておくと、引き合いに出してる二者は石原さとみより活躍してないが顔の良さには原因を見出せないと思える人なら誰でもよかった。)
気になるのは東日本はまだオミクロン株一辺倒というわけじゃないところ
見かけ上は、オミクロン株とデルタ株が同時に流行しだしている（地域によってはデルタ株がまだまだ優勢）
ここ二ヶ月デルタ株はめちゃくちゃ減っていたのに、ここに来て何故デルタ株も増えたのか
ワクチンが効いていたのかもしれないけれど、だとすれば感染者はワクチン接種時期が早い医療従事者や高齢者の感染者が多いはずだけど、そうではない
ここ二ヶ月、モニタリング検査でも感染者は減っていたので、ワクチン接種で隠れていた無症状患者が沢山いた可能性も考えにくい
これは楽天モバイルアドベントカレンダーの出遅れ記事です。嘘です。すいません。
インディアンスの楽天モバイルネタ最高だったのでこの記事を書きました。
1プランでわかりやすい料金体系、最低金額は無料、契約して1年間無料というすごい携帯キャリアです。
私は今年の3月から使っており、その品質には概ね満足していました。ところが11月中頃（曖昧）から楽天モバイルの圏外が頻発するようになりました。
ローミング終了に伴い一部エリアでは使えなくなるかもという話は知っていましたが、私がいるのは都内の3線利用できる駅前エリアで今ままでもパートナー回線を使ったことがありません。
おかしいなーと思いつつちゃんとログを取ろうと思い、楽天モバイル端末のWiFiアクセスポイントをONにして手元のノートPCから疎通確認をしてログをとることに。
楽天モバイルのDNSが落ちたことはあった時はDNS設定いじればどうにかなったけど、そもそも圏外はどうしようもありません。
crontabもないし、shじゃないし、tail,awk,uniqもないし面倒でした。
5分に一回 1.1.1.1 にpingを飛ばしてその結果をログに残しました。
以下はbatで書いた処理
@echo off ping -n 1 1.1.1.1 | findstr /i "TTL" > nul if %ERRORLEVEL% equ 0 ( set ret=success ) else ( set ret=failure ) echo %date% %time% %ret% >> %~dp0check_net.log
-- tail -3 相当のps type .\check_net.log | select -last 3 2021/12/27 22:20:02.44 success 2021/12/27 22:25:06.00 failure 2021/12/27 22:30:05.99 failure -- awk '{print $1, ":", $3}' | uniq -c 相当のps type .\check_net.log | %{$tmp=($_.toString() -split("\s+"));echo ($tmp[0] + ":" +$tmp[2])} | group -NoElement Count Name ----- ---- 143 2021/12/19:success 6 2021/12/19:failure 208 2021/12/20:success 81 2021/12/20:failure 279 2021/12/21:success 9 2021/12/21:failure 221 2021/12/22:success 67 2021/12/22:failure 101 2021/12/23:failure 188 2021/12/23:success 277 2021/12/24:success 12 2021/12/24:failure 144 2021/12/25:success 69 2021/12/25:failure 287 2021/12/26:success 2 2021/12/26:failure 43 2021/12/27:failure 225 2021/12/27:success -- 時間ごと type .\check_net.log | sls failure | %{echo $_.toString().Substring(11,2)} | group -NoElement | sort Name Count Name ----- ---- 21 0 17 1 19 2 20 3 40 4 47 5 42 6 41 7 21 8 9 9 17 10 14 14 18 15 8 16 23 17 14 18 6 19 1 20 6 21 7 22 5 23
ログが不十分なのは途中でログファイル消しちゃったのと、ノートPCを閉じちゃってタスクスケジューラが止まってたタイミングがあるため
途中まで `findstr /i "TTL"` がなかったのでsuccessだけど実際は疎通できてないものがあります(pingの宛先ホストに到達できませんはsuccess扱いだった)
12/23がひどい。1日の35%繋がらない。「日本のスマホ代は高すぎる」けど繋がらないんじゃ意味ないんよ。
11~13時台は落ちてない。逆に何故。
5分に一回の計測なのでたまたまそのタイミングだけ疎通したりしなかったりってのはあるけど、その割合は落ち具合の体感と一致します。
テザリング利用では1日10GBの制限があるらしいですが、制限には引っかかっていません。
今も利用しているのは無料期間中なのと、楽天モバイル回線はYoutubeとかネットサーフィンとか止まっても許せる範囲で使っているからです。
これをメイン回線にしてたら緊急の連絡とか取れないだろうし、だいぶ困りそう。
書き込もうとしたけど、楽天モバイル回線は圏外で書き込めないので別の回線で書き込んでます。
RSRQは-15でした、どいひー
https://blog.tinect.jp/?p=74400
採用をしていると、
「この方は、「仕事やってるフリ」ばかりしてたのでは」
と感じるときがある。
＊
彼は、「コーポレートサイトを改善し、お客様に使いやすいサイトを実現しました。」とアピールしていた。
そこで、我々は
「具体的には、「使いやすい」とは何を意味しているのですか」と尋ねた。
彼は、戸惑ったような表情を見せたが
と言った。
なんとも、抽象的な話だ。
そこで、我々はもっと具体的な意見を求めるため、自分たちのコーポレートサイトを見せた。
「では、このサイトを見てアドバイスをいただきたいのですが、これは「見やすい」ですか？そうでないなら、具体的な改善事項を指摘してください。」と要求した。
しばらく後、彼はモゴモゴ何かを言っていたが、結局
「見やすいと思います。」と言うだけで、意見らしい意見はもらえなかった。
結局、彼を採用することはなかった。
彼の言動から、「仕事やってるフリ」の人であると判断されたからだ。
＊
彼は「研修などを通じて、活躍できる人材を送り出すことに、価値を感じていた」と、前職での仕事をアピールした。
そこで我々は、「どのような研修を行っていたのですか。」と聞いた。
彼が主に担当していたのは、新任向けの「管理職研修」と、新卒採用後の「新人研修」だった。
知識を与え、同じような立場の方々とディスカッションすることを目的としたという。
そこで、我々は
「研修の成果をどのように定義していましたか。活躍できる人材とは、どのような定義でしたか。」
と、彼に尋ねた。
彼は言った。
「受講者にアンケートをとっており、高い満足度を実現できるようにしていました。」
しかし、考えてみれば「研修の満足度が高いこと」は、「活躍できる人材を送り出すこと」とは全く異なる。
我々は、それを彼に指摘した。
「どうなんでしょう？」と。
彼は
「そうですね。ただ、研修を受けることで、知識やほかの人の経験を共有できるので、効果はあったと思います。」
と言った。
表層的な回答だ。回答になっていない。
「この場で考えてくれてもいいですよ」と勧めたが、彼は考えず、答えられもしなかった。
＊
「研修の効果測定を、1年程度、モニタリングしませんか。費用は要りませんので。」
と持ち掛けたことがある。
実際、どの程度役に立っているかどうかを知ることが先決だったので、費用をもらわずともデータが採れれば良い、と思ったのだ。
だが、帰ってきた反応は予想外だった。
「忙しいからねぇ」と言った。
他に声をかけた多くの会社でも、やはり同じような反応だったため、なぜ研修の効果測定を真面目にやろうとしないのか、私は不思議だった。
そんな時、私の大学時代の知人が、ある大手企業で人事をやっていると聞き、現状のヒントになればと
と彼に連絡を取った。
久々に再会した知人は、率直に話してくれた。
「いやー、「忙しいからねぇ」というのは、まさに本音だよね。」と。
私は尋ねた。
「本音といっても、研修にこれだけお金を使っていて、「忙しいから効果測定はしない」じゃ、まずいだろう。」
知人は迷うことなく言った。
「余計なお世話なんだよ。たぶんそういう人たちは「研修の満足度が高くて、参加後のレポートを書いてもらえれば、それで十分」と思ってるよ。」
「なんで。」
「もちろん。だって「効果がない」と分かったら、場合によっては研修を取りやめないといけない。予算も削られる。だいたい、研修やってさえいれば人事は「仕事やってるフリ」ができる。」
私は知人が皮肉を言っているのかと思ったが、彼の目は笑ってなかった。
私はようやく理解した。
「ああ……なるほど。そういうことね。」
＊
コンサルタントをやっていて、驚いたことの一つは、上のように、「仕事やってるフリ」をしている人が、かなりいる、という事実だった。
もちろん、「成果」が定義しにくく、「ひとまずやってみよう」という活動があることは理解できる。
しかし、成果を熟考する取り組みさえ行っていない方も多く、「なんのための仕事？」と首をかしげることも多々あった。
ピーター・ドラッカーは、「成果をあげる8つの習慣」を著作の中で紹介している。
（１）なされるべきことを考える
（２）組織のことを考える
（４）意思決定を行う
（５）コミュニケーションを行う
（６）機会に焦点を合わせる
（８）「私は」でなく「われわれは」を考える
もちろんこれは、多くの人にとって「もう知ってるよ」と言われてしまうくらい、単純なことだろう。
だが実践編である、「成果にこだわりぬいて仕事をすること」は、とても大変だ。
疲れる。きつい。ドキドキする。失敗して怒られるかもしれない。
うまくいかない事の方が圧倒的に多いし、そもそも成果とは何なのかを定義するのも、簡単な仕事ではない。
「意識たけーなー」と嘲笑され、「何ムキになってんの？」と蔑まれることもある。
しかし、だからといって「仕事やってるフリ」ばかりしていると、キャリアチェンジはままならず、収入も伸びず、組織から「飼い殺される」人生が待っている。
そうなった果てに言われるのは、「お前は単なる作業者で、頭を使う必要はない」だ。
そうなりたくないならば。
若いころから、成果を意識し、成果を追及する技能を身につけるしかない。
成果とは何かを理解しなければならない。成果とは百発百中のことではない。百発百中は曲芸である。成果とは長期のものである。
すなわち、まちがいや失敗をしない者を信用してはならないということである。
それは、見せかけか、無難なこと、下らないことにしか手をつけない者である。成果とは打率である。
