Amazon Web Servicesの障害・不具合情報
"Amazon Web Servicesの障害・不具合情報"に関する今日・現在のリアルタイムなX(旧ツイッター)速報を集めてお届けしています。
Amazon Web Servicesに関連する障害・不具合情報 10/19 08:11現在
60分以内の情報 :障害・不具合情報はありません
60分~3時間以内の情報:障害・不具合情報はありません
3~24時間以内の情報 :障害(2件)
60分~3時間以内の情報:障害・不具合情報はありません
3~24時間以内の情報 :障害(2件)
一緒につぶやかれている商品・サービス情報
リアルタイム・現在のX・旧ツイッター速報
あれ!ついにTwitter時代に保存した検索ワードがXの検索保存から無くなってる?? 前職の障害に関するエゴサとAWSの人がやってたスペースの検索保存が消えないかと思ってたがやっと消えたっぽい。
@Keisuke69AWSの最大のメリットはAWS障害は 大量のサービスが死ぬので相対的に まあ他社が死んでるからウチも死んでても許されるやろ・・・が出来ること 本来ミッションクリティカルなシステムじゃないのに やたら可用性や障害耐性を求めてくる輩を納得させやすい 最早政治なんだよなぁ
今時新規でAWS使うメリットでほぼ無いと思っています。オンプレの方が管理は楽でコストも安いし。AWSの最強説のネット障害、ハード障害、そして個人情報漏洩なんてどのサービスに預けても当たり前の世界になっている。それでAWSの良さとはいったい。
休日に自宅でLinuxやAWSを触る時の勉強法を後輩に聞かれた際、私は設定をわざと壊して自力で復旧させてみるよう答えています。 ログと格闘した経験こそが、インフラエンジニアの障害対応や設計構築で一番役に立ちますからね。手を動かして悩んだ時間は裏切りません。
SESエンジニアが競馬×IT領域のスキルを活かせる理由: ✅ 大量トランザクション処理(Java・Go) → 締切直前に集中する数十万件の投票処理は、金融系の約定処理と同じ設計思想。現場で身につけたスキルが直結する ✅ 高可用インフラ(AWS・オンプレ冗長化・障害対応) →
AWS案件に入りたいならLinuxは必須 最初言われた時はピンと来なかったけど、今は分かる ・ログ確認エラーや障害の原因を探る ・CPU.メモリ.ディスクの使用状況を確認 ・パッチ適用、サービスの状態確認 etc AWSのサービスだけでなく、サーバーで何が起きているか理解するためにLinuxの知識は必要🙆♂️
AWSで個人開発をすると、意外とSREっぽいことができる。 監視を入れる。 アラートを設定する。 障害を起こす。 ログを見る。 原因を調べる。 復旧する。 再発防止策を考える。 デプロイを自動化する。 不要な作業を減らす。
他もここらは押さえておけと 分野優先度学ぶべき知識 ① クラウドアーキテクチャ最優先AWS、ネットワーク、サーバーレス、可用性設計 ② SRE・可観測性最優先SLI/SLO、ログ・メトリクス・トレース、障害対応 ③ AI・生成AIガバナンス最優先LLM、RAG、AIエージェント、利用リスクと評価 ④
@usanari_tech他1人まあランサムウェアじゃなくてもサーバー上のデータ壊れてスナップショットも無いなんてのは想定できる障害だからまともな顧客なら仕組みを構築してるはずだが、AWSだと常識でもIDCF使うような層のリテラシだとそこまで対策してないのかもね
調べたけどGCPからAWSも使ってる感じがあってICDF使ってる説は薄そう。Commune共通基盤の停止ぐらいしか情報わからん。ただ時系列的にはまじでICDFの障害からメンテ入ったとしか思えない
AWSの場合、障害情報は公開されるけどIDCFクラウドの場合、公開情報がほぼないので、サービス利用者に障害起きていますアピールがしにくいのもインフラ側としては辛いな。。。
LINEビジネス不具合(大元多分AWS=Amazon) 最近多すぎる… 個人LINEは生きてるという下位互換やめれ
AWSアカウントのエラーを解消したので遂に、Dockerでスクリプト実行環境をビルド、terraformでAWSにリソースをpush、EC2でECSのタスクを実行、VRCのAPIを叩いてデータを取得する一環のシステムを構築できた。もう少しIAMの権限を制限して認証周りのセキュリティを強化しておきたいが、今はこれでいい
AWS全盛の今でもLinuxを学ぶ意味はあるかと後輩に聞かれた際、私は一番の武器になると答えています。 クラウドでもOSの挙動やログ解析の基礎は同じですし、本番の障害対応で差がつくのは結局ここですからね。インフラエンジニアとして地道な技術ほど裏切りません。
AWS アカウントを新規で作成しようとすると、クレジットカードの入力のところでエラーになる。 アカウント作りたてだと使えるようになるまでラグがあるんだっけ。。
休日に自宅でLinuxやAWSを触る時に意識している3点です。 ・コマンドをコピペせず手打ちする ・わざと設定を壊してエラーを出す ・ログを自力で追って復旧させる インフラエンジニアとして手作業で悩んだ時間こそが本番の障害対応で活きてきますね。
今入っている会社でインフラを全て見てるんですが 1人で管理できるようにかつコストカットに振り切ったこの構成をどこかで発表したい AWS + Githubがベースであって、AIコーディングに対して耐えれる構成にしているが、自分が思ったより障害に強いことが判明した
【AWS CLF-C02 練習問題②】 AWSで、障害が発生してもアプリケーションを継続して利用できるようにするために、最も重要な考え方は? A. 1つのAZに集中させる B. 複数のAZを利用する C. すべてを1台のEC2に集約する D. データを保存しない
答え:B 複数のAZを利用することで、1つのAZに障害が発生した場合でもサービスを継続できる構成を作れます。AWS試験でもリージョン・AZなどのグローバルインフラストラクチャは重要なテーマです。
@Kimichi5G31491業務に直つながらない勉強できるだけでもう最強ですよ本当に👍 GCPから入ると訳わからないらしいAWSですがいつかぜひ〜😊
AWS、住所その他の支払い情報が更新されてなくてアカウントがブロックされちゃったおかげでインスタンスのアクセスが弾かれてるっぽいのだが、IAMの権限設定とかでどうにかなるようなエラーではないので困ってしまった