  |
はてなキーワード: ラーとは
私ポケモンやったことないし予備知識も一切なしで始めてみようかなーって思ったのよね。
で早速。
まあポケットモンスターってほんと言葉だけ聞いて知ってるってだけで、
東京は夜の七時はピチカートファイブだってことしか知らないわ。
逆にそれが新鮮かもね！
そんでそういう意気込みでやってみよう！って
ここは飛び込み前転を決め込むつもりで始めてみるわ。
とりあえず
ポケモンゲットしたところよ。
あれってそもそもポケモンゲットするアイテムをポケモンに狙って当ててゲットするって
フィジカルに狙いを定めなくちゃいけないの？
記号的にポケモンをゲットするアイテムを使う！ってのかと思ったけど、
ちゃんと狙いを定めてめがけて投げないとゲット出来ないのよ。
でさー
適当に枠に近くだから投げたら補整してくれてゲット出来るんだろーなーって安直に見ていたら、
ポケモンをゲットするボールがポケモンに弾かれてどっか飛んで行っちゃって、
ちゃんと狙って投げなくちゃいけない横着出来ないし
あれってポケモンをゲットする投げるアイテムって投球数きまってるから
貴重な数しか投げられないみたいだし、
そもそもとして、
今から足りるのかしら？って思うわ。
それに
あまりにポケモン基礎知識というかポケモン基礎体力がなさ過ぎて
これから何をしたらいいか？何をするのか？全く分からないところが逆に本当にワクワク楽しめそうよ。
そもそもとして
ポケットモンスターってなに？
ゲットしてどうするの？
バトルってなに？
もうそんなレヴェル。
意気揚々にバトルになってやつけたら、
いや倒す前にゲットしなくちゃ！って怒られちゃったわ。
少しずつ進めて行くわ。
全てが新しくて楽しいわ。
すぐ飽きるかハマるかは分かんないけど、
今のところ楽しそうよ。
しばらく遊んでみるわ。
どうなることやらだわ。
うふふ。
新しい電気ケトルが欲しいけど、
私そのぐらいホッツのみたいの！って欲を叶えてくれる
電子ケトルがあったらケトルのになぁーって思ったわ。
すいすいすいようび～
今日も頑張りましょう！
Vtuberのゲーム実況生配信が長いと思う人もいるだろうが、そもそもゲーム実況生配信者（ストリーマー）は、顔出しでも顔隠しでも、日本でも海外でも、多くの場合、数時間やるものである。
だからVtuberだってゲーム実況が長いのは当然であり、むしろ、どうしてVtuberでだけ「あんなに長いのは不思議だ」という疑問が持たれるのか、と考えた方が適切だろう。
その答えは、Vtuberはもともとゲーム実況生配信をしていなかったからだと思われる。
2016年11月 キズナアイがVtuberの開祖として動画投稿をはじめる
2017年後半 電脳少女シロ、ミライアカリ、輝夜月、バーチャルのじゃロリ狐娘Youtuberおじさんも動画投稿活動で人気を上げ、五人でVtuber四天王と呼ばれる
2018年2月 にじさんじ一期生の月ノ美兎がトーク主体の生配信Vtuberとしてバズる。同じくにじさんじ一期生の静凛や、現ホロライブのロボ子さんはゲーム実況主体の生配信Vtuberとして活動し、ストリーマー的な活動もアリなのだ、と徐々に根付かせる。
2018年5月 にじさんじゲーマーズとしてデビューした叶が初配信でPUBGを9時間プレイして話題になりその後も人気を獲得、にじさんじに限らずVtuber業界全体において、ストリーマー的な長時間のゲーム生配信活動のシェアが拡大していく。
ここに叶を出すことが不思議な人もいるかもしれないが、にじさんじの初期組は「叶さんの登場でトレンドが変わった」とよく言っているので、演者たちの肌感覚として大きな変化があったのだろうと思い記述した。
Vtuberのトレンドは、編集済み画動画投稿 → 生配信 → ストリーマー的生配信、と複数のインパクトを受けて変化してきたのだ。
よって、Vtuberのイメージと、ストリーマースタイルのイメージは、必ずしも重なって受け取られていない。
だが、ここ１、２年でにじさんじやホロライブのファンになった人にはそんな感覚はわからないだろうし、しかもその層が今では多数派のようだが……。
とはいえ、Vtuberの活動で一番ポピュラーなのがストリーマー的な長時間ゲーム生配信にはなっても、相変わらず月ノ美兎は深夜ラジオ的なトークが特徴だし、おめシスは凝った動画を投稿しているし、周防パトラはASMRの雄ならぬ雌だし、理原ひなりは毎週コーヒーを挽いているし、ピーナッツ君はラップをしてぽんぽこはゆるキャラグランプリに輝いている。
主流ではあってもあくまでストリーマー的活動はVtuber活動の一種でしかないから、Vとストリーマー文化は完全に重なって受け取られてはいないのだと思うし、そのゴチャマゼっぷりが好ましいとも感じる。
ちなみに、バーチャルのじゃロリ狐娘Youtuberおじさんや輝夜月が出現して話題になったのは2017年12月で、にじさんじゲーマズのデビューが2018年5月と、この間はわずか半年しか空いていない。
新人募集を告知して期間は一週間、選考に一週間、一カ月弱で新顔がデビューする、というスピード感であった。
今の十倍の速度感があったと言って過言ではない。
私はただのリスナーでしかないが、不思議な、そして灼熱の時期であった。
奇しくも本日2月8日は、にじさんじ一期生8名のデビュー四周年である。めでたい。
余談だが、Vtuberに限らず、そもそもストリーマーゲーム実況者はなぜあんなに長く配信をし、視聴者はそれを見るのか、ということについて個人的感想も述べておこう。
ゲーム生配信者というのは、基本的にゲームが好きだからやるのだ。
趣味のゲームをやってる姿を配信で流したら、おまけとしてファンがついたりお金がもらえるならサイコー！というのが根源的な部分にある。
活動をしているうちに、より儲かるように工夫を加えたりはするだろうが、おおむね、まず趣味としてゲームがしたいのだ。
そして趣味としてゲームが大好きで、かつ学校や会社に行かなくていいなら、そりゃあ何時間だって遊ぶだろう。
では視聴者は何なのかというと、友達の家にあつまって、人がゲームしてるのを見ながらダベってる感覚が近いだろう。
自分も他のゲームをしたりソシャゲの周回をして、耳と口だけで混じっていてもいい。途中でコンビニに行ってもいい。
「認知もされてない１視聴者なのに友達気分ってアイタタタ」などと揶揄されることもあるが、そうは言っても、そのような娯楽が人気なのだからしょうがない。
そして、居心地のいい友達の家でダベるのは一時間で十分かというとそんなわけはなく、三時間でも四時間でもやりたいものである。
よくさー
ドラゴンボール例えとか
スラムダンク例えとか
ガンダム例えとか
美味しんぼ例えとか
クッキングパパ例えとか
他にもさ
ゴルゴ13例えとか
こち亀例えとか
私がとても全巻読めなさそうなそれらのもちろん他のコミックとかにもあるけど、
それはさておき読んだら読んだで例えられるじゃない。
頑張って読めばの話だけど、
でさ
麻雀例えだとか
ゴルフ例えだとか
なんかそう言うもっとそういうので例えていってくるやつ。
いや例えてんだけど、
「満貫」とか「役満」って言われてもそれの何がどうスゴいのかよく分からないし、
ときすでに「満貫」と言ってるけどそれはそもそもとしてスゴい用語なのかも
強みのある語呂感かどうかが分かんないのよね。
満貫を振り込むとか
役満を喰らうとか、
全く何のことだか分からないわ。
なんかその用語を知って例えてる人がいたら、
会話に混ざれるじゃない。
私も「満貫振り込んでました」って言いたいのよ。
使い方よく分かってないけど、
でさ
そのきわきわな語呂感もさっぱり分からないし、
ゴルフで500ヤード飛ばすって言うのもよくスゴいのかスゴくないのかよく分からないわ。
ボギーだとかパーとか
アイアンとかドライバーだとか
ではご覧下さい！渋谷日向子のパーパットです！ってスポーツ番組のシーンでよくあるけど
あれもどうスゴいのかよく分からないわ。
もうちょっとそう言うなんか
あらあらまあまあうふふ。
ってやりたいのよ。
まあよく分かってないけど。
そうそう
私の自己紹介するわねって
私が喰らっても
スーンって感じだわ。
効果が無いというか。
ファイナルファンタジーのグラフィックのスゴいやつのキャラクターが
オープンカーに真顔で乗ってる感じ。
せめてウキウキした顔したら？って思うけど
そのぐらい同じぐらいスーンって顔出来るわ私なら。
そう言う色々なジャンルで言い得て妙な例えが出来るようになるのが大人なのかも知れないわね。
よく分からないけど。
とにかく
「満貫振り込んでました！」ってここ！って言うときの使いどころで言いたいのよ。
カフェオレよ。
美味しいヤツは美味しい低脂乳があるので、
試して比べてみたら風味豊かなミルクみがあってリッチでいいわよ。
柚子湯にしたわ。
なんかホッツ甘いものを欲していたので、
ハチミツ加えちゃいました。
増田書いてるときに事務所に電話があって誰だと思ったら増田さんだったからちょっと笑っちゃったわ。
こんなこともあるのね。
すいすいすいようび～
今日も頑張りましょう！
雪まで降るってまではないのよね。
でも道端に雪の塊が落ちているところをみると
どこか北からやって来た車なのかしら？
って逆によくここまで雪屋根乗せて走ってきたわねとも思うわ。
最近ゆーっくり
お風呂浸かれることができなかったので
ひっさしぶりに長湯3時間よ。
サウナもなんだか飽きてきたので、
このごろのマイブームは
温めのお湯に長い時間浸かる！ってことで
体重量っておいてどのぐらい汗かくのかな？って思ったら、
15分ぐらい浸かっててどのぐらい減ったと思う？
な、なんと700グラムも減ってたのよね。
15分で700グラムって。
そんなペットボトル1本強の汗の量って考えると700ミルグラムだと思わない？
で最近覚えておいたら
入る前に体重量って上がったあと体重量るようにしてみてるんだけど
そんな減る？ってビックリよね。
まあもちろんお水すぐあと飲むから
体重は実質減ってないのよね。
でもやたらお腹が空くし、
長時間お風呂やサウナに入るのって体力使ってるのかも知れないわねって。
なかなか面白い気付きよ。
いや気付いていたんだけど、
まあ何回も言うけど一瞬で戻るけど、
けど、
けどよ、
汗かくってことは汗を各器官の付加が掛かるって事でもない？
それはそれで気にしすぎなのかしら？
汗腺が目詰まりしないのか？って
あ！そっか
一人納得した落としところだったわ。
うふふ。
朝喫茶店に行きたいけど、
いつも降りる駅手前の喫茶店なのよね。
なかなか何ヶ月に1回ぐらいの頻度になってしまうわ。
行きたいんだけどね。
若干柑橘系風味溢れる
ホッツウォーラーで
逆に言えば少し優しくでもあるわね。
水分は冬場でもしっかり摂りましょう。
すいすいすいようび～
今日も頑張りましょう！
https://www.mazda.com/ja/innovation/technology/gihou/2021/
これについてちょっと色んな感情を抱いたわけで感想というか考察というかなんかそういうのを書きます。
電池制御屋さん(?)なのでメインはEV関連のところだけピックアップしてみます。本当は全部やろうと思ったけどエンジンとか分からなくて書くことなかったです。
普段こういうことやらないので読みにくかったら見なかったことにしておいてください。
あと、そもそも私は社員でもE&Tさんや販売店さんでもないですので間違ってたりしたらごめんなさい。
去年に比べてボリュームも多く、メインのトピックとしてMX-30のEVが挙げられていますね。マツダ初のEVですからそりゃあ力を入れますよね。(デミオEV?あれは量産されてないからノーカンで)
では順に見ていきます。
こういった経営戦略は専門外ですし特にないです。頑張って下さい、という感じです。でも、スモールプレイヤーであることを自覚しているならなぜスバルさんのようにEV開発にトヨタの力を借りなかったのかが不思議ですが極めて高度な経営戦略的判断なのでしょう。
私はEV反対でもEV賛成でもなく、ユーザが好きなものを買えばいいと思いますが以下の件、エンジニアとしてずっと疑問に思ってますよ。
https://www.mazda.com/ja/csr/environment/lca/
ところで、技報は直近だと技企が担当っぽいんですがどういう基準で毎年内容とか選んでるんですかね。分かりません。
両開きドア、必要だったんでしょうか。使いにくいと思うんですが…
車格的にこれ以上大きくできないけど四人乗りだし特徴出さないといけないという苦肉の策でしょうか。
私は美術の成績が2くらいしかないのでデザインはよくわかりません。
あ、でも、インテリアのコルクの件は誰が思いついたんでしょうか?どういうコルクでどういう工夫がされているかわかりませんが、熱衝撃でボロボロにならないんですかね。ぜひそういうのを技報で取り上げて欲しかったなぁ。
書かれていることは難しくて分かりません。商品企画って大変だと思います。
みなさん、一回乗ってみるといいと思います。思いの外普通の車です。
制御って難しいですよね。まず式が多くて難しい。
この手の制御は実車でのフィーリング評価が多いでしょうからそれだけ走らないといけないだろうし大変だと思います。
Fig.4ってどう見ればいいんですかね。そりゃ制御切ってる赤線が0なのは当然だと思うんですが。GVCのリクエストに対してモータのリクエストトルクが遅れているのはなにか意図があるんでしょうか。私には分かりません。てかこれ実トルクじゃないのね。
Fig.6ではGVCの有無による加減速が記載されてますね。GVCの有無で横Gは変わらないけど前後方向は、「ターンイン時に減速」「ターンアウト時に加速」と。いやこれ、運転してる人には誤差みたいなレベルのGだけど(たぶん、普通に運転してたら0.1~0.4Gくらいでこのデータだと最大0.4m/s^2≒0.04G)いるのこの制御?
この辺で読むのやめたけど、Fig.20はどうかと思う。基準値おかしいでしょそのグラフ。
この辺も専門外だから流し読み。ペダルの味付けの話かな(適当)
Leafとかi3とか回生がキツくて慣れるまでなんか気持ち悪かったけど、MX-30はその辺まだ運転しやすかった気がする。
これもよく分からない。感想としては、エレキシフトである必要ないよねって思う。
電子制御にすれば車側からの介入がかけられるってこと書いてあるけど、ソフトウェアのバグのリスクを抱えることになりそうだし、そもそもどういうヒューマンエラーを想定してんの?って素人的には思うんですよねぇ。
でもそれよりもあの変なシフトの形状の方が気になる。
LCA(ライフサイクルアセスメント)の件はいったん不問にするわ。
ふむふむ、LiBの温度管理をしっかりして容量と入出力を使い切ると。むしろそれ以外にはないわな。
「クーリング・ヒータシステム」うん、こういうのでいいんだよ、こういうので。
なるほど、冷媒冷却なのね。Fig.8を見ると温めるのにはヒートポンプ使わないのか。もっぱら冷却専門って感じね。そりゃあ電池が動かないくらい寒いときに温めるんだから効率の悪いヒートポンプ使わないのは当然か。Hondaさんはモータ系の冷却水を電池に回して加温にも使ってた気がするけど冷媒だと難しいんでしょう。
ところで、車室内が暖房で電池が冷却を求めている場合(真冬の高速連続走行)とかの時はどうなるんでしょうね。ヒートポンプ一個しかないけど。
冬場はヒータを使って電池を温めて充電時間短縮に貢献しているんですね。
あ、そういえば低温の充電についてはこんな記事ありましたよ。
https://insideevs.com/news/486109/mazda-mx-30-battery-pack-heating-issue/
マツダさん、色んなところでMBDのお話してるのでやっぱりありました。
元々シミュレーションで研究やってたんで、モデルベースとかシミュレーションとか僕は好きですよ。
これを見るとHILSがメインなんですかね。HILSって物できてから色々するものだと思ってるんですがこれはMBDなんでしょうか。まぁHILSにはモータとか電池とかのモデルが入っているのでその意味ではMBDか…
ゴリゴリの計算化学的なのはないんでしょうか。EVだから電池系でその辺もあるかと思ってたんですが。
気になるのは4.1の説明で「ユニット間通信もPCMとの Peer to Peer通信を基本とした」と書いてますね。だいたい今の車載系のネットワークはCAN通信なのでP2PっちゃP2Pなんですが、わざわざ書いてるということは何か特別なことがあるんですかね。
Fig.5らへんでは「充電みたいに特定の機能しか使わないときは他の機能を切って余計な電源使わないようにしたよー」って書いてますが、充電してるなら誤差みたいな電流では…?てかまぁ、関係ないユニットをそもそも動かさないのは当然だと思うんですが。
4.3はよくソフト系の品質検証である直交表ですかね。私も何度か作成したことあります。MBDでやるにしてもテスト数絞らないといけないからこういう感じで管理してるんですね。でも、機能毎の組み合わせをみるだけでも効果あるんでしょうか?不具合が見つかったとしても書けないでしょうから記載なくても仕方ないか…
市場での適合性とか考えると特に大変そう。でも気になるのは「1.はじめに」に書かれている「MX-30は約40分でSOC 80%まで充電できる」の文言。
え?40分?いつの車?35.5kWhしかないのに?もしかして急速充電器の出力30kWとかで想定してる?市場の急速充電器は大部分が(少なくとも日本は)50kWだと思うんですが。
外部充電関連やってる人はホント尊敬してます。だって仕様書難しいし仕様書曖昧なときあるし。COMBOとか仕様書自体なんか怪しいし。
本文中でも「HILSだけでは発見できない」って書いてあるけど本当にそうだと思います。
2.1見ると電池は電子部品扱いなの…?なんか共振点が被らないように工夫しました的なこと書いてある。
でも電池って重量あるし、特に考慮とかいらなそうなんだけど、マツダさんでは電池も細かくモデリングしてるのかしら。あとこれ疑問なんだけど、EVで使われるモータとかってエンジンよりも高周波成分持ってそうなんだけど言うほどないのかね、知らんけど。
2.2には不思議な式が載っている。ダメージ量というのはマツダさん独自の概念だと思う。少なくとも俺はいままで振動とか疲労とかの勉強していてであったことはない。疑問なのはFig.4の加速度に通常ひずみに対して使われるレインフロー法を適用していることになってるんだけどあってるこれ??加速度と応力は比例関係にあるけど周波数成分考慮しないと意味なくない??まぁ、そこはマツダさん独自の手法が隠れてるってことなんだろうか。
そして3.1には気になることが書いてある。
いや、とんでもない超過剰品質じゃん。強度半分でいいから車両価格下げてくれ。
3.2はモデルの話。しかし、写真を見るとマツダさんのアッパーケースは樹脂。これどうしているんだろうか。樹脂のシミュレーションなんてあまり精度よくできるとは聞かないし熱とか湿度とかの影響をもろに受けるはず。この辺もシミュレーション出来ているならすごいと思うんだけど特に書かれてない。一番壊れたらやばそうなのに。
ボデー屋さんじゃないからよくわかんない。でも、MX-30って両開きだから剛性保つの大変そう。
2.1には前突時の話が載ってて、電池を守らなきゃいけないから大変だとか。電池ってR100でメカニカルショックの試験あるからそれなりに大丈夫だと思うんだけどそうでもないのかな。あるいはR93/94で代替してるのか。ところで、実車見たことある人は分かると思うんだけど、MX-30ってモータルームスカスカでバカでかい支柱みたいなのがあるんだけどあれどうにかならなかったのか。てかバランス悪すぎるだろあの構造。内燃仕様も作る都合で仕方なかったのかもしれないけど他の車みたいに充電器入れとかにすればよかったのに。てか充電口とかフロントに持ってくればハーネスとか安くなりそう(モータ/インバータ系と同じところからバッテリパックに入れればいい)のになんであんな構造なんだろう。
3.1は側突の話。MX-30は両開きだから大変そう。ところで、これ全部解析の画像しかないけど、実車のやつはやっぱり画像写せないんだろうか。シミュレーションの研究やっていた身としてはシミュレーションが完璧でないことは分かっているので逆に不安なんだけど、こういうでか物はシミュレーションで十分ということなのかな。(認証試験は実車だろうけど)
よくわかんない。たぶん難しい。
日本語でおk。なんだそれは。とりあえず読んでない。
電池もEVも関係ないけど私が元々分子動力学シミュレーションやってたから。
でも、ほとんどMDの話が書いてない。シミュレーション条件も特に書いてないけど、写真を見る限り大した分子数で計算してなさそう。
これで精度が出るんだろうか。その辺を詳しく書いて欲しかった。
この手の計算は結果自体は出る。シミュレーションしてるんだから計算自体はできるものだから。ただ、現実の実験結果と定量的に合わせるのは非常に難しい。定性的傾向は出ても、定量的な比較はMDでは非常に難しい。
これは経験的なもので私が研究していたのは何年も前だけど傾向は変わっていないと思う。4.1でいちおう妥当性検証が書かれているけど、MDの結果については定量的に比較されているわけではない。紙面の都合もあるから仕方ないか。
ということでマツダ技報2021年度版の感想・勝手な考察でした。適当に読んだから読み間違えてたりしたら申し訳ないです。私はマツダ車乗ってるしこれからも頑張ってください。
なんか毎年オリンピックやってる感ない？
いつもオリンピックについて書いているようで実は何も書いていなにような気もするわ。
銭湯昨日随分人が少なくて、
そうそう！
薬湯が赤いお湯で
私はその手のこと詳しくはないんだけど、
あれはきっとトマト湯だわ。
ここの薬湯は温めで
でも20分ぐらい浸かっていたら
じわーって汗出てくるのよね。
ちょっと前までは湯は熱い方がいい！って絶対熱いお湯主義者とまではいかないものの、
そう思っていた時代が私にもありましたって、
マジ極楽だわ～って思い始めたのよね。
サウナも一時期よかったけど
何が効いてるのか？疑問になる瞬間があるから
きっと今はサウナブームより温めの薬湯ブームなんだわってシーズンだと思うのよ。
やっぱりどうしても最低でも2時間はぬくぬくとしっぽりとキメちゃうところが、
今日はパッと行ってパッと帰ってくる！って出来ないのよね。
だから平日は
いや誰かさんって言うのは
向こうは雷直撃みたいで、
ノーダメージってワケではないんだけど、
さすがにこっちに多少の影響はあったりなかったりなので。
ああいうの私苦手だわ、
もうこの場から退きたいぐらい。
こんなことを言っていても仕方ないので
今日は1日頑張って
いや今日はって
毎日頑張ってけどね！
うふふ。
罪悪感の無いカロリーゼロのコンビニスイーツ買って食べてみた苺ゼリーは
なんというか
コクがないというか、
どーんと満たす甘味がないというか、
私の心も満たされないままゼロって
もう上手いこと言えるぐらいゼロだわ。
多少もっとコクのある濃い味スイーツたまに食べたいなーって3回ぐらい思ったわよ。
レモンでも入れてみて温まるわ。
あれきっと甘いんだろうなーって
甘さはいらないわよね。
すいすいすいようび～
今日も頑張りましょう！
”悪趣味で申し訳ないけど、パクとラレの検証画像で2枚透過合成するやつ、実は結構好き…めちゃくちゃ一致してると謎の感動を覚える…”
(これは古塔つみ氏のトレパク疑惑を報じたヤフーニュースについた、たくさん星を集めていた人気ブコメ 現在はご本人がこのエントリを読んだ上で消されているのでURLを消しました。真剣に受け取ってくださってありがとう。)
本当に悪趣味。でもこういうおもしろさってわかる。わかるからtwitterでの第三者による指摘行為が常態化して受け入れられてるところがあるんだろう。
でもやめた方がいいよ。間違ってることもあるからね。権利者でないのならなおさらナイーブ（「慎重」ってした方がよかったか）になった方がいい。
昨今のあからさまなトレパク騒動より少し前に「トレパク冤罪事件」というものが起こっており、古塔氏ほどではないが界隈で問題になった。
経緯は以下と以下のコメント欄に詳しい。
(ここにはまとめサイトのURLがありましたが、個人の特定に繋がるとよくないなと思い直したので記載をやめました。下記の文章で推移はだいたい書いてあります。)
実際にはトレスもパクリもしていなかった人に対して捨て垢作って「この絵をトレパクしてますよね?」と疑惑をふっかけ、
それを業者まで使って拡散した人間がいたのである。そしてそれを支持し糾弾する複数の「トレパク検証垢」が当事者の悪評を加速させようとした。
これに食らいついて持論を繰りひろげ拡散したのは界隈ではそれなりに知られた検証垢で、正義感からその作業をしていると思われていたアカウントだった。
（当人が「燃やす」という表現を使っていることでもわかるとおり実際には燃やしたくてやっているだけで正義感とかはない。）
しかしそのアカウントはこの指摘を捨て垢で行っていたアカウントと水面下でつながってることがわかってしまった。
正義感のあるフリをして人を叩いていたが、この件でそれらも単なる私怨か憂さ晴らしということが発覚したのである。
実際には疑惑を受けた人は無料素材を使ってはいたものの（これは全然悪くない）トレスもパクリもしていなかったので、
自身の時間を割いて精神をすり減らしながら潔白な事をタイムラプスを使って証明し（本来その義務もないのに）、
このような私怨を受けるきっかけになったと思われる自身の有償依頼行為についてはそれを省みて適切な対応（返金と取りやめ等）と謝罪を行った。
それを気に入るか入らないかは別として社会的な対応としてやれることはすべてやっていた。どこに対してあるかわからない責任をきちんと果たしたのである。
翻って一つ一つ疑惑について回答、対応を続けていた冤罪被害者に対してその間ものらりくらりと「あなたは信じられない」とごねていたアカウントはこれ以上攻撃できないと思うや否やアカウントを即消し。
これに便乗して冤罪被害者を叩いていた複数のアカウントもその件について未だ謝罪も釈明もせず、疑いを含んだ事実と異なるほとんど誹謗中傷のツイートも消さずただ逃げている。
事態は一見解決したようだがそうではない。トレパク疑惑のような「面白い」「堂々と他人を叩ける」疑惑については一瞬で広がるが、
それが間違いだった事実、訂正されるべき情報は「面白くない」ので拡散されず、一度疑われた人の悪評だけが無残にもそのまま残り続けるのである。
この事件により界隈には「検証垢の欺瞞」と同時に「気に入らないやつの絵に疑惑をふっかけて悪評をばらまいても逃げればいい、それができる」という経験則が生まれてしまった。
事実、以降あからさまに重なってもいないただ似てるだけのイラストを二つ重ねて無理矢理「やってますよね!?」と周囲を巻き込みながら相手を燃やそうとする当たり屋行為がいくつも起こったのだ。
前述の件を注視していた絵師、愚痴垢、検証垢等の少なくない人たちがその欺瞞に気づき、その中から冷静にそんな連中に向けて「それは違いますよ」と声を上げる人も増えやや事態は沈静化しているが、
twitterで絵を描いて上げている以上この恐怖がつきまとう形がすっかり出来上がってしまったのだ。いつ疑われるかわからない、そしてそれを証明できるかわからない。
証明できるけどつねにタイムラプス撮ってなきゃならんのか。疑いを晴らすために本来その義務もない悪意の相手に対して自身の時間とエネルギーを割かねばならないのか…。
周りに見ている人がいる以上（tiwtterにおける消火ってつまり「第三者である周囲を納得させる」作業だから 本来は指摘側がやるべき）それはやらざるを得ないのだろうけど、考えるだけで疲れる…。
自らを正義と掲げて疑わない、絵師を守る!と公言して憚らなかった検証垢の暴走がその絵師の委縮を生んでしまった。
これは「トレパク」「冤罪」でtwitter検索してもらえると複数の声が確認できると思う。
古塔氏の件についても問題はトレス（線の重ならなさや身体や顔の描き方や手癖を見るとトレスというより模写っぽくて、描ける人がやっちゃってる問題に見える きたがわ翔氏と同様のパターン）
というよりも構図やデザイン、アイディアそのものの敬意のかけらもない丸パクリ、それによって金銭を得ることの常態化が問題なのだと思うのだが、
（ブコメ"模写だったら無罪みたいな事を匂わす"全文よく読め、何ならこの2行下から読むだけでいい、誰もそんなことは匂わせていない
前段後段と併せて当増田では「その区別のつかない権利者でない第三者がトレス叩きで面白がって無断転載の上雑検証すること」を批判しているし古塔氏は無論のことあくどいと思っている）
こういったtwitterでの下地によりこれらの問題がないまぜにされ「それなりに重なってさえいればすべてトレスである、叩いてヨシ!」という認識が加速され、
権利者でも被害者でもない誰もかれもが「面白い」検証画像を無断転載の上自作してはあげ自作してはあげして叩き放題叩く「面白い」イベントが加速していくのである。
（そもそもtwitterが異常なまでに無断転載への罪悪感を軽減させる仕組みのSNSであるところも大きな問題だと思っているが、これは別の問題なので措く）
古塔氏はあからさまにやってるので知らんし簒奪した側、権利者に対してきちんと責任とれと思うだけだが
単なる趣味でトレスもパクリもせずやってるだけの絵師にはたまったものではない。
トレパクされるかも、されているかもという不安に加えこんな風に突然トレパク疑われたらしんどいなという余計な、しかも現実味のある不安が増えてしまったのだから。
しかもそのどちらの状態においてもこれまで（その存在を知っていればだが）頼りに思えていたトレパク検証垢はもう助けにならないことまでわかってしまった。
トレパクはあまりにも当り前のこととして関係者を皆不幸にするが、第三者による「雑」検証も本当に誰の幸福も産まない。
上の件でこの疑惑をふっかけられた当人は当然そんな疑われ方は初めてのことで、適切な対応がわからなかったのだろう（というか事実無根の、第三者が行う私的制裁に対する「適切な対応」ってあるのか?）、
面白がって、または悪意を持って「あなたはやってる、私は絵描きだからこそわかる（実際にはザルだったが）、これは間違いなくクロだ！」と吹聴するアカウントをブロックした。そりゃ不快だしやってないんだからするわ。
（というかこんな事態が起こったらこれ以降こんな連中は先手ブロックが必須という感じなのだが、彼らがそれも糾弾の材料にするだろうことは容易に想像できる。）
そうすると今度は「先手ブロックでクロの告白ありがとうございますwww」とブロックされたスクショを貼って揶揄しながらまた悪評を垂れ流すのである。これも未だに撤回されていない。
twitterではこのように「トレパク検証垢」といわれる一見正義感に満ちたアカウント、主に二次創作界隈のトレパク検証を行うアカウントが多数存在し、
そのネットワークで疑惑の人間の悪評を一気に広め執拗に叩いている。明らかに悪意や故意のある真っ黒なトレパク犯に対しては彼らが有効に働いてきた（ように見えた）ので存在は何となく容認されていたし、
正義感ベースのように見えるし何より「面白い」ので支持されてきたが、その誰も自分達の過ちについては責任をとらないということがわかってしまった。明らかに間違っていたことでもだ。
自身たちがいちばん憎んでいるはずのトレパクラーと全く同じ動きをしている。その欺瞞は明らかになってしまったのに未だにこの責任を誰もとろうとしていない。
間違った方は自分の立場がどうあれそのことについては謝る、それが周知される、これがなされなければ絵師の不安も払拭されることはないだろう。
この流れの中今回のように「面白くてでかい」トレパク案件がネットを席捲してしまった以上彼らがまた増長することは想像に難くない。
ちょっと指摘しようもんならなぜかトレパク擁護派って思われるし。そんなわけねえわ。そういうザルな論法でやってる人が多いってことです。
結局のところtwitterっていう燃えるものも燃えないものも燃えやすいところで所詮誰かを叩きたくてやってる人間が面白がってることに正義感だのまぶすのはやめてほしいし、
その構造に気が付かずに自分も無断転載とかやらかしてる人は少し冷静になってほしいと思う。人の私怨の燃料になりたいのならそれで構わないが。
追記 教えて下さってありがとう、下のトラバと併せて読まれたい
定期的に訪れる私の料理したい欲を
ジャンジャン煮てわしゃわしゃして作る
そう言った類いの鍋とか豚汁とか。
私にはそれが足りなかったのよ！
オリンピックまた始まるの？
毎年やってない？
誰が出るのかどの競技があるのか。
もぐもぐタイムだとか
はにゅーゆずるくんの
なぜか変換出来ない！
そのはにゅーゆずるくんの何回転ジャンプが何回転まで達成していくかの記録なのか。
まったくなんというか、
正直なところ世間の盛り上がりとはかけ離れて
そんな感じじゃないかしら？
私はそれよりも
こないだお店の前を通ってみたら
ラストオーダーに持ち込めるかと思ったけど、
お店の前というか中もお客さんであふれかえっていて、
いま！今食べなければ！って人たちでごった返していたわ。
そうなのよね。
だから
とてもじゃないけど
やっぱりここはいっちょ、
豚汁キットを買ってきて簡単平日お料理クッキングタイムキッチン居酒屋のオープンだよ！って
そう言えば、
あったら絶対に売れると思うんだけど、
私なら鍋持っていって豚汁たくさん買い込んで
豚汁飲みながらそこで初めてオリンピックが見れるってわけじゃない。
でも本当に私はオリンピックどころじゃなくって、
久しぶりにイカゲームってスプラトゥーンのことだと思ったら全然違ったことのように
スプラトゥーンもぜんぜん遊べてなかったの。
そんで久しぶりに遊んだら
やっぱり腕がヘボまっていて、
かなかな勝てなくてチームには迷惑掛けたなって。
じゃバイトでもすっかーって具合なのよ。
やっぱり私に足りなかったのは
この冬の鍋！豚汁！
あと一つ心に残っていて引っかかるものが会ったと思ったら
何だと思う？
そう！おでんよ！
でさー
おでんくんってたくさんテレビ放送されていてシーリーズ総刊数がディアゴスティーニかゴルゴサーティーンかこち亀かって勢いで、
私もドラゴンボール例えがしたいように、
いつかは
美味しんぼ例えも出来るようになりたいけど、
あれはあれでどのシリーズ、
どの巻から読んでいったら
会話の中で気の効いた美味しんぼ例えが出来るのかしら？って思うし、
そうよ
おでんくんは何巻も出ていたと思っていたけど、
2冊しか出てなくて、
私てっきりたくさん
でね、
知らなかったわー。
まあ、
私に足りなかったのは
今シーズンはなんとか
これ成し遂げたいわ。
うふふ。
カフェオレよ。
手抜きだわー
料理した意欲を満たしたいほど手抜きだわーって
冬はホッツ多めね。
すいすいすいようび～
今日も頑張りましょう！
まず、一言言っておくと小生は青年会議所の元会員である。地元の青年会議所に入っていたが高額な会費と活動方針が合わず退会した。
それでも、純水に青年会議所の持つ政治力と組織力には一定の評価をしているし、地域の為に何かしようという心意気には尊敬の念を持っていた。最近までは。
ただ、最近地元の青年会議所を見ていて、そんな気持ちも消え失せた。
青年会議所は毎年１月１日から新理事長体制になる。私の地域ではタウン誌に新理事長のインタビュー記事を載せている。
そしてわが地元の青年会議所の理事長を見て驚いた。なんせ入会して１年程しかたっていないにんげんなのだから。
私が会員だったころから会員不足だった会議所、中には入会一年目で理事を引き受けることになった人間もいた。
それは会員不足だからしょうがないとしても、問題はそいつのやっているビジネスだ。そいつの会社のホームページを見てみたが、わんさか出てくるスピリチュアル用語（笑）。
ようはヒーラーやら霊能力者やらのビジネスをしている人間のようだ。
正直、青年会議所理事長にこんなビジネスをやっている人間がなるなんて驚きだ。こいつが霊感商法でもしてつかまったら会議所はどうする気だ？
２．会員数が終わっている
俺がいた頃も会員数の少なさが終わっていた。しかし、それでも１２人くらいはいた。
その後、風の噂で会員数を倍にしたと聞いていた。すこしだけ、安堵はしていた。
正直、落ちていくところまで落ちていったなという感じだ。
カタカタカタ！ターンッ！
できたー！
あのさ、
ウエアラブル腕時計が毎日9キロメートル走れ！と行ってくるのでさすがにそれは無理だわ。
今月のノルマ毎日9キロ走らないと今月の目標クリア出来ないからな！って
私は何と戦って何を目指しているのかって思っちゃったわ。
あれさ、
どんどん普通にウエアラブル腕時計に言われるがままに目標値を上げていったら
1日アクティブリングを閉じるのに800キロカロリー分動け！って
どんだけ追い込むのよ！って
5、4、3って鍛えるメニューのあと何秒で終わるかってカウントダウンするじゃない。
そんでゼロ！ってなったら
私は喜ばないわ！
私にそんな課題課すのなら自分で目標値変更出来るの私知ってるんだから！って
朝は朝で起きたら
もっと寝ていいよ！って追い込んでくれないのよ。
それはそれこれはこれなのかしら？
それでさー
どういう仕組みで私が寝た瞬間を測定してるのかしら？って思うし
なんだか睡眠が深い浅いとかも
グラフに出てくるし
あれ何を見て本当に判定してるのかしら？って
朝起きたときの90点台をたたき出したときのグッドな睡眠と言っても
そんな良い目覚めではないって
点数と目覚めの良さとは比例しないみたいなのよね。
ピロッ！ピロッ！ピロッ！ピロッ！フワンフワンフワワ～ンって不合格の音が鳴る寸前で
奇跡の1点追加で
テテーテテーテテーテテーテーテーテデデン！って合格になった時とはまた別の達成感があるのよね。
いや違う言い間違えたわ。
点数と寝心地の達成感とはかけ離れているのよ。
明日は頑張りましょう！って言われてもどう頑張るのか？
55点でも目覚めが超快調爽快！って時もあるので
ウエアラブルウォッチ腕時計端末機械装置って信じていいのかよく分からないわ。
寒さが身に染みる今朝とか
みんな「くーぅ」って言って川平慈英さんみたいになるのより不思議よ。
くれぐれも寒いからって川平慈英さんみたいにならないように注意しなくっちゃ、よ。
うふふ。
お昼はおにぎり握ってきました！
いや二択だけど。
それに併せていただくホッツミルクカフェオレのヒーコーが最高！
1日の良い始まりよ！
新しい電気ケトルが欲しいんだけど
2リットルいっぺんに一度に沸かせるのが欲しいわ。
私の筋肉に聞いてみるわ。
ほら聞かれてるぞ！
沸かす！パワー！！！
私は2リットル沸かしたいわ。
すいすいすいようび～
今日も頑張りましょう！
いわゆる今！
世の中で流行ってる餃活ってわけ。
私は初めてニンニク餃子を挑戦しようと思って張り切ってニンニク増し！って言ったつもりだったけど、
もうさ、
うーんってなったけど
食べてみることができて良かったんだけど
私のニンニク餃子チャレンジが惜しくも達成できなかったわけなのよ
挑戦すらさせてくれなくって。
私にも自覚があったの。
はて？待てよ！
ちょー待てよって思ったけど
その日1日モヤモヤしていたんだけど、
なんで目の前で聞いて聞き間違えるのかしら？
私はハッキリ言ったつもりだったけど、
まあ仕方ない餃子後の祭りフェスティバルってことにしておいて、
それはそれで楽しんだわ。
でもなんだか不燃焼感が拭えなくて、
餃子の焼き加減は良かっただけにってやかましーわ！って言いたいところだけど、
また再度ノールービーで餃子チャレンジしなくちゃーって思ったわ。
意外な発見だけど
ノールービーだとなんだかものが酔いに誤魔化されずに味がしっかり味わえる気がするのは気のせいかしら？
新大陸でもあるし、
世界ふしぎ発見でもあるわけなんだけど、
でさー
船で公開しているときに
あの望遠鏡みたいのを除いて
あれは新大陸だ！って開口一番言ったのかしら？
地球一周して元来たところに戻ってきてるくね？って。
でも逆に言うと
向こうに新大陸があるとも限らなかったわけじゃ無い。
天動説を唱えていた頃
あの亀の海の縁から落ちたら怖くね？っておじけづく船員もいたはずよ。
だからあの船に乗っていた人たちって
本当に大冒険だったのかも知れないわね。
それに比べたら私の餃子チャレンジが1回ぐらい失敗したからって
くよくよしている場合じゃないわよ。
って餃子新大陸って検索したらお店名がヒットしてくるから笑っちゃったわ。
発見してないつーの。
うふふ。
昨日買って食べ損なって私を見損なわないで欲しいんだけど、
私海鮮モノ大好きなのよね。
絶対あったら欲しいんだけど
牡蠣と虎が睨み合って一触即発な様子の背中に刺繍の入ったスカジャンがあったら絶対買うわ！ってぐらい海鮮なのよね。
朝その海苔巻きだったので、
アガリだけにって
てへ。
すいすいすいようび～
今日も頑張りましょう！
チャンポンチャーンス！
今日の日替わりランチチャンポンランチだと思って張り切って飛び込み前転して入店して頼んでやって来たそのランチは普通の豚骨醤油ラーメンでした！
私の勘違い！
てっきり私「麺」ってイメージだけが勝手にチャポンって言う先入観ですり込まれていたわ。
チャポンとは一言もいってない感じの、
倍増だと逝ったけど2倍とは言ってないを喰らったかの如くよ。
まあそれはいいとして、
今はさー
幸せなイクラ丼を食べるぐらいの幸せなイクラを味わうぐらいの余裕が欲しいところだけど
そんな待ちぼうけを喰らっても
暇なんて潰せるのよいくらでも。
そんでさー
これマジで私どれだけ待たされても待つわアミン攻撃を逆に仕掛けることが出来るのよ。
ふふふ。
色々一回り一周して飽きたら動画も観られるんじゃない。
すごい暇つぶしのために暇が欲しい世の中の人が多いのかしら？って反面
聞き逃しサービス月額は少額だけど払っていると言えども、
やっぱりちゃんとしたエンターテインメントにはタイ米を払うべきなのよ。
こないだのいつか忘れちゃったけど、
米津玄師さんが出てたフォートナイトってあれって米津玄師さん倒せるの？
米津玄師さん倒せるんだったら、
参加したかったなぁ～って。
てーかそもそもライブ会場で火器をぶっ放すってメタバースと言えども危ないわよ。
物騒な世の中ね！
そのぐらいいくら時間があっても事欠かないってことを言いたいわ。
でもふと急に思うのよ。
人生に疲れたら土いじりとシャンソンが癒やしてくれるって言うけど、
実際にそうなのかも知れないわね。
消費に疲れたら土いじりって。
結局1時間ちょい待たされたけど、
大抵のラッパーがだいたい感謝している両親と同じぐらいに感謝だわ。
うふふ。
焼きたてのまだ脂が跳ねている感じの焼きたての鯖ちゃんは
脂がのっていて美味しかったわ。
そんでノリにのってる鯖を横目に
御飯杯分を間違えておかずと一緒に消えて無くなってしまうはずだった麦飯を最後海苔で巻いてしまいにするって
そうはいかなかったわね。
喉が潤うわ！
すいすいすいようび～
今日も頑張りましょう！
サンシャイン池崎さんみたいなこと言っていい？
私の2021年に使っていたスケジュールノート帳に2万5千円のへそくりが挟まってます！！！
バカだけど
隠したことを忘れるとか
バカだわ私やっぱり！
ヒーヤ！！！
ってこれはバイク川崎バイクさんだったわ。
つーかさ、
スケジュールノート帳整理で要らなくなったから窓から投げ捨てようかと思っていた矢先中の矢先で
思い出したけど！
よかったよかった！
でもさ、
しまったり片付けたりした場所を忘れてしまうことってないかしら？
誰にだってあるわよね。
私さー
あと気になることがあって、
野菜のモヤシ1袋買って置いておいたのがどっかにあるはずなんだけど、
それが見当たらないのよね。
たぶんどこかにあると思うんだけど、
きっと発掘されたときにはモヤシが発酵されてモヤシ酒が出来ている頃かと思うんだけど、
なんか春ぐらいまでには見付けて発掘したいところだけど、
実際のところ
私はモヤシを1袋隠したのか置いたのかどうだかも曖昧な記憶の彼方にフライアウェーなのよ。
うーん。
でも無かったらそれはそれで無かったことに越したことは無いハッピーでいいんだけど、
実際のところ不明だわ。
ルンバがモヤシあったよ！って教えてくれる機能があればいいのにって思うし、
それぐらい壮絶なのよ。
みんなの壮絶ビーケービー作文を思わず募集したいところでもあるわ。
なにかこう探し物をして場所で思い出すきっかけになることもあるじゃない。
うろちょろしてみるのも手だとか。
はて？何しに来たんだっけ？って思い始めたら思い出せないことあるわよね。
探し物をしていることすらを忘れちゃうとか。
でもあれ、
ハサミ持ち歩きながら探し歩けばすぐ見付かるって都市伝説なかった？
ある意味怖いけど。
忘れ物を忘れちゃうこと自体の私が一番怖いことすらも忘れてしまうことが怖いわ。
もうなにがなんだかよ！
うふふ。
キラキラの黄色い元気いっぱい詰まったタマゴサラダのタマゴサンドは超絶美味しい私の大好物なので元気出るわ！
セクシーヤミーよ。
なんだか
最近ここカフェオレオンリーミルクたっぷりヒーコーなことが多かったから
バーチャルタマゴサンドばかりでフィジカルなタマゴサンドは久しぶりで
朝から快調快調！
すいすいすいようび～
今日も頑張りましょう！
https://news.yahoo.co.jp/articles/1a275464c27869756931e187412a90946f83f9c0
なんでこの記事に対するコメント、「ヤングケアラー」って言葉を使った事をそんなに叩いてるのか分からん
「ヤングケアラーじゃなくて虐待」って言うけれど、ヤングケアラーである事と虐待である事は別に矛盾しないでしょ
ガソリン高騰の話になるとさ、
安いとこまで給油しに行くお得な話しが大好きなんだけど、
安くお得にって話しが好きって言うわけではなくて、
ガソリンを給油するためにガソリンを消費するってのが滑稽でって意味のね。
現代の創作落語にもありそうなガソリンって演目絶対あるわよね。
あの1円でも安い遠くのガソリンスタンドに給油しに行くって話しが大好きなのよ。
自分ではしないんだけどね。
だってさー、
遠くまで行く時間を考えたら、
燃料タンク60リットル入るとして1円2円差があってもせいぜい100円の差でさ
往復1時間以上かけて給油しに行くって話しがもう大好きすぎて
きっとエスエヌエスでいかに遠くまでいかに安いガソリンを給油しに行った自慢を探せば5万と出てくると思うんだけど、
往復の時間とそれに必要なガソリンを考えると瞬殺されちゃうわよね。
だけどよ、
だけど、
たぶん当の本人も気が付いてるはずだと思うのよ。
その落とし所として、
安いガソリンスタンドで給油しに行く！って言うのをもう趣味です！って
声高らかに言っちゃえば優勝なのよね。
ああそう言った趣味の人なんだーって思うと
創作落語として聞く分にはより一層面白さに華を添えてくれるのよ。
そう言った視点で見ると、
面白いなーって。
現代落語の1円安いガソリンスタンドって演目だれか作ってくれてもいいのに。
現代落語で番町皿屋敷のお菊さんがたいそう美人でお皿を数えて化けて出てくるのが大評判で人気が出すぎて
武道館の周りには出店とかたくさんでちゃって
そのぐらいまあ遠くのスタンドへガソリンを給油しに行くって話しはもう
その話を聞くのが大好きなのよね。
1円を馬鹿にするモノは1円になくなく泣くってバカにしているんじゃないのよ。
滑稽だって言ってるの。
私も一時期遠くのマーケットに安い品物を買いに行って考えて思ったことがあるんだけど、
まさにそれと同じで
近所の一番近いケンケンパの徒歩圏内で行けるマーケットで多少割高だけどそこで買うのが一番効率がいいってファイナルアンサーなのよね。
結果的に。
話が違ってくるので
ある程度大量に買うときは
そのバリューの安さが時を超え遥か彼方へ出向いてでも
得になっちゃう均衡点があるのよね。
くれぐれもお財布だけは忘れないようにしなくちゃ！ってことよ。
あれ？
これももしかして最終お財布を忘れちゃった！ってオチにすれば、
じわじわ思うんだけど、
ちょっと今度調べて聞いてみようかしら。
でも遠くに時間を掛けて1円安いガソリンを給油しに行く話しってもうちょっと揉めば絶対面白現代創作落語になるわよね。
きっと。
そう思うわ。
うふふ。
基本自分で後調合して
ブラックコーヒーにミルクをテレビシーエムのように同時に注ぐ手法で作ると美味しいわよ。
朝寒くて水が凍ってたわ。
外の水が氷になっててかかとでちょっとスケート出来るか出来ないかってぐらい。
半径で言うと5センチぐらいよね。
そのぐらい凍っていたわ。
そいで寒かったので、
朝の忙しいときに
お茶のパックがあれば
なにかと捗るわよ！
すいすいすいようび～
今日も頑張りましょう！
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
