アベイラビリティーゾーンを使用した静的安定性
Amazon で構築するサービスにおいては、非常に高い目標で可用性を達成する必要があります。これはつまり、システムが取る依存関係について、慎重に検討する必要があることを意味します。これらの依存関係が損なわれた場合でも復元力を維持するようにシステムを設計します。この記事では、このレベルの復元力を実現するために静的安定性と呼ばれるパターンを定義します。この概念を、AWS の重要なインフラストラクチャビルディングブロックであるアベイラビリティーゾーンに適用する方法を示します。したがって、すべてのサービスが構築される基盤になります。 静的に安定した設計では、依存関係が損なわれてもシステム全体が動作し続けます。おそらく、システムは、依存関係が提供するはずだった更新された情報（新しいもの、削除されたもの、変更されたものなど）を確認しません。しかし、依存関係が損なわれる前に行われていたすべての処理は、依
EC2 でリザーブドインスタンス（RI）と Savings Plans （SP）のどちらを選ぶべきか？基準とするための最強の比較表を作ってみた | DevelopersIO
15 USD で RI を購入し、その後にオンデマンド料金の価格改定があったとします。前払いなし/ありの支払い種別によらず、購入済みの RI の価格が 15 USD というのは価格改定後も変わりません。 当初はオンデマンドに対して 5 USD 分の割引の幅があった分が、改定後は 3 USD 幅に減少するため、相対的に割引率が低下しています。価格改定後に RI を購入していれば 13 USD で済んでいたため、そのぶん損が発生していると考えることもできます。 コンバーティブル RI の場合は、購入済みの RI を新しい価格の RI に交換できます。（今回の例では 15 USD から 13 USD に交換できる。）しかし、「同等以上の価値となる場合にのみ交換可能」という制約があるため、そのぶん数を増やすといった調整が必要になります。 2021/11/28修正 SP の場合は コミットメント額で
Amazon RDS for MySQL または MariaDB でストレージがいっぱいになっている問題をトラブルシューティングする
Amazon Relational Database Service (Amazon RDS) for MySQL または MariaDB のインスタンスでストレージがいっぱいだと表示されています。この原因と、DB インスタンスでストレージを消費しているものを確認する方法を教えてください。 簡単な説明 ストレージがいっぱいになった場合のトラブルシューティングを行うには、まず DB インスタンスで使用されている合計容量を分析する必要があります。DB インスタンスのスペースは次の目的で使用されます。 ユーザー作成のデータベース 一時テーブル バイナリログまたは MySQL スタンバイインスタンスのリレーログ (リードレプリカを使用する場合) InnoDB テーブルスペース 一般ログ、スロークエリログ、エラーログ ストレージスペースを使用しているものを特定したら、ストレージスペースを再利用できま
ECSを運用で使っていて難しいと思った点 - アジャイルSEの憂鬱
ECSを触っていて今まで難しいと思ったことを雑にまとめておく。 ECSを仕事で運用するときに必要な知識が多すぎる。こんなの社内に1人AWSマスターいないと無理だ...— 神速 (@sinsoku_listy) 2021年8月10日 タスクロールとタスク実行ロールの違い ECSを長く触っているのに、いつも混乱する。 タスクロール コンテナ内の権限 S3やSESなどの権限をつける タスク実行ロール コンテナ外の権限 ECRやParameter Storeの権限をつける ECSのデプロイ時に静的ファイルが404になる ECSを触った初期に遭遇した。 詳細は以下のQiitaの記事が分かりやすい。 参照: ECSのデプロイ時に一定確率で静的ファイルが404になる問題を回避する 回避する方法はいくつかある。 静的ファイルをS3に置く CodeDeployの OneAtATime を使う CodeDep
BIサービス Amazon QuickSight のセルフハンズオンキット日本語版を公開（随時更新） | Amazon Web Services
Amazon Web Services ブログ BIサービス Amazon QuickSight のセルフハンズオンキット日本語版を公開（随時更新） Amazon QuickSight は、簡単に利用でき、サーバレスなので運用管理の負荷も少ないBIサービスです。 これまで、各種イベントなどで実施してきたQuickSightのハンズオンがオンラインで利用可能になり、お手元の環境でいつでもハンズオンを試していただけるようになりましたので、それぞれ概要とURLを紹介します。現在4種類の日本語ハンズオンが公開されています。 ※補足：本ページで記載されている各ハンズオンは更新されることがあるため、本ブログのタイトルを変更し、各ハンズオン単位で更新日時を記載するようにしました。 Amazon QuickSight 可視化BASIC編 (更新 2023/11/30) こちらはQuickSightのベーシ
AWSだからできるRISE with SAPの豊富なモダナイゼーションパス | Amazon Web Services
Amazon Web Services ブログ AWSだからできるRISE with SAPの豊富なモダナイゼーションパス はじめに 先日、SAPはRISE with SAPを発表しました。RISE with SAPは、シングルテナントでSAPが管理するERP導入により、Intelligent Enterpriseを実現するため、より簡単にSAP S/4HANAへのアップグレードを可能にするサービスです。RISE with SAPは、お客様のクラウドジャーニーを実行するために必要なテクノロジーを、1つの契約にまとめて提供することで、SAP S/4HANAの導入をさらにシンプルにします。本サービスでは、RISE with SAPのコアサービスにおける標準的なプロダクションSLAを99.7%(非本番では99.5%)とし(追加費用により99.9%のSLAを実現)、SAP S/4HANAのオンプレ
質の高い技術文書を書く方法 - As a Futurist...
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
AWSより「Abuse Report」といった件名の通知が届いたとき、対応すべきこと | DevelopersIO
困っていた内容 AWSよりAbuseレポート(件名に「Your Amazon Abuse Report」などが含まれる)が届きました。 このレポートはどのような時に送られてくるのですか？また、どのような対処をするべきでしょうか？ どう対応すればいいの？ これはなに？ Abuseレポートは、お客様がお持ちのアカウント内のリソースで問題のある振る舞いを検知した際に送付されるものです。 例えば、下記のような動作をした可能性がある場合です。 EC2インスタンスが、外部のリソースへポートスキャンを行った形跡が見られる DDoS攻撃の攻撃元IPとして検知されている マルウェア等の配布元として検知されている 対処方法 この通知を受信した場合は、下記の対応を受信から24時間以内に行う必要がございます。 レポートに記載されている問題を確認し、問題への対処を行う 通知の返信にて、対処の内容をAWSへ報告する
AWS特有の運用イベントまとめ（非障害系） | DevelopersIO
【ACM】 サーバー証明書の有効期限切れ／自動更新失敗 ACMは、CloudFrontとELBと連携してサーバー証明書を提供するサービスです。 ACMで発行する証明書は1年毎に更新する必要がありますが、基本的には自動更新されます。 ただし、場合によっては自動更新が失敗するケースがあります。 検証の仕組みは、以下のドキュメントを確認してください。 自動ドメイン検証の仕組み 自動検証に失敗した場合、EメールおよびPersonal Health Dashboardで通知されます。 自動検証に失敗した場合 また、外部で発行された証明書を利用している場合は、手動で更新する必要があります。 再インポートの手順は、以下のドキュメントを参照してください。 証明書の再インポート EV証明書が必要なケースでも無ければ、ACMで証明書を取得してオペレーションが発生しないようにしておきたいですね。 【Route
「クラウド接続サービス」で企業ネットのボトルネックを解消しよう！ (1/2)：羽ばたけ！ネットワークエンジニア（8） - ＠IT
「クラウド接続サービス」で企業ネットのボトルネックを解消しよう！：羽ばたけ！ネットワークエンジニア（8）（1/2 ページ） 企業のクラウド導入が進んでいる。その目的は自社にはないアプリケーションやサービスを早期導入する他、コスト削減や働き方改革などと多様化しており、複数のクラウドサービスを利用することも珍しくない。企業ネットワークにとって、今や複数のクラウド接続をどう扱うかが重要な課題になったのだ。今回はこの課題を解決する「クラウド接続サービス」について述べる。 クラウドに関する企業ネットワークの課題には「構成」に関するものと、「トラフィックの制御」に関わるものがある。新しいクラウドを接続する都度、企業側で回線やネットワーク機器の追加、セキュリティ対策などが必要になり、手間と時間がかかる。 構成上の課題は2つあり、一つは新しいクラウドとの接続を柔軟かつ効率的に行うこと、もう一つは既存の複数
新機能 – AWS Amplify Admin UI: アプリケーションのバックエンド開発を支援し、クラウドの経験を必要としない管理ツール | Amazon Web Services
Amazon Web Services ブログ 新機能 – AWS Amplify Admin UI: アプリケーションのバックエンド開発を支援し、クラウドの経験を必要としない管理ツール この記事は、New AWS Amplify Admin UI Helps You Develop App Backends, No Cloud Experience Requiredを翻訳したものです。 2018年にAWS Amplifyをリリースしてから、ウェブのフロントエンドとモバイルアプリケーションの開発者の開発とクラウド環境へのデプロイを支援してきました。時代の最先端を行き、顧客にイノベーションを提供するためにもプロダクトは機能を素早く届ける必要があります。しかし、クラウド、AWSの基本的な操作に慣れていない場合は、開発者・非開発者に関わらず学習やトレーニングが必要となります。この学習コストは、設
レガシーシステムをDocker環境へ移行させた話
はじめに初めまして、FinatextグループのK-ZONEチームでインターンをしている松永と申します． 現在インターンではバーチャル株投資ゲームの「トレダビ」の改善を行っています． トレダビを長く運用し続けてきた弊社ですが、長年の運用から技術的負債が溜まっていました． その中の一つに、トレダビのローカルの開発環境でゲーミフィケーションサーバ(トレダビにおいてゲーム的な要素を担当するサーバ)がDocker上で動いておらず、ローカルで開発を進める際に特定の画面の確認ができないという問題がありました． この問題をどのように解決したかについて紹介します． トレダビの開発環境についてトレダビはRuby on Rails + MySQL + Java(ゲーミフィケーションサーバ)で運用されており、AWSの開発環境では以下のような構成で動作しています． しかし、トレダビのローカルの開発環境ではゲーミフィ
AWSによるクラウド入門
真野 智之 (Tomoyuki Mano) <tomoyukimano@gmail.com> version 1.0, 2020-06-19
社外の開発メンバーをAWSアカウントに入れるときのIAM設定を考えている - kmiya_bbmのブログ
サービスを開発する際に、社外の業者さんに開発をお願いしたり、社外パートナーに開発に参加してもらう、ということがよくあります。 開発に使うAWS環境として、うちの会社で作成したAWSアカウントに入ってきてもらうこともあるのですが、このときにAWSアカウントの管理者として社外の開発メンバーにどのような権限を持たせるのが良いか、それをどう実現するのが良いか、いつも悩みます。 このエントリでは現時点での考えと実装方法をまとめておこうと思います。 課題 私が関わる案件で社外の開発メンバーに協力を仰ぐ場合、大抵はPoCから始まるような新規サービスの構築案件となるためAWSのどのサービスを使うか最初からすべて決まっていることは稀です。 最初は ALB + EC2 + RDS で作り始めたシステムにDynamoDBが導入され、AWS IoT coreが導入され、Kinesis Stream が導入され、、
RubyやCOBOLもAWSに--広がる開発者の環境に対応
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Amazon Web Services（AWS）の年次イベント「re:Invent 2018」が米国ラスベガスで開催されている。現地時間11月29日の最後の基調講演にはAmazon 最高技術責任者（CTO）のWerner Vogels氏が登壇。多様化する開発者の環境に対応するための多数の新機能・サービスを発表した。 講演の前半は、Vogels氏を中心に幹部陣がAWSのインフラ開発の歴史を振り返った。Vogels氏はAmazon Alexaと会話しながら、Amazonでの仕事で“最悪”の日と“最高”の日を挙げ、“最悪”の日は2004年12月12日、“最高”の日は2018年11月1日だという。 「2004年12月12日という日は決して忘れら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Startup ゼミ 2021 秋期講習 / AWS Startup Seminar 2021 Autumn class - AWS Dev Day
「それ、どこに出しても恥ずかしくないTerraformコードになってるか？」 / Terraform AWS Best Practices
Oracle RAC on AWS – The Licensing Question - House of Brick
AWSの学び方
AWS Nitro Enclaveについて - Secure旅団 情報収集（公開用）
