AWSアカウントでしかできないことをまとめてみた ｜ DevelopersIO
ご機嫌いかがでしょうか、豊崎です。 AWSアカウントは非常に強い権限を持っているので、MFAを設定して極力利用せず、IAMアカウントを使いましょう。 よく耳にする、AWSを利用する上でのベストプラクティスです。 確かにその通りで、AWSアカウントの取り扱いについてしっかりとした管理を行うことが望ましいです。 ここでいう「AWSアカウント」とは、いわゆるルートユーザーを指しています。 ですが、AWSアカウントを利用しなければいけないオペレーションもあります。 ここでは比較的頻度の多い、「AWSアカウントでしかできないこと」をまとめてみたいと思います。 AWSアカウント（ルートユーザー）でしかできないこと ルートユーザーの詳細の変更 AWSアカウントのパスワードの変更や、AWSアカウントに紐づけられたEメールアドレスはAWSアカウントでのみ行えます。 AWS のサポートプランの変更 AWSアカ
やってみよう！AWSでWEBサーバー環境構築（シリーズ第1回） | Wedding Park CREATORS Blog
こんにちは、岩橋聡吾です。最近のAWSは、次から次に新たなサービスを展開し、その勢いは留まることを知リません。今やITと切っても切れない関係と言っても過言ではないでしょう。 そこでこの度、複数回に渡ってAWS上でのWebアプリ向けのサーバー環境構築について記事にしてみたいと思います。 今回構築するサーバー環境は、 ◉VPC（Virtual Private Cloud：土地全体）の構築 ◉AZ（Availability Zone：建造物エリア）、サブネット（：建造物を設置するための基礎）の構築 ◉WEBサーバーの設置（EC2） ◉ロードバランサー（ELB：玄関）の設置 ◉ステップサーバー（EC2：裏口玄関）の設置 ◉DNSの設定（Route53：住所登録） ◉データベースの設置（RDS） ◉KVSの設置（ElastiCache） …etc を想定しており、最終的には以下のようなイメージになり
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
AWSアカウントとVPC、分ける？ 分けない？: 分割パターンのメリット・デメリット | DevelopersIO
分割の基準を2つに絞っても、9パターンもありました。各構成を1つずつ見ていきましょう。 1. 単一のAWSアカウントを使う この構成パターンは、一見単純です。しかし、すべてのシステムを1つのAWSアカウントの中に構築するため、アカウント内の環境はかなり複雑になります。 1-1. 単一のAWSアカウント、単一のVPC default VPC以外のVPCを1つ明示的に作り、その中に複数のシステム、複数の環境を混在させる構成です 1-2. システムの種類と環境の用途でVPCを分割 システムの種類でVPCを分け、さらに本番用と開発用など環境の用途によってもVPCを分ける構成です 1-3. システムの種類でVPCを分割 システムの種類によってVPCを分けますが、開発環境や本番環境を1つのVPC内に構築する構成です 1-4. 環境の用途でVPCを分割 環境の用途によってVPCを分けますが、複数の異なる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
