「性向」を含む日記 RSS

はてなキーワード: 性向とは

2022-05-10

anond:20220509191854

妻や娘にではなく「他人に」なら分からなくもないけど、特別扱い要求性向が強すぎでは

2022-05-03

性嫌悪者・異性恐怖者でないオタクって、中学のころから異性オタクとの交流があったタイプだよね

男性エロ漫画家水龍敬が、嫁が刀剣乱舞にハマりましたって言って刀剣乱舞プレイして、

刀剣乱舞イケメンキャラが女審神者乱交するエロ同人を描いてたけど、

女性向けジャンル男性向けジャンルの垣根があまりないタイプというか

性向ジャンルをみても傷つかない(?)タイプの人はオタク婚してることが多いなと思う

イケメン嫌悪の男オタクとか、美少女嫌悪の女オタクとかは、やっぱり自分に自信がなくて劣ってるんだろうね

劣ってるから性嫌悪者・異性恐怖者になり、攻撃的になるわけだ

2022-04-26

anond:20220426203810

レディコミとTLは別物っす。

レディコミは大人の女性が読む大人の男女の恋愛とか性愛・下世話ネタ漫画本。

TLは元は少女漫画卒業したが大人()でもない、ハイティーンや二十代の若い女性向けの、性愛含む男女の恋愛を描いた漫画本。

ところが、未成年へのエロ規制が強まり、十代にはそういうのを売れなくなってしまったので、対象年齢を18歳以上……主に二十代の女性……に上げたの。そういう経緯で出来たジャンルなので、絵が少女漫画に近い。

2022-04-25

anond:20220424173636

減税というか、国民の消費性向を増進する政策は常にありとあらゆる手で行われるべきだが、現在コストプッシュインフレに減税で対応するのは一般的な考え方で言えば愚策

円滑な賃上げのために労働力移動をしやすく、また適切に配置して社会全体の効率を上げるのが良さそうに見えるが、それはつまり企業に頼り切った日本型社会保障をdisruptするということなので…、まあ難しいですね、我慢してね、って感じじゃなかろうか。

2022-04-19

生娘シャブ漬け作戦を開始します。パンツァーフォー

みほ

広報さんチームは若い女性向けのCMを打って相手を攪乱。女子が店に来たらそのまま食べさせちゃってください。

厨房さんチームは店舗で待機。若い女性がきたら全速力で牛丼作っちゃってください。

それではこれより「生娘シャブ漬け作戦」を開始します。パンツァーフォー

2022-04-13

自分は優しいとか真面目だとかい自己評価

昔の男性向雑誌モテ指南記事とかでも「優しいだけじゃモテない」みたいの頻繁に見てたから、増田だけじゃなくて男が広く持ってる自己認識だと思う。

2022-04-07

anond:20220407145544

いやでも発達障害と言っても他害性向がない比較的まともなのは普通に会話ややり取りが通じるから問題なくない?

そういうコミュニティにいた経験あるけど、口下手だったり距離感が掴めないだけで意思疎通しようとする意思はあるってだけで大分違うよ

2022-04-06

anond:20220406033030

たらこ馬鹿アジに騙されて老人切り捨てなんかやったら、

現役世代だっていずれは自分たちが切り捨てられる側に必ずなるのだから

それを強く意識する中年以降消費性向がガタ落ちになる。

人生で一番お金を使う時期にますますお金を貯め込む日本人が増えて

内需が完全に死亡する

2022-04-03

anond:20220402215810

まずMMTで投げかけられたとおりに自国通貨建て国債問題ではありません。問題なのは外貨借金。経常赤字化して危険ではあるけれども、必要なのは輸出を増やして輸入を減らすことです。

それから国債の増大の原因は、企業資金余剰を放置した裏返しだよ。

資金需要資金調達しての支出資金不足)と供給(貯蓄、金融市場への資金拠出資金余剰)は等しくなります

なので、家計企業資金余剰で、政府中立というのはまずありえません。政府資金不足側となり、その結果が国債の大量発行。

なお、金融投資金融市場への資金拠出から資金供給側ですよ。必要なのは企業資金調達しての設備研究投資と、高い消費性向です。

消費税増税して、貯め込まれる形での法人税、累進所得税減税、金融所得課税設定をしたからの不景気という側面もあります。消費・設備研究投資に紐づいている金以外は減税してはなりませんでした。

今はまず、ロシア供給の穴で自分たちが増産できるもの設備研究投資して増産して、輸出を増やして輸入を減らすことでしょう。

政府国債を減らした上で経済を回したいのなら、増資や優先株劣後債を緩和して、政府国債を発行せずとも企業資金不足になり設備研究投資するように導くことです。

2022-04-02

anond:20220402233117

大谷はアホみたいに稼ぐのに派手な暮らししてないし貯蓄性向高すぎのクソ主体だな?

2022-03-27

なぜ、味噌汁赤味噌を使わず白味噌を使うのか

味噌といえば赤味噌だ。

大豆・塩・水のみを原材料にした赤味噌こそがほんもの味噌だ。

日本において味噌起源中国からの伝来であり、わざわざ「赤」味噌などと「赤」の文字をいれずとも味噌とは赤味噌のことだった。

しかしながら、時代が過ぎるとともに豆の使用量をケチって米や麦でかさ増しした味噌が登場することになった。

それが白味噌だ。

酷い物だと大豆を全く使っていない白味噌もある。

白味噌の登場により、従来の味噌赤味噌もしくは豆味噌不名誉な再命名レトロニム)を受けることになった。

味噌白味噌よりも赤味噌の方が旨い。

勘違いしないでほしいが、「美味い(うまい)」ではなく「旨い(うまい)」だ。

すなわち旨味の成分であるアミノ酸の多さによる比較で、赤味噌の方が秀でているということだ。

米や麦はたんぱく質含有量大豆に劣るから味噌醸造する際のアミノ酸生成量も必然的に少なくなってしまう。

から大豆使用量をケチった(あるいは全く使用していない)白味噌赤味噌に比べて旨くないのだ。

赤味噌がすでに存在していたにもかかわらず旨味に劣る白味噌をわざわざ発明したのは、日本の歴史を鑑みるに致し方のないことだと考える。

明治時代以前の日本は常に飢饉と隣り合わせの生活を送ってきた。

凶作・不作は死活問題であり、政争や反乱の主要な原因は食糧難だったことは想像に難くない。

江戸時代徳川幕府)は三百年近く続く長期政権となったが、それとて飢饉による一揆武力で押さえ続けてきただけのことだ。

そうした時代においては、食糧生産生産効率カロリー効率観点から米や麦の生産に注力していただろう。

それに比べて大豆は米や麦に比べて高価になるので、味噌づくりにおいて高価な大豆使用を削減しようと白味噌発明したことは、日本の歴史の必然であったといえよう。

高価な大豆使用を削減して米や麦で味噌醸造しようとしてきたことと醸造した白味噌料理適用させて新たな食文化を作り上げてきたことには、不断努力があったことは想像に堪えない。

そうした先人の努力現在食文化を育んできたことを想像すれば、白味噌に携わってきた人に対して感謝の念は耐えない。

から白味噌の事を悪く言うつもりはない。

白味噌存在のものはもちろんとして、白味噌発明した人も醸造してきた人にも罪はない。

しかし、今では大豆安価で大量に海外から輸入できるのだ。

製造コストにおいても赤味噌白味噌とで大きく差が出る訳でもない。

事実赤味噌価格白味噌に比べて特段高価なわけでもない。

江戸時代から続く老舗であり、かつては宮内省御用達(※)だったカクキュー八丁味噌でも、スーパーで他の味噌と同程度の価格で売られているのだ。[※ 宮内庁ではなく宮内省であるGHQ占領前は宮内省だった。]

ちなみに八丁味噌とは伝統ある豆味噌商標だ。

八丁という名が示す通り、岡崎城から西に8丁(約870m)の距離にある愛知県岡崎市八帖町製造された味噌のことであり、製造業者は「まるや八丁味噌」と「カクキュー」の2社である

しかし、残念なことに八帖町以外の場所で作られた豆味噌でも八丁の商標を名乗る商品がいくつかあるのだ。

しかも、農林水産省地理的表示(GI)保護制度によって、八帖町以外で作られた味噌でも八丁味噌を名乗れるように行政が推進しているという政治問題をも内包している。

こうした八丁味噌の不遇についても熱く語りたいが、本題ではないので赤味噌(豆味噌一般に話を戻す。

今でこそ味噌は数ある調味料の一つだが、明治時代以前の食卓においては味噌汁として飲むだけでなく、小鉢盛り付けておかずとしてそのまま食べることも多かったという。

おかずとして食べる味噌は、なめ味噌という形で今もその文化を残しており、有名なもの金山寺味噌がある。

しかし、食事全体のバランスや水分補給という面を考えると「一汁三菜」という言葉にある通りに(たとえ「一汁一菜」だとしても)「汁」は欠かせないものであり、それはやはり味噌汁だというのが日本食文化において汎用的なありかたといえよう。

やっと味噌汁の話にたどり着けたが、タイトルで書いた通り味噌汁に使う味噌赤味噌であるべきだ。

単に赤味噌の方が旨いというだけが理由ではなく、米飯との相性においても赤味噌の方が秀でている。

主食である米飯甘味には、赤味噌もつ大豆の旨味が合う。

米と大豆のそれぞれが互いを生かし合って、口内で一つになるのが日本食の基本にして究極といえよう。

米は最上主食であり貨幣でもあり神でもあり、さまざまに変化をする文化でもある。

しかし、米だけを食べて人間は生きてはいけない。

かつて白米ばかりを食べていた江戸町人江戸わずらいに罹ったという。

江戸わずらいとはビタミンB1欠乏症のことであり、いわゆる脚気である

カロリー摂取だけに主眼を置いた食糧需給向上において生まれ社会の歪みが健康を蝕むことになったのだ。

似たような例は海外にもあり、19世紀アイルランドではジャガイモの不作が飢饉となるほどに食糧ジャガイモ依存していたので、国民病と呼べるほどに脚気蔓延していたという。

ちなみにジャガイモ原産地南米ペルーだという。

では、ジャガイモ主食とする南アメリカ大陸でも脚気蔓延していたのかというとそうでもなく、ジャガイモと一緒に豆料理も食べるのが伝統的な食文化なので、脚気になることはなかったという。

摂取カロリーのみを目的として食糧ジャガイモ依存した近世北欧は、さながら白米の生産流通を高度化して脚気患者蔓延させた江戸時代日本に近しいものがあったのだろう。

ちなみに、野菜穀物栽培することのできない地域に住むイヌイットは、発酵食品によりビタミン摂取している。

イヌイット伝統的な発酵食品キビヤックがあることは有名だ。

アザラシの腹に海鳥を詰めて発酵させたキビヤック悪臭の強い珍味として紹介されることも多いが、地元民にとっては貴重なビタミン摂取源だ。

南米イヌイットの例から伝統ある食文化には食糧生産カロリー摂取効率性だけではなく栄養にも一目を置いているといえよう。

日本においては、まさしくそれは赤味噌であると断言できる。

もちろん、食糧生産効率性向上によって生まれ白味噌なんかではなく、豆味噌たる赤味噌だ。

それにしても、白味噌白味噌文化否定するつもりはないが、白味噌味噌汁は白米の飯に合わないだろう。

米を発酵させて作った白味噌で白米を食べるなんて、まるでライスライスを組み合わせたライス定食ではないか

そのような脚気精神産物である白味噌ではなく、やはり味噌汁には赤味噌を用いるべきだと断言できる。

米は甘く、大豆は旨い。

米はカロリー摂取に優れ、大豆たんぱく質ビタミンなどの栄養に優れる。

米と大豆はどちらも日本食生活に欠かせない食品である

双方の象徴米飯と赤だしの味噌汁だ。

そこに、白だし味噌汁が入り込む余地はない。

味噌汁よ、赤味噌であれ。

2022-03-17

チビ男はクズ

「プーチンはサイコパス」非難後、行方不明のロシア人モデルが遺体で発見

それとともにプーチン大統領は幼い頃、小さな体格のため多くの屈辱を受けた。そうした人たちは小心者で臆病で見知らぬ人を恐れる」とし「慎重さ、自制力、コミュニケーションが不足している。私の考えでは、彼はサイコパスソシオパス性向があるとしか思えない」と述べた。



やっぱチビオスって歪んでるわ

チビオスをみたら犯罪者だと思え

2022-03-10

anond:20220310194343

今見たら、この一年くらいは上昇してたんだな。

2,3年前は、投資雑誌の読者アンケートとかで人気銘柄だったけど、配当性向が異常に高かったし、右肩下がりだったしよくこんな銘柄買うなって感じだったわ。

2022-02-22

anond:20220222114355

日本企業は言うほど株主還元やってないだろ。

アメリカ企業は自社株買いで株価支えたりしてるけど。

ソフトバンクみたいに異常に配当性向高い銘柄とかも一部あるけど。

anond:20220222084920

「安寧を求める性向」は、エンジニアに不調をもたらす?

——登さんくらい常に気持ちフラットにできればいいのですが、仕事ストレスで参ってしまエンジニアも多くいます

そうですね。ストレスを感じる理由はさまざまあると思いますが、一つ例をあげるなら、仕事目的が「お金を稼ぐこと」それ自体になっている人は疲弊やすいかもしれませんね。

稼ぐことを目的としている人のゴールは、おそらくご自身の「安寧な暮らしの実現」にあるのだと思います。それがとても大事ことなのは言うまでもありませんし、否定するつもりも毛頭ありません。

一方で、私や私の周りにいる人たちは、現状の成果に満足せずに得たお金を次の進化のために再投資しようと試みる人ばかり。どちらが良いとか悪いとかではなく、価値観が違うだけのことです。

ただ、前者の「お金を儲けて安寧な暮らしがしたい」という人にとって、仕事から受ける疲労や気分の落ち込みというのは、ある種当たり前のことだとも思うんですよね。

——というと?

どこかで成長を諦め、安寧な生活を望むような性向が、かえって心身の不調やフラストレーションを生み、パフォーマンスを落とす一因になっているのではないかと思っているんです。

お金を稼ぐためだから、しょうがいか」と思ってやっていること自体が、ストレスになるのではないかと。

登 大遊さん

でも、こればっかりは人の価値観ですからね。変えようと思っても、すぐに変えられるものでもない。

どんな価値観で生きるのかを選ぶのはその人ですし、どんな人生を選んでもリスクはついて回ります

安寧な生活や休息を優先する生き方には、仕事に対するストレスやそれに付随する心身の不調などの副作用があるということに過ぎません。

ただ、一つ言えることがあります日本において、「大義を持って働く」生き方選択をした人は、これから大変有利だということです。

——どういう意味でしょう?

自分の手で未来を変えようと野心に燃える人が世界中から集まるシリコンバレーなどでは、埋もれてしまうかもしれない人であっても、日本旧態依然とした組織の中では、同じことをするだけで、比較相対的価値が高くなりますから

技術者がわざわざベンチャーを立ち上げ、投資からお金を引き出すために詭弁を弄したり、ニーズでっち上げたりしなくても、日本大企業にはストレート解決すべき課題いくらでもあります。そしてそれらの問題を、自分自身頭脳を用いて解決しようとする時は、必ず、従来とは異なる方法解決する必要があるのです。

なぜなら、まさに従来手法では解決できなかったこからその問題放置または堆積されているためです。

——その場合は、どうすればいいのでしょうか。

その問題を一旦一般化・抽象化した上で、これを解決することができるより低レイヤーフレームワークのようなものを作ってしまうことが重要です。一定の労力はかかりますが、それによって生じた汎用的成果物は、他の業務や他の組織においても普遍的価値を持つようになります

ここで重要なのは目的を「業務上の特定問題解決から昇格させ、「その特定問題本質的類似しており、かつ既存の最適な解決方法存在しない、新たな汎用的解決方法の実現」という、より価値の高い目標に設定する必要があるということです。

登 大遊さん

——目先の特定問題をその場しのぎで解決するのではなくて、普遍的価値を目指すと。

その結果、問題がうまく解決され、成果物が出たならば、サラリーマン的な自分自身個人)と自組織にとっての短期的な狭い利益だけでなく、同時に「世界における技術進歩」という長期的で大きな価値が生じます

具体例を挙げると、たとえば「UNIX」を構成する重要機能、たとえばシェルプロセス通信パイプgrepといった機能。これは電話会社であるAT&T社の特許部門における、膨大なテキストファイル全文検索するという特定業務解決しようとした同社の社員たちが、単にその社内問題解決にとどまらず、さまざまな組織目的で汎用的に利用できる仕組みを考案し、プログラミングして実装したものです。

結果として、「UNIX」は汎用的に利用される価値を有し、単に一企業業務に留まらず、全世界的に普及し現在サイバー世界の基礎となっています

このように考えれば、ICT技術者は、これまで組織内で放置または堆積されてきた多種多様課題について、目先の解決ではなく、「正しい普遍的方法解決する仕組みを作る」という気概で、真摯に向き合えば、自然に世の中に貢献できる成果ができるわけです。

2022-02-20

景気良くなるのに国は何兆円配ればいいのか?

1人あたり10万の特別定額給付金の時は、12.6兆円

社会保障費は36兆円

公共事業で6兆円

地方交付税で15.8兆円

GDPが550兆円、日本総資産が1京1800兆円ほど。


給付金で配ると限界消費性向リミットがかかり全額使われるわけでもなかった。

2022-02-11

今週のマイキー女性ファンが一斉に引き出してる理由

知らない人に説明すると 

東リベはタイムリープ出来る主人公

東卍という甚大な被害出す半グレ組織を止めようと過去への介入繰り返す話

  

マイキーは作中最大のキーマン未来には東卍の首領になる最強の不良 

そしね当初の黒幕サキが退場したあとは最後の要救助者にして全ての悲劇の発端

 

マイキーは無敵の強さと絶大なカリスマ性を見せながらも

要所要所で破滅的な暴力衝動をチラつかせてたんだけど

不味い方向に進んだ未来では仲間にも牙剥いて次々殺したりするようになってた

 

なんでそんなことするのか主人公体当たりできいてもしっくり来ない返事

当初はマイキー参謀として取り入ってたキサキ誘導ではと疑われてたんだけど

サキが野望半ばで死亡退場してこれで全部安心だと思ったのにやっぱりマイキー未来で壊れる

 

ただマイキー家族運が最悪で

慕ってた兄はアホみたいな行き違いで友人に殺されるわ

大事親友も同じやつが起こした抗争で殺されるわ

大事な妹も抗争に巻き込まれて殺されるわ

生き別れの弟みたいな存在に命狙われて返り討ちにするわ、

 

「まあこれだけキツい不幸が重なれば多少メンヘラでもしかたないよね」

という酌量の余地があった

辛い過去のせいで影のあるイケメン、て夢女子的な女に人気出るしね 

 

 

けど今週

また新しく生えてきた幼馴染みの回想で

まだ兄も妹も死んでないし不良にすらなってない幼少のマイキー

自分飛行機プラモを壊されて激昂して犯人だと目した子の口を裂くという事件が描かれた

 

まりマイキー暴力衝動は不幸とか不良とかなんも関係ないことが確定してしまった

 

じゃあこれなんに見えるのかというと

発達障害なんだよね

これはあかん

 

作者は引き延ばしのために煮詰まって「マイキーモンスター性をより高めた」くらいの認識しかいかもしれんけど

「暗い過去のせいで影のあるカレ」と

子供の頃からそういう発作を持ってるただの自制きかないガ○ジ」と

全然意味が違う

   

前者の暴力性は夢女子的に処理してうっとりできるけど

後者リアルなやベーできそこないを想起させ過ぎる

 

DQN好き女は危険な男に自分だけ特別扱いされる妄想が好きなのであって

誰であってもコミュニケート不可能で身近な親しい相手にも暴力性向ける発達障害には萌えられない

リアル嫌悪感がわいてしま

あとマイキーは「女には手を上げない」はずだったのに今回の回想で女の子でもプラモ壊した犯人だったら口を裂きそうな雰囲気出してたのもヤバイ

  

ネットでは「【悲報】無敵のマイキー、でんちゃだった!」とか言われてる

プラモ電車ではなく飛行機なんだけど、確かにでんちゃっぽい

  

 

はっきりいって作者は長期的展望とかなんもなく

突然売れだした漫画を引き延ばしながら着地点探ってるだけだと思う

東リベの着地点もマイキーという人間の着地点も目が離せねえ

昭和ジャンプみたいなライブ感に満ちた東リベをみんなも読もう

2022-02-01

anond:20220201132438

でも同期飲みで女にセクハラ質問してニヤニヤ見守る仲間の笑いかさらタイプに限ってプライベート彼女途切れないし、25~26歳とかですんなり結婚するんだよな。

一回り以上も年の離れた後輩や立場低い女へのセクハラ非モテ性に駆動された哀れな行動とも言えるけど、

同い年とか1~2歳差の女に対するセクハラ性向は(恋愛市場需要され値打ちが高いという意味での)良い男の裏返しだと本気で思ってる。

2022-01-29

anond:20220129130345

両性にウケないと部数が伸びないから、上の方は結果的に両性向けだわな。

鬼滅は女性の方が楽しめる話だと思うし、

東京リベンジャーズなんかは男読者はケンカ、女読者はイケメンという風に楽しむポイントが違う。

2022-01-25

本のまとめ

--

この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。

1章

コンテナとは】

他のプロセスとは隔離された状態OS上にソフトウェアを実行する技術

コンテナ利用のメリット

環境依存から解放

コンテナにはアプリの稼働に必要となるランタイムライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリ依存関係をすべてコンテナ内で完結できる。

依存関係を含めたパッケージリリース単位となる

環境構築やテストに要する時間の削減

優れた再現性ポータビリティ

全ての依存関係コンテナ内で完結するため、オンプレでもクラウドでも起動する。

ステージング環境テスト済みのコンテナイメージプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテスト必要工数を削減できる。

リソース効率のアップ

サーバー仮想化では、仮想マシンレベルリソースを分離し、ゲストOS上でアプリが起動する。つまりアプリだけでなく、ゲストOSを動かすためのコンピューティングリソース必要

一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。

Dockerとは】

コンテナライフサイクル管理するプラットフォーム

アプリコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。

アプリソースコード + Dockerfile

↓ buildでイメージ作成

イメージ(アプリケーションと依存関係パッケージングされる。アプリライブラリOS)

shipイメージの保存

レジストリに保存

run コンテナの実行

オンプレクラウドなどで起動

Dockerfileとは】

イメージを構築するためのテキストファイル

このファイルコマンド記述することで、アプリ必要ライブラリインストールしたり、コンテナ上に環境変数を指定したりする。

1章まとめ、感想

コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンド設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。

2章

AWS提供するコンテナサービス

コントロールプレーン

コンテナ管理する機能

コントロールプレーンは2種類

ECSとEKSがある。

ECS

フルマネージドなコンテナオーケストレータ。

オーケストレーションサービスであり、コンテナの実行環境ではない。

ECSの月間稼働率99.99%であることがSLA として保証

タスク

コンテナ動作するコンポーネント

タスクは1つ以上のコンテナからなる

アプリを起動するためにはコンテナ必要

タスク定義

タスク作成するテンプレート定義JSON記述

デプロイするコンテナイメージタスクコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。

サービス

指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサータスクを実行するネットワーク指定

クラスター

サービスタスクを実行する論理グループ

データプレーン

コンテナが実際に稼働するリソース環境

2種類ありECSとFargateがある。 Fargateに絞って書く

Fargateとは

サーバーレスコンピューティングエンジン

AWSのフルマネージドなデータプレーンとして定義されている

コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する

Fargate メリット

ホスト管理不要であること

サーバーのスケーリングパッチ適用保護管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる

Fargate デメリット

価格EC2より高い。

利用者コンテナの稼働するOSには介入できない

コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる

ECR

フルマネージドなコンテナレジストリ

コンテナイメージを保存、管理できる

コンテナが利用されているサービス

Lambda

・App Runner

Lambda

 利用者コードアップロードするだけでコードを実行できるサービス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の登場からしばらく経過し、有識者経験者は増え、確保しやすい。

システム要件確認

多数のユーザーに使ってもらう

可用性を高めるためにマルチAZ構成を取る

CI/CDパイプライン形成し、アプリリリースに対するアジティを高める

レイヤで適切なセキュリティ対策不正アクセス対策認証データの適切な管理ログ保存、踏み台経由の内部アクセス)を施したい

2章まとめ、感想

AWS提供するコンテナサービスはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理不要インフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である

3章

この章では運用設計ロギング設計セキュリティ設計信頼性設計パフォーマンス設計コスト最適化設計について述べている。

運用設計

Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計不具合修正デプロイリスク軽減のためのCI/CD設計必要である

モニタリングとは

システム内で定めた状態確認し続けることであり、その目的システムの可用性を維持するために問題発生に気づくこと

オブザーバビリティとは

システム全体を俯瞰しつつ、内部状態まで深掘できる状態

オブザーバビリティの獲得によって、原因特定対策検討が迅速に行えるようになる

ロギング設計

・cloud watch logs

他のAWSサービスとの連携も容易

サブスクリプションフィルター特定文字列の抽出も容易

・Firelens

AWS以外のサービスAWS外のSaaS連携することも可能

Firehoseを経由してS3やRed shiftOpenSearch Serviceにログ転送できる

Fluentdやfluent bit選択できる

fluent bitを利用する場合AWS公式提供しているコンテナイメージ使用できる

セキュリティ設計

イメージに対するセキュリティ対策

 - ソフトウェアライブラリ脆弱性は日々更新されており、作ってから時間が経ったイメージ脆弱性を含んでいる危険がある。

 - 方法

  脆弱性の有無はECRによる脆弱性スキャンOSSのtrivyによる脆弱性スキャン

継続的かつ自動的コンテナイメージスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリ場合CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャン必要になる。

cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能

提供元が不明ベースイメージ使用は避ける

・IAMポリシーによるECRのパブリック化の禁止

 - オペレーションミスによる公開を防ぐことができる

信頼性設計

マルチAZ構成

Fargateの場合サービス内部のスケジューラが自動マルチAZ構成を取るため、こちらで何かする必要はない。

障害時切り離しと復旧

ECSはcloud watchと組み合わせることでタスク障害アプリエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる

ALBと結びつけることで、障害が発生したタスク自動で切り離す

リタイアという状態

AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合ECSは新しいタスクに置き換えようとするその状態のこと。

Fargateの場合アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ整合などが生じて危険

システムメンテナンス時におけるサービス停止

ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能

サービスクォータという制限

意図しない課金増加から保護するために設けられた制限

自動でクォータは引き上がらない

cloud watch メトリクスなどで監視する必要がある。

パフォーマンス設計

パフォーマンス設計で求められることは、ビジネスで求められるシステム需要を満たしつつも、技術領域進歩環境の変化に対応可能アーキテクチャを目指すこと

ビジネス上の性能要件を把握することが前提

利用者数やワークロードの特性を見極めつつ、性能目標から必要リソース量を仮決めする

FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める

既存のワークロードを模倣したベンチマークや負荷テスト実施してパフォーマンス要件を満たすかどうかを確認する

スケールアウト

サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存タスクを停止する必要原則ない。

スケールアウト時の注意

・Fargate上のECSタスク数の上限はデフォルトリージョンあたり1000までであること。

VPCIPアドレスの割当量に気をつける

ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能IPアドレスが消費されていく

スケールアウトによるIPアドレスの枯渇に注意

Application Autoscaling

Fargateで使用可能

Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う

ステップスケーリングポリシー

ステップを設けて制御する

CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意ステップに従ってタスク数を増減させる

ターゲット追跡スケーリングポリシーとは

指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針

ターゲット追跡スケーリングPermalink | 記事への反応(0) | 21:45

本のまとめ

--

この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。

1章

コンテナとは】

他のプロセスとは隔離された状態OS上にソフトウェアを実行する技術

コンテナ利用のメリット

環境依存から解放

コンテナにはアプリの稼働に必要となるランタイムライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリ依存関係をすべてコンテナ内で完結できる。

依存関係を含めたパッケージリリース単位となる

環境構築やテストに要する時間の削減

優れた再現性ポータビリティ

全ての依存関係コンテナ内で完結するため、オンプレでもクラウドでも起動する。

ステージング環境テスト済みのコンテナイメージプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテスト必要工数を削減できる。

リソース効率のアップ

サーバー仮想化では、仮想マシンレベルリソースを分離し、ゲストOS上でアプリが起動する。つまりアプリだけでなく、ゲストOSを動かすためのコンピューティングリソース必要

一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。

Dockerとは】

コンテナライフサイクル管理するプラットフォーム

アプリコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。

アプリソースコード + Dockerfile

↓ buildでイメージ作成

イメージ(アプリケーションと依存関係パッケージングされる。アプリライブラリOS)

shipイメージの保存

レジストリに保存

run コンテナの実行

オンプレクラウドなどで起動

Dockerfileとは】

イメージを構築するためのテキストファイル

このファイルコマンド記述することで、アプリ必要ライブラリインストールしたり、コンテナ上に環境変数を指定したりする。

1章まとめ、感想

コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンド設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。

2章

AWS提供するコンテナサービス

コントロールプレーン

コンテナ管理する機能

コントロールプレーンは2種類

ECSとEKSがある。

ECS

フルマネージドなコンテナオーケストレータ。

オーケストレーションサービスであり、コンテナの実行環境ではない。

ECSの月間稼働率99.99%であることがSLA として保証

タスク

コンテナ動作するコンポーネント

タスクは1つ以上のコンテナからなる

アプリを起動するためにはコンテナ必要

タスク定義

タスク作成するテンプレート定義JSON記述

デプロイするコンテナイメージタスクコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。

サービス

指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサータスクを実行するネットワーク指定

クラスター

サービスタスクを実行する論理グループ

データプレーン

コンテナが実際に稼働するリソース環境

2種類ありECSとFargateがある。 Fargateに絞って書く

Fargateとは

サーバーレスコンピューティングエンジン

AWSのフルマネージドなデータプレーンとして定義されている

コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する

Fargate メリット

ホスト管理不要であること

サーバーのスケーリングパッチ適用保護管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる

Fargate デメリット

価格EC2より高い。

利用者コンテナの稼働するOSには介入できない

コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる

ECR

フルマネージドなコンテナレジストリ

コンテナイメージを保存、管理できる

コンテナが利用されているサービス

Lambda

・App Runner

Lambda

 利用者コードアップロードするだけでコードを実行できるサービス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の登場からしばらく経過し、有識者経験者は増え、確保しやすい。

システム要件確認

多数のユーザーに使ってもらう

可用性を高めるためにマルチAZ構成を取る

CI/CDパイプライン形成し、アプリリリースに対するアジティを高める

レイヤで適切なセキュリティ対策不正アクセス対策認証データの適切な管理ログ保存、踏み台経由の内部アクセス)を施したい

2章まとめ、感想

AWS提供するコンテナサービスはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理不要インフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である

3章

この章では運用設計ロギング設計セキュリティ設計信頼性設計パフォーマンス設計コスト最適化設計について述べている。

運用設計

Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計不具合修正デプロイリスク軽減のためのCI/CD設計必要である

モニタリングとは

システム内で定めた状態確認し続けることであり、その目的システムの可用性を維持するために問題発生に気づくこと

オブザーバビリティとは

システム全体を俯瞰しつつ、内部状態まで深掘できる状態

オブザーバビリティの獲得によって、原因特定対策検討が迅速に行えるようになる

ロギング設計

・cloud watch logs

他のAWSサービスとの連携も容易

サブスクリプションフィルター特定文字列の抽出も容易

・Firelens

AWS以外のサービスAWS外のSaaS連携することも可能

Firehoseを経由してS3やRed shiftOpenSearch Serviceにログ転送できる

Fluentdやfluent bit選択できる

fluent bitを利用する場合AWS公式提供しているコンテナイメージ使用できる

セキュリティ設計

イメージに対するセキュリティ対策

 - ソフトウェアライブラリ脆弱性は日々更新されており、作ってから時間が経ったイメージ脆弱性を含んでいる危険がある。

 - 方法

  脆弱性の有無はECRによる脆弱性スキャンOSSのtrivyによる脆弱性スキャン

継続的かつ自動的コンテナイメージスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリ場合CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャン必要になる。

cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能

提供元が不明ベースイメージ使用は避ける

・IAMポリシーによるECRのパブリック化の禁止

 - オペレーションミスによる公開を防ぐことができる

信頼性設計

マルチAZ構成

Fargateの場合サービス内部のスケジューラが自動マルチAZ構成を取るため、こちらで何かする必要はない。

障害時切り離しと復旧

ECSはcloud watchと組み合わせることでタスク障害アプリエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる

ALBと結びつけることで、障害が発生したタスク自動で切り離す

リタイアという状態

AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合ECSは新しいタスクに置き換えようとするその状態のこと。

Fargateの場合アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ整合などが生じて危険

システムメンテナンス時におけるサービス停止

ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能

サービスクォータという制限

意図しない課金増加から保護するために設けられた制限

自動でクォータは引き上がらない

cloud watch メトリクスなどで監視する必要がある。

パフォーマンス設計

パフォーマンス設計で求められることは、ビジネスで求められるシステム需要を満たしつつも、技術領域進歩環境の変化に対応可能アーキテクチャを目指すこと

ビジネス上の性能要件を把握することが前提

利用者数やワークロードの特性を見極めつつ、性能目標から必要リソース量を仮決めする

FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める

既存のワークロードを模倣したベンチマークや負荷テスト実施してパフォーマンス要件を満たすかどうかを確認する

スケールアウト

サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存タスクを停止する必要原則ない。

スケールアウト時の注意

・Fargate上のECSタスク数の上限はデフォルトリージョンあたり1000までであること。

VPCIPアドレスの割当量に気をつける

ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能IPアドレスが消費されていく

スケールアウトによるIPアドレスの枯渇に注意

Application Autoscaling

Fargateで使用可能

Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う

ステップスケーリングポリシー

ステップを設けて制御する

CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意ステップに従ってタスク数を増減させる

ターゲット追跡スケーリングポリシーとは

指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針

ターゲット追跡スケーリングPermalink | 記事への反応(0) | 21:45

2022-01-22

anond:20220122105731

少年漫画ヒロイン100%アンチ恋愛脳って叩かれてるな

性向けの漫画を読んだ時に「こいつ気に入らねえ~」って同性に思うのは女も男も変わらないと思うけど

男はそこで嫌になったら読むのをやめて、女はその気に食わない女に文句を言い続けながら読むんだよね

この対比が不思議

2022-01-21

ステマなしで役に立った婚活情報を紹介する増田

婚活増田最近多いので、成婚退会ワイが役に立ったと思う情報ソースを共有したい。

結婚相談所活動してみて、世間的な(そして大抵偏った)イメージと実際のところがだいぶ乖離しているのが気になっているので、結婚相談所に興味のある増田はぜひ参考にしてみてほしい。


スペック

36歳男性、1都3県のどこか在住

メーカー関連職、年収700万、中肉中背のブサメン追記:チー牛で画像検索すると一番上にワイそっくりの顔が出てくる。マジふざけんなよ)

アニメマンガゲームオタク

1年活動して成婚退会


Webサイト

結婚相談所のやってるサイト、かつバッサリとアドバイスをくれるところが良い。

結婚相談所のすべてがわかるブログ

https://innocent-bridal.com/blog

情報量も多くて良いが、「活動フィードバック」でその週にあった会員の実際の活動事例を匿名で紹介しているのでとても参考になる。

結婚物語ブログ

https://ameblo.jp/kekkon-monogatari/

例のバズったやつ。

最近は成婚事例紹介ばかりなので、Tipsが欲しい人は2020年ぐらいまで遡った方がいい。

・とら婚

https://toracon.jp/columns/

https://mobile.twitter.com/toracon_akiba

定期的に炎上してるやつ。だが言ってることは至極真っ当の火の玉ストレート

ワイはとら婚じゃなかったけどオタク婚活の参考にさせてもらってた。


YouTube動画

中には相談所がやってる体裁を取りながら 実質婚活女性叩きみたいになってるチャンネルもあるので注意。心が濁っていくだけで百害あって一利ないので絶対に見ないほうがいい。

(追記ブコメに挙がった「結婚相談所指南書」は動画の内容は真っ当だと思うけど、コメ欄の方がミソジニー男性集会所と化している事が多いので個人的には見ない)

下記のやつは男女ニュートラル視点からアドバイスをくれるので役に立った。

さよなら婚活チャンネル

https://youtube.com/channel/UC2Xn_1DDZJaaEtpPwh-qJtw

来島美幸@結婚相談所チャンネル男性向け】

https://youtube.com/c/%E6%9D%A5%E5%B3%B6%E7%BE%8E%E5%B9%B8

来島美幸@結婚相談所チャンネル女性向け】 ←異性向けのを見てみるのも勉強になった

https://www.youtube.com/channel/UCpn3UpHMQTh0g_Kup0DiXTQ

工藤恵子

https://www.youtube.com/channel/UCAO_NuO5nCvrp9avrhYfBqg


その他

だいたい上のやつをくまなく見ておけば相談婚活雰囲気は分かるし、活動開始したらこれらに加えてカウンセラーさんという大きな味方がいるので活用したいところ。(増田は何かあると気持ちの整理のためにクソ長文をしたためて送りつけていた)

一方で、Twitter婚活垢や婚活ブログ活動者の)は、基本上手く行ってない人が書いてる事が多いので見に行ったり参考にしたりしてはいけない。ひたすら心が荒んでく。

だってそれで成功してるならもう婚活やってない訳だし)

2021-12-14

anond:20211214154911

はっきりと名前のついた主義思想として定着したのは実質的にそういうことでしょ。(自由を求める人類本来性向欲求とか言う話じゃなくて)

ログイン ユーザー登録
ようこそ ゲスト さん