  |
はてなキーワード: 強制終了とは
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
なんだろうこれ。今日の昼と夜の2回、Pixel3が自分で110番してた。
そろそろ買い替え時という俺の考えを悟って上げた断末魔なのか。
通勤中の暇つぶしにKindleで読書をする。今の本は週初めから読み継いでいる。
外食チェーンで昼食をとる。
料理の待ち時間はGoogle newsアプリでザッピングする。フィギュアやプラモの新着情報を眺めて目の保養にする。
pixel3を上着のポケットにしまって食事の最中に突然pixel3が震え出す。純正の電話アプリから呼び出しがかかっている。
電話番号は「03-3501-0110」だったと思う。都内からの発信らしいが身に覚えのない番号なので切った。
念のため仕事用のチャットアプリにログインしたが俺宛てのレスポンスはなかった。iDアプリで精算して退店した。
店を後にしてふとpixel3を確認すると「03-3501-0110」からの不在着信が複数件溜まっていた。
よく見るとディスプレイネーム「警視庁」の不在着信が混ざっている。
まさかと思って「03-3501-0110」を調べると「警視庁ホットライン」の文字が。
折り返そうか迷ったが仕事の邪魔になるという情報をググって見つけて踏みとどまる。
退勤中にKindleアプリで読書するも頭に文字が入らない。下車して立ち寄ったコンビニでiDアプリを使う。
自宅を目の前にしてまたpixel3が震える。間髪入れずに警察の感じのいい第一声が聞こえてくる。
「間違い電話です」と答えようとした瞬間OSが落ちた。pixel3はそのままOS再起動を繰り返し、隙あらば110番を繰り出そうとする。
電源ボタン+音量下ボタン長押しでFastboot Modeへ移行して小休止、現在に至る。
書いていて心が落ち着いてきた。同じ事例はないかと探してみたらやっぱりあった。
どうやら「緊急SOS機能」が一枚噛んでいたらしい。Android12の新機能で、設定アプリの緊急情報サービスからON/OFFできる。
緊急情報サービスアプリのキャッシュ削除、強制終了、無効化して1時間ほど経つが事象は再現していない。
一安心して眠くなってきた。
23にもなって童貞(しかも大学留年)なので都内にバンド(以下A)のライブで来たついでにソープで童貞中退することにした。
福永の前に壁があった…もとい指名料を出し渋ったので指名無し50分15000円コース。指名ありだと+5000円。
待合室は小さいが不快感はない。
他の客(｢外でタバコを吸ってもいいか｣とボーイと揉めていたサラリーマン)と行列のできる法律相談所の再放送を見ている空間も悪くない。
ただ、｢嬢の局部にピアスが付いてるけどいいですか？｣とボーイに聞かれた時は緊張した。
そして順番が来る。
｢終わった。｣
その報告いる？
反応に困り｢あぁ、そうですか｣とだけ口に出した。
ルフィかよ。
室内に入り嬢に抱きつかれても何の感情も湧かない。
｢この部屋ハウスダストが凄いんですよ〜｣とか言って咳されても困る。
｢今日はどんな予定で東京に来たんですか？｣と聞かれたが、本当の理由を回答したくなくて(嬢のブログに書かれても困るし)｢同じバンド(Aではない別のバンド。以下B)が好きな友人と飲み会で…｣とぼかす。
服を脱いだらBのライブTシャツを着ていたので見事に伏線回収。
｢私の若い頃はバンドのライブとかなかなか行けなくて…｣とか言い出したがお前26歳じゃないのかよ。
｢でも私30にはなってないんだよね。｣
｢そうですか。｣としか言えなかった。
何の感情もなくブラジャーのホックを外して(すぐに外せた)胸を揉んだが当然何も思えない。
パンツを脱がされて｢剥けてない子ですか〜！？｣｢エッチもしたことないんですか！？｣と驚かれる。
失礼だろ。
ペラッペラのプラスチックでできた浴槽に入った後、ローションの準備をするから歯磨きをするように言われる。
ローションの準備を2回もしくじってずっと歯磨きをさせられた。
その間もずっと話しかけてくるので吐きそうになった。
マットに移動したが｢マットを手で掴んで！足もこの幅で！｣とやたら指示してくる。
少しでも足が広がると注意される。
マリオパーティーとかメイドインワリオをやってる気分になった。
ただ、マットはおばあちゃん家のマッサージ機みたいな感じでリラックスできた。
プレイ中に玉の裏側に毛が生えていないことを何度も褒められる。あとお尻の形。
途中で竿に何かが起こったらしく、しきりに｢大丈夫！？痛くない？｣と聞いてきた。快感よりも自分の息子の安否が気がかりだ。
喘ぎ声も嘘くさく質の悪いASMRかよとなった。
しかも耳元でクレッシェンドするので｢うるさいですよ｣と言うか迷った。
ただでさえ地雷を引いたのにずっと店内BGMでAdoの阿修羅ちゃんが流れていて余計に集中できない。
気合いで好きな女性のタイプを脳内再生するも嘘喘ぎ・安否・阿修羅ちゃんの3連コンボですぐに投影終了。
結果的に中折れした。
電話が鳴って｢これ気にしないでね！｣と言ってきた1秒後に｢実は残り10分なんだけど…｣と言い始める。
そこから無理やり手で抜かせにきて、｢いつもどれくらい？｣と聞かれたので｢まぁ4〜5分くらいすかね｣と伝えたら｢時間じゃない！｣と怒られる。
その後すぐに強制終了となり｢お○んちん大丈夫かな…？｣と心配され、再度ペラッペラの浴槽に入れられる。
明らかに皮が全部剥けてエグいくらいヒリヒリしていたので浴場で気合いで現状復帰をしたらローションを流しきれておらず、出た時にちょっと嫌な顔をされた。
ごめんなさい。
その後薄めのトークをする。
俺｢あんま飲まないです。｣
嬢｢…｣
嬢｢…｣
そんな感じのトークが続いたがあとは忘れた。
帰る時にも嬢に抱きつかれたが当然何の感情も湧かなかった。
退店。
「お母さんも忙しいだろうし自分も帰る時間まちまちだから作らなくていいよ」みたいな言い訳をかまし続けてはいるものの、その実母親の作るメシが不味いので全く食べる気がしないだけである。仕事終わって疲れ切った身体にはあまりにも厳しいデバフ。
のだけど、これを俺の遠慮だと思っているのか毎回律義に夕飯をつくる母。勘弁してくれ。
一度「会社の生協で残りものの弁当が安く買えるから（嘘）夕飯はいらないよ」と完璧な断り文句を言ったことがある。結果が「私の作るごはんが食べられないってこと？！（以下ヒステリー構文）」。うんそうだよって言えるだけの胆力が俺にはなかった。敗北。
そして母は年齢的な問題とは別にものごとをすぐに忘れる（というか人の話を聞いていない）傾向があり、「夕飯いらない」「なんで？！私のごはんがry」というやりとりを高頻度で繰り返すので俺ばかりが辟易するのに毎回新鮮なヒステリーを見せてくれる。ありがたくねえ。
「自分で夕飯作るからオカンは作らなくていいよ！」作戦も、「男が台所に入るな」とかいう今どき朝ドラでも見ないような昭和男女観で無下にされました。まあ所詮この母親の息子だから同じレベルの料理しかできませんしね…
早く実家出て一人立ちしろ、分かる、分かります。できれば俺もそうしたい。でも職場が実家から徒歩10分圏内なんだよ！これじゃあ仕事終わりに夕飯食べてかえりまーす！もできないし家を出る理由がメシマズ料理を食わないようにするためくらいしか言えないワケ！言えたらいいよな。言えろよ俺。
姉（遠方在住）には「だから就職は地元でするなって言ったのに…」と呆れられています。そんなんメシマズから逃げるためとかきいてませんが？！（中ー高と寮生活、大学も遠方で一人暮らしをしていたためメシマズを知ったのが実家に帰省して就職してからだった。小学生の時は母が忙しくしていてほぼ祖母が作ってくれていた）
そんな俺、さっきも「なんで同じ家に住んでるのに夕飯食べないの？それでいいと思ってるの？！」とキレられたので「俺、夜はお腹すかないから…」と意味不明な言い訳で逃げようとするも「いつまでわがままいってるの！食べなさい！」と強制終了。成長期のこどもとかならわかるけどさ、俺もう成長期とか終わった20代男だよ。夕飯くらい好きに食べさせてくれよ…（ちなみに家に生活費は入れています）
ベテランが数名辞め、ちょうどいいや世代交代という名目で未経験者が大量に入った。
世代交代ならやむなしかもしれないが、残ったベテランがピリピリし、若手はあたふたし、どっちつかずの俺は労働量を増やすことしかできない。
多くはないキャパがあふれ、ミスをする。ベテランがピリピリする。若手は侮る。
まあいいや詳細は。
夜更けまでパソコンカチカチして、働き続けたPCを閉じたあと、あーはやく寝なきゃと思いながら、スマホで煉獄さんのBLを読む。
煉炭よりは、煉獄さんがポンコツで、みんなに愛されているのがいい。
しばらくうまく眠れなくて、デパスで強制終了みたいに寝ていたのだが、煉獄さんのBLを読んでいるといつのまにか眠れるのだ。
俺は鬼にならない。
俺は鬼にならない。
鬼になったら痛いのとか、死んでしまうのが恐いとか、なくなるのだとしても俺は鬼にならない。
俺は鬼にならないで、俺は俺の責務をまっとうする。
そんで煉獄さん死んじゃって、煉獄さんは負けてない煉獄さんの勝ちだって炭治郎が泣いたって煉獄さんは負けていて。
でも俺は鬼にならない。
うちの職場さ…水曜日はノー残業デーなんだけど、朝の放送でノー残業デーのお知らせして
定時になると警備員が今日はノー残業デーだからPC落として早くおかえりくださいって言ってくるのね。
だから、俺も早く帰ろうと定時に帰れるように用意するんだけど、周りの糞みたいな先輩たちがいつになっても帰らないの。
警備員がPC落として帰ってくださいねって言っても、PCを落としたフリしてまた仕事始めるの。
そしたら今度はPCが終了したら、また電源起動させるようになっててホント意味無し。
自分が帰ろうとすると「先輩が仕事してんのに帰るの？」とか言ってきてさ、
1日で終わる仕事を3日も4日もかけて仕事したフリしてるような奴にそんな事言われたくないんだよね。
なんで警備員がノー残業デーを言いながらオフィス歩いてるの。あんなの契約外の仕事でしょ。
それを警備員がそうやってお知らせしてる所を文句言ったりしてんの。糞みたいな先輩らでホント害悪。
一番上のお偉い人からノー残業デーだから帰れって言われてるのに従わないとか、コイツラ命令違反してんじゃん。
仕事はとろとろやって残業代ばっか無駄に支払わせて、それで上の命令は無視するわ、警備員には文句言うわって
何の役にも立ってないじゃん。まだ派遣の人の方がよく働いて時間通りに終わらせるよ。
マジ入れ替わればいいのに。
https://anond.hatelabo.jp/20160117121121
の後日談です。
で補遺とか書くと思います（21:00補遺アカウントでブコメの返信行いました）。
郊外の辺鄙なところにある激安事故物件すら借りられないレベルで社会的信用がない。そのうえ生活保護すら受給できないっぽいしどのみち詰み。
「いつ人生強制終了するの？今でしょ！あとこの点は出ねぇよぉ！」と脳内の予備校講師がささやきかけてきます。もう駄目ですね。
こんな増田を書いて一時期は持ち返したけど結局は詰んでしまったという話。やっぱりあの時自滅しておけばよかったのか。
あ、田中くんはいつもけだるげはすごく良いアニメでしたよ。2期は来なかったのが残念…
【追記1】
https://anond.hatelabo.jp/20210505173406
＞なんで知人の手伝いを続けようとするのかが知りたい
実はジオラマに頻繁に使われるあるパーツ（特定防止のためどれかは答えられない）が今はほとんど流通していません。
そのパーツは10年ぐらい前までは秋葉原の専門店とかに行けば20種類、場合によってはそれ以上簡単に手に入りました。当時は各社も矢継ぎ早に新製品出していましたし。
しかし今はそのパーツは2～3種類ぐらいしか流通していません。恐らくジオラマを趣味で作る人が減って需要がなくなったからだと思います。
そういう状況に風穴を開けたい！という自分のエゴで墓穴掘ったのが正直なところです。
ジオラマ素材で10年前と比べ手に入りにくくなったものはたくさんあります。
恐らく中国の工賃上昇でビジネスモデルが成り立たなくなったのと、スマホゲームが娯楽を丸呑みして他の娯楽産業が成り立ちにくくなったことが要因だと思います。
【追記2】
一時期赤旗読んでいた時期もありましたが、共産党はなんか支持できないんですよね。社民党支持者ですし。
ついでに社民党と共産党は『きんいろモザイク』と『あそびあそばせ』ぐらい違います。
まあ弾圧大好きな中国共産党とは今は一切関係ないですし、いざとなったら使うことは考えるかもです。
現時点ではいません。障害者福祉サービスのヘルパーさんにも相談したのですがなしのつぶてでした。
＞障碍者年金という、絶対確実な毎月のインカムがあるなら、公的融資を受ければいいじゃない。
そういうのもあったのですね。余裕があったら調べてみたいと思います。
月に1本短編が読めるってやつなんだけど、最近多忙なのか2回に1回は小説が載ってない。
でも1ヶ月の内に一度も更新がないと定期購読自体が(note運営側から)強制終了されるから何かしらの文章は上げないといけないらしく、
大抵は小説の登場人物の話とか自没にした過去の小説とか質問箱とかに答えてるのをとりあえずで置いて、来月は2本小説を上げますって書いてるんだけど、それが1本しかない、先月の分がないってことが今までに何度かあった。
自分は結構ルーズだから今日何となく数えるまで気づかなかったんだけどこれって大丈夫なことなのかな。
月300円とかだからそこまで気にしてないけど、かなり売れっ子で長い間忙しそうだからもう定期購読マガジンやめたらいいんじゃないかと思う。
以下、言いたいことを要約すると
「生活が面白おかしくないor生活を面白おかしくしようとすることの言い訳として芸術という名分が許されていたのだからそれをこれまでどおり延命しろというのがこのツイッタータグの(複数の)発信者のツイートを明らかだ。」
となる。
このツイッタータグを我が国の「文化」を支えるような著名人は誰も発信していない（ようにおもわれた)。
そもそも「文化」＋「芸術」の「文化芸術」の定義が特殊用法であるようにおもわれるので、その一点を突く。
「文化」はもはや私たちがとりあえず生きるために必要だが(貧困国に裸一貫で放り出された場合をシミュレートせよ）、「芸術」ははたして生活必需品だったのか、翻って日本人芸術家によって生み出されたそれがあったかというと問いには、少なくとも昭和生まれのマーチ文系卒である単身労働者である私は答えることができない。
勢いで強制終了しそうになる生活に対して踏みとどませるようなるような、詩が、小説が、流行歌が、映画がここ20年でありましたっけ？
この問い自体が間違いだ。
このツイッターハッシュタグの発信者にとっての「芸術」は「imitation of life」に過ぎないのではないだろうか。
数日前チラシが入っていた。
30歳の男性が一人で住んでおり、仕事も探していないのでその他大勢の不要なチラシとともにゴミ箱に直行。
ドアホンのカメラで見てみると、恰幅の良い穏やかな女性で、センスが悪い制服っぽい色合いの服装を身にまとっていた。
電気料金を滞納していたことを思い出し、財布を持って急いで玄関へ向かう。
急いでドアを開けると
「ヤクルトです」
と言われた。ヤクルト？
「先日チラシを入れていたんですが、ご覧になりましたでしょうか？」
ああ、あのチラシか、と思い出し、(ゴミ箱に直行したので)読んでませんと答える。
「いま、地域で働いていただける方を探してまして」
と続いたので、今仕事は探してない旨を伝えた。
その女性は困った顔をしてこう答えた。
「いえ、奥様は御在宅でしょうか？」
は？と思った。
全部オート戦闘した
最後のステージ終わってセーブする前に体験版強制終了になるから地味にケチくさいなと
プレイヤーの介入の余地が事前の準備だけであとはオート戦闘だけだとわざわざPS4でする意味感じないなあ
せめて１回クリアした面からオート戦闘解禁とかならまだよかったんだけど
よくもわるくも親切に最初からオート解禁してるからそれになっちゃう
結論としては発売直後は買わない
これどうなんだろうなあ・・・買おうと思ってた人で予約取り消した人とか結構いるみたいだけど、体験版出したのは失敗だったんじゃないかなあ
この体験版やっておもしれえ買おうとなる人ってかなりレアな気がするわ・・・
その逆はたくさんいそうだけど・・・
McAfeeのせいでwin10のシステム系が一切触れなくなり初期化寸前まで行った話。
寸前まで行っただけで
初期化直前にマカフィー削除に成功して全て戻ったので、すでに解決済みです。
win10のデスクトップPC、購入して1年半未満、マカフィーは購入時から入っていて2021年になるまで一度も誤作動はなかった。
クリックしても「アクセス許可がない可能性があります」の警告表示が出て何もできない。
最終的に起動できなかったアプリは以下。確認していたものだけ。
・マカフィーリブセーブ（マカフィー管理アプリ。有効無効切り替えや履歴等が見れる）
・GoogleChome（普段から使用中。ネットはつながっているがChomeが立ち上がらないのでネットができない）
・MicrosoftEdge（Chome同様）
・タスクマネージャー（ctrl＋Alt＋Deleteからタスクマネージャーをクリックしても起動しない）
・コマンドプロンプト（当然立ち上がらない）
・メモ帳（立ち上がらない）
・windowsの設定画面（青の真ん中に歯車のウインドウが出てすぐに消える）
いろいろ触ってみたけど警告表示のようなウインドウが一瞬出て消える、それの繰り返し。
コントロールパネルはタスクバーにピン留めしているのでそこから入ることはできるが、そこから管理者権限関係のメニューをクリックしても一切反応しない。
これは後で書くけどPCのカスタマサポートのお姉さんの指示に従うとスタートボタンは反応するようになったのでよかった。
それから、電源を落としても電源が落ち切らず、ハードのモーター音が永遠に聞こえていた。
朝8時ごろに電源を落として放置、仕事が終わってから様子を見ようと19時帰宅。モーターは動き続けていた。
無理やり強制終了しか手段がなかったので、セーフモードに行くことができなかった。
逆に操作可能だったのは「エクスプローラー」とお絵かきソフトの「CLIP STUDIO」。
CLIP STUDIO（以下クリスタ）はソフト内でネットに接続して素材をDLできるのだが
「ネット生きてんじゃん」「どうしてクリスタだけ生きている？」
上記の状態。PC電源を入れれば立ち上がるけどクリスタ以外何もできない状態。
システム系全てに触ることができない。
原因は何かと思い返して、心当たりがあったのがマカフィー。
ともかく、きっと原因であろうマカフィーを削除しようとマカフィーの削除用ツールMCPRを
管理者でログインし（といってもこのPCを使っているのは自分1人だけだが）管理者として実行しようとしても
勘弁してくれ…となった。
この現象､実は2回目。
画面右下に突然マカフィー通知が反応しだして、そこから気づけば上記の状態になった。
この時は再起動はちゃんとできた覚えがあるから、電源はちゃんと落ち切っていたような気がする。
そのまますぐにマカフィーのサポートに連絡してMCRPで削除が可能だったので削除に成功し、元に戻った。
そこからサポートの方に遠隔操作でマカフィーを新たにDLしてもらって解決したはずだった。
2回目はその削除ができなくなった。
これは困ると再びサポートに連絡して、管理者権限がないと言われるので
管理者権限がなくてもマカフィーを削除できるツールがあればください、と言った。
すると、向こうも原因が全くわからないようで、最終的には
「そのようなツールはない。マカフィーに管理者権限を操作する機能はないのであなたのPCがおかしいんじゃないですか」と言われた。
まあ言いたいことはわかる。管理者権限がなくても削除できるツールもないかもしれないとは思っていた。
ただのセキュリティーソフトがそんな管理者権限を操作できるわけがないのもわかる。
マカフィーさえ消えれば元に戻ると思うので削除ツールをくださいって言っても同じことしか言わないし
お前のPCが悪いのでPCの製造元に連絡しろと言われて本当にもうやり場のない怒りしかなかった。
前回マカフィー消したら戻ったからそう思うだけだけど、おんなじ状況なんだから…いや言っても無駄だな。
マカフィーのカスタマセンターへの電話は有料で電話代が無駄なのでさっさと切った。
そもそもマカフィーが原因だと思ったのは、毎秒なにかに反応している通知を確認したからだった。
アプリ等が完全に開けなくなる前にリブセーブで履歴を確認したが
「Microsoft Windows Search Protocol Host」に反応しているようだった。
履歴や通知のポップアップのスクショ本当にとっておけばよかった…
履歴欄を見ると本当に毎秒毎秒反応していてびっくりした。
この「Microsoft Windows Search Protocol Host」、windows内の検索してインデックスを作成する実行ファイルなんだね。
それが実行されてそれに過剰反応したマカフィーに弾かれたのか…？
今となってはもう確かめる術もないけど。
それにMicrosoft Windows Search Protocol Hostを停止すると不便なようなので停止は今もしていない。
そこからPC製造元に連絡をして言われるままに操作や確認をするがなにも変化なし。
上でも書いたが、この時点でスタートボタンも反応できなかったけど、
お姉さんの指示に従うとスタートボタンが反応するようになった。その他は変化なかったけど。
いろいろ確認と対応してもらったけど「第三者のツールがシステムを妨げていると思われます。これ以上操作できないのであれば初期化、それで戻らなければ修理対応となります」と言われた。
そんなこんなで初期化の案内の予約をしてその日は電話を切った。
突然アプリが開けなくなった自分のパソコンは初期化することが決まってしまった。
たぶん、なにも、悪いところはないと思うのに。
Microsoft Windows Search Protocol Hostが異常に動くと、マカフィーにシステムを制御されてしまうのか？
そもそもMicrosoft Windows Search Protocol Hostが悪い？
もう何もわからなくて泣きながら取れるだけバックアップを進めて初期化の準備を始めた。
バックアップの作成と復元ポイントの作成は設定画面が開かないので当然できなかった。
バックアップを取りながら、本当に突然思いついただけだけど
右クリックは生きていたので、MCPRをマカフィーでスキャンしてみた。
本当に、なんとなくやってみただけだけど。
すると脅威はありませんでした！詳しくはこちら！の通知が画面の右下に現れて
その指示のままクリックすると…
今までどうやっても開かなかったマカフィーリブセーブのアプリが開いた！
え！？ってびっくりしながらこれはこのままマカフィーを無効にできるのでは…！？と触ってみると
無効に…！できた…！
どういうこと？もう全然意味がわからないけど、正面からじゃ入れなくて裏口からひょっこり入れた？そんなイメージ？わからないけど。
ともかく、ずっとなにかを邪魔をしていただろうマカフィーを停止することができたので
まだ操作ができるうちに、急いでMCPRでマカフィーを削除した。
削除した後、再起動を促されてそのまま再起動へ。電源を落とした。
もう、本当に、めちゃくちゃ嬉しかった。
それから、本当に他も無事かを確認するために片っ端からアプリを開けまくった。
GoogleChome…開く！ちゃんとツイッターも開くことができた！
MicrosoftEdge…開いた！
コマンドプロンプト…開いた！こんなに黒い画面が恋しかったことはない。
メモ帳…開いた！メモ帳が開かなくなってもう本当にどうしようかと思った（メモ帳が開かないなんてどういうこと…という意味で）
windowsの設定画面…開いた！！！！！これが！開きたかったんだ！
初期化を免れた。初期化の案内の予約とったけど、案内のお姉さんごめんなさい、無事に治ったから初期化しなくて大丈夫ですと謝った。
本当に良かった。
結局、何がはっきりとした原因かが全くわからない。
困惑しながらネットでセキュリティーソフトにシステム系がブロックされてしまった場合のことや
アプリが開かなくなった場合の対処方法やいろいろ調べまくったし
自分の周りのPCに詳しい人のアドバイスも聞いて、いろいろやったけど
誰もなにもわからなかった。
ただ、マカフィーを抜いたら直ったので、やはりマカフィーが悪いんじゃないのかなと思った。
じゃあねマカフィー。もう二度と使わない。
あと、バックアップはまめに取ろうと思った
