業務でAWSを利用する時に知っておくべきポイント10選 - Qiita
2024年1月時点のAWSベストプラクティスに従って作成しました 好評でしたら続編も検討します 1. 環境ごとにアカウントを分離する 本番、検証、開発ごとにアカウントを分割しましょう ✕良くない例 ◎良い例 最初にアカウント分割しておかないと、後で分割するのはとても大変です アカウントを分割することで「検証と思って作業したら、実は本番だった」のような事故を減らすことができます コストがアカウント単位で集計されるため、環境ごとのコストを簡単に算出することができます AWS Organizationsを使用することで、各環境に応じた権限設定が簡単にでき、ガバナンスを強化することができます AWSアカウントはAWS Control TowerのAccount Factoryを使用することで、クレジットカード情報を都度入力することなく簡単にアカウントの払い出しが可能です また、AWS Contro
【最速】既婚子持ち社会人のクラウド初心者でも、1ヶ月半でAWS資格11冠制覇できる方法 - Qiita
アバン 燃えたらチャンスなので、過去記事ご紹介！ 麻雀のテンパイ判定の話 JavaScriptとnodeの非同期処理の話 計算量オーダーと商売の話 でもって、本書きたいので、出版社の方、声かけて頂けたら企画書書きます！ 本編もサクッと書きます！ 既婚で、子持ちで、IT企業に勤める社会人で、40代後半です。奥さんは超頑張り屋です。関係ないけど学校は文系です。で、大昔にプログラマしていたことはあるけれど、基本その後20年間スーツ系のお仕事をしていたので、「サブネットってアレだ。255.255.255.0とかでマスクしてるやつ」くらいのネットワーク知識です。逆にソケットなら使ったことあるけども。 本格的なIaaSが登場したときにはすでにエンジニアから遠い界隈にいたので、「AWSって、さくらインターネットの凄い版？」みたいなぼんやりした印象を持っている、クラウド初心者も甚だしい人でした。でも、AW
3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その2 Azure固有の優位性について) - Qiita
3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その2 Azure固有の優位性について)Azure 3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その2 Azure固有の優位性について) はじめに 前回記事で3大クラウドに関して、各々のクラウドのシェアと将来性に関して感想を記述したところ、トレンド1位になったりと大変大きな反響をいただきました。 長い記事であったにも関わらず、目を通してくださった読者の皆様ありがとうございます！ しかしながら、予想外のバズり方をしてしまってだいぶハードルが上がってしまったのと、ちょうど弊社でインパクトの大きい経営施策(シリーズBの資金調達/事業譲渡)が立て続けに執行されたことが相まって、記事第二弾の投下が遅くなってしまいました。 楽しみにしてくださっていた方々、申し訳ございません。 今
AWS・GCP・AzureのIoTプラットフォームを調べている - Qiita
プロトコルはMQTTかHTTP、各社デバイスパートナを持っており、そのデバイス上で使えるSDKを提供している感じ。エッジでは機械学習 各サービスの資料 軽くググったら出てきた資料たち AWS が提供する IoT ソリューションと ITS における活用 「AWS IoTのベストプラクティス」それホント！？ オートモーティブIoT GCP Azure SORACOM SORACOMはこの分野でかなり頑張ってる感じ。GAFAのIoTプラットフォームの劣化版を作らず、彼らに乗っかって早くPoCを回してやりたいことをやってしまおうというアイデア。以下の資料は、技術だけじゃなくて、IoTプロジェクトの進め方、ベストプラクティスに言及していて面白い。GCP, Azure, AWSともにアーキテクチャの図が横通しで見られる。 「作りこまない IoT 」を実現するためのクラウドネイティブな IoT システム
【AWS】バースト可能インスタンスについて - Qiita
バースト可能インスタンスとは ・AWSのインスタンスt2とt3・t3aに存在するシステム ・あまりCPUを必要としないサーバや、たまにしかCPUを使わないサーバの場合にこのインスタンスタイプにする ・このシステムを使ってるインスタンスは安い バースト可能インスタンスの詳しい説明 CPUを使わないときに「クレジット」と呼ばれる通貨みたいなものを貯めておき いざCPUを使いたいとなったときにその通貨を支払って100%のパフォーマンスを出すことができる t2、t3・t3a以外のインスタンスは普通に100%のCPUを使うことができるが料金が高い 仕組み CPU100%の状態を1分間続けると1クレジット失われる（全インスタンスタイプ共通） （例えば20%の状態を1分間続けば1/5クレジット、2分間続くと2/5クレジットが失われる） 逆に起動している間、常にクレジットは回復していく インスタンスによっ
AWSとGCP間をVPN接続してみた
はじめに AWSとGCP間をシームレスに接続する必要が出てきたので、VPNセッションを冗長化する方法で実装しました。 この投稿内容は、テスト環境上に実装＆動作検証した際の備忘録となります。 VPN要件 ２つのVPN接続を用意して冗長性を確保する。 クラウド間はBGP(Border Gateway Protocol)を用いてルーティング情報を交換する。（ダイナミックルーティング） 両クラウド基盤は、東京リージョン間を接続する。（距離遅延を最小に抑える為） 実装後のネットワーク構成イメージ VPN周りの構成を検討するにあたり、公式ドキュメントにある『冗長 Cloud VPN トンネル』を参考にした。 また本投稿ではテスト環境下で検証した為、IPアドレス等の情報をマスクせずに記載する。 （現在は全てのテスト環境を削除した為、アドレス等は存在していません。） VPN接続手順 (GCP) 外部IPア
AWS のデータセンターに侵入する（妄想で） - Qiita
AWS の中身はどうなっているの？ AWS インスタンスを立ち上げたとき、なんとなく Virtual Machine 上で 仮想OSが立ち上がっているんだろうなーというのは分かるけど、実際の物理層はどうなっているんでしょうか。データセンターはどこにあって、何台くらいのサーバが動いていて、どのラックのどの VM 上にインスタンスができるんでしょう。 そんなこと知らなくてもサーバ立てることはできるし、障害にも強いらしいし、知らなくてもいいことなんだけど。でも、わたし気になります！ ナイショです AWS はデータセンターの場所は非公開、どこにあるか教えてくれません。物理層の内部仕様も非公開で re:invent でチョイ出しする程度です。 ここはささやかな抵抗として、物理構成を想像で補完し、妄想によるデータセンターへの侵入を試みます。 こんな構成で構築しました 手始めにサーバ 1台、ボリューム
PlantUMLでAWSのシステム構成図がなるべく管理される世界観を考えてみた - Qiita
先日、パブリックの方も対応したようです リリースノート - Qiita これをやった経緯 これまで経験してきたプロジェクトでも多くのシステム構成図を作成してきましたが、ER図とか仕様書とか構成図も含め、 ドキュメントってやっぱり最新の状態で管理されないなー というのを結構、課題に感じていまして、しばらくどうしたらいいんだろう と考えを巡らせていたのですが、システム構成図に関してはこうするのはどうだろう という僕以外の優秀なエンジニアの皆様への問題提起となります。 これまでは何が問題だったのか？ 図を描きやすいツール(Cacooとかね)を使って構成図を作成していて、開発するソースや使ってるツールとは離れた場所で管理される状態だった 開発プロジェクトへ参加した際に最低限必要なもの(ソースとか、ミドルウェアとか、タスク管理ツールとか)の中にいないため、途中から入った人には共有されないこともあった
AWS環境におけるDDoS対策 - Qiita
こんにちは、ひろかずです。 AWSのDDoS対策(対応状況)ってどうよ。ってふわっと問われることが多くなってきましたので一筆書きます。 ★★ 2016/2/23 Slowlorisの箇所を修正しました！CloudFront△です！ 参考 DDoSに対するAWSのベストプラクティス DDoS Protection Services Review 2016 一言で言うと 「答えは、DDoSに対するAWSのベストプラクティスに書いてある」なのですが、案内してもピンときた反応がなかったので、「どうしたら伝わるかな」とを考えていました。 ちょうどいいタイミングで、DDoS Protection Services Review 2016が発表されました。 ここでは、基準とするDDoS攻撃の分類が掲載されているので、それらを引用しながら、DDoSに対するAWSのベストプラクティスの内容を当てはめていって
【誰でもできる】AWS上でSSL化された WordPress サイトを速攻で作る ~ WordPress with NGINX and SSL Certified by Bitnami - Qiita
【誰でもできる】AWS上でSSL化された WordPress サイトを速攻で作る ~ WordPress with NGINX and SSL Certified by BitnamiWordPressnginxAWS初心者BITNAMI はじめに 2019年10月現在で素早くにSSL化した WordPress 環境を作る方法を整理してみました。 必要な準備 必要なもの AWSアカウント ドメイン ※AWSでも取得可能 1. Bitnami AMI から WP サーバを構築 AWSコンソールにログインし検索窓から「EC2(仮想サーバ)」を選択 インスタンスの作成を選択する Amazon マシンイメージ (AMI) の画面で WordPress と検索 AMI 「WordPress with NGINX and SSL Certified by Bitnami」 を選択 Ubuntu かつ
AWS Signature Version 4をElixirで実装してみる - Qiita
はじめに Elixirには公式のAWS SDKが提供されていないので、ElixirからAWSのサービスにアクセスしたい場合は、他の人が作成したライブラリを使う必要があります。 ただ、AWSのサービスへのアクセス自体は認証情報を付与したHTTPリクエストで行われていて、また、サービスごとにそれぞれREST APIが公開され、認証についても共通の認証方式として「AWS Signature Version 4」が公開されているので、自作ライブラリを作ってAWSのサービスを利用することも可能です。 今回、Elixirのお勉強も兼ねて「AWS Signature Version 4」の実装を行い、HTTPリクエストにて実際にAWSのサービスにアクセスしてみます。 なお、今回のコードは下記で公開しています。 https://github.com/imahiro-t/aws_erin
WikiLeaksがAWSのデータセンター所在地を暴露したので詳細を見る - Qiita
WikiLeaksがAmazonのデータセンターの所在地を暴露 しましたね。民間企業の機密情報のリークは公益性のない行為のように感じたものの情報としては面白いので日本を中心に詳細なデータを見ていこうと思います。 WikiLeaks - Map of Amazon's Data Centers 🌏AWSの リージョン/AZ とは 知ってるわいという方は読み飛ばしてください。クラウドではデータセンター、アベイラビリティゾーン、リージョンという言葉がでてきますが、各クラウドプロバイダによって言葉の使い方が少し異なります。AWS では以下のように定義されています。 データセンター（DC） 物理的なビル、またはビル群 AvaliabilityZone（AZ） 1つ以上 のデータセンターで構成したゾーン Region 2つ以上 のAZから成り立つグループ Transit Cernter AZとAZ外
[2019/2版]AWSソリューションアーキテクト-アソシエイト試験に20日で合格する方法 - Qiita
はじめに 2019年2月16日にAWSソリューションアーキテクトアソシエイト試験に783点で合格した。 （試験結果は100から1000の間の値で示され、合格に必要な最低スコアは 720） AWS利用経験ゼロから20日間の勉強で受かったので、勉強法や試験攻略のポイントを記す。 前提として持っていた知識 既に取得済の資格は以下。 ・基本情報技術者 ・LPICレベル1 AWSの業務経験 なし 勉強法 1. 対策本を2周読む（目安：4日） 対策本はこれ。 徹底攻略 AWS認定 ソリューションアーキテクト – アソシエイト教科書 AWS用語を頭に馴染ませることが目的。1周だと意味不明すぎるので2周はすること。 2. AWSに触れる（目安：3日） 紫本と呼ばれるこの本に沿って実機で動かしてみる。 Amazon Web Services 基礎からのネットワーク&サーバー構築 改訂版 AWSの雰囲気を体感
![[2019/2版]AWSソリューションアーキテクト-アソシエイト試験に20日で合格する方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f6c7f9c54d51ad8f98e63b32ebb61bbc40aceb05/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCMjAxOSUyRjIlRTclODklODglNURBV1MlRTMlODIlQkQlRTMlODMlQUElRTMlODMlQTUlRTMlODMlQkMlRTMlODIlQjclRTMlODMlQTclRTMlODMlQjMlRTMlODIlQTIlRTMlODMlQkMlRTMlODIlQUQlRTMlODMlODYlRTMlODIlQUYlRTMlODMlODgtJUUzJTgyJUEyJUUzJTgyJUJEJUUzJTgyJUI3JUUzJTgyJUE4JUUzJTgyJUE0JUUzJTgzJTg4JUU4JUE5JUE2JUU5JUE4JTkzJUUzJTgxJUFCMjAlRTYlOTclQTUlRTMlODElQTclRTUlOTAlODglRTYlQTAlQkMlRTMlODElOTklRTMlODIlOEIlRTYlOTYlQjklRTYlQjMlOTUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTM0OTYyNTM4NjdhZjk0N2IxNjg2MTVjZDZmMTY4NTYy%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbV8xMTIyX2QmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWM5NzVmN2Q3MjQzNWYzZTgwYTM4NzQ5MGU3ZTc0N2I5%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D9e2146db32acbe7010bac96c73f5b8af)
AWS の TrustedAdvisorを使おう - Qiita
この記事は CrowdWorks Advent Calendar 2017 の1日目の記事です。 Trusted Asvisor とは Trusted Advisor は AWS で利用している EC2 や RDS などのサービスをコストやセキュリティに関する Best Practice に基づいたアドバイスを自動的に行なってくれるサービスです。Best Practice に関しては Web で公開されております。 この機能を使うことで、普段の業務で開発用に立てたインスタンスをついそのままにしてしまった時や、甘めに設定してしまったセキュリティに関して警告を確認することができ、つい放置してしまったインスタンスが元で開発費を圧迫したりセキュリティインシデントが発生するのを軽減することができます。 プランについて 普通のAWS利用者だとしたらサポートプランをアップデートしていなければ Trust
Boto3に再入門してみた - Qiita
AWS SDK for Pythonなライブラリです。AWSをインフラ基盤としたシステムの運用においては、お世話になる機会が多いと思います。 本エントリでは、Boto3の主要機能の一部であるLow-Level Client、Resource、Waiterについてまとめてみました。 環境 サンプルコードは以下の環境で実行しています。 Low-Level Client Boto3では、AWSリソースを操作するインターフェースとして低レベルインターフェース、高レベルインターフェースの2種類があります。 Low-Level Clientは名前のとおり低レベルインターフェースにあたるものです。 例として、Low-Level Cientを利用して<インスタンスID>のインスタンスに対して、次の操作を行うプログラムを書いてみます。 インスタンス停止 インスタンス起動 インスタンスにアタッチされたPubl
AWS Cognitoで認証しないと呼び出せない何かのサーバを作る - Qiita
AWS Cognitoを操れるようになったら、今度は生成されたIDトークン/アクセストークンを利活用してみます。 今回は例として4つを挙げました。 Googleの Actions on Google のアカウントリンクに、AWS Cognitoで認証した結果のトークンをリンクさせる Amazonの Alexaスキル のアカウントリンクに、AWS Cognitoで認証した結果のトークンをリンクさせる AWS API Gateway で、AWS Cognitoで認証した結果のトークンがないと呼び出せないようにする Google Cloud Platform の Cloud Endpoint で、AWS Cognitoで認証した結果のトークンがないと呼び出せないようにする Googleの Actions on Google のアカウントリンクに、AWS Cognitoで認証した結果のトークンをリ
CloudFormationでSecurityGroupを作るときにYou may not define rules between a VPC group and a non-VPC groupとエラーが出るときの対応 - Qiita
CloudFormationでSecurityGroupを作るときにYou may not define rules between a VPC group and a non-VPC groupとエラーが出るときの対応YAMLCloudFormation CloudFormationでSecurityGroupを作るときにYou may not define rules between a VPC group and a non-VPC groupとエラーが出るときの対応 解決まで地味に30分程度掛かったのでメモ。 CloudFormationで次のような感じでSecurityGroupを作ろうとすると、You may not define rules between a VPC group and a non-VPC groupとエラーが出てSecurityGroupが作れない。 DB
cfn-python-lint - Qiita
先日 yamllintのconfig という記事を書きましたが、CloudFormation のテンプレートをチェクしたいなら、cfn-python-lint (https://github.com/awslabs/cfn-python-lint) をおすすめします。 CloudFormation テンプレートの文法チェックだけでなく、セマンティック・チェックもしてくれます。 cfn-lint という npm モジュールがあるため、名前の衝突をさけてか、cfn-python-lint となっていますが、パッケージ名、実行コマンドは、ともに cfn-lint になります。 インストール usage: cfn-lint [-h] [-t TEMPLATE [TEMPLATE ...]] [-b] [-d] [-f {quiet,parseable,json}] [-l] [-r REGIONS
Alexaスキル開発において、呼び出し名の変更がテストに反映されない場合にやること - Qiita
はじめに Alexaスキルの開発において、スキルの呼び出し名を変更することがあります。 変更した後、ビルドを行った後、以下の画面のように「テスト」します。 この時、新しく設定した呼び出し名では呼び出せず、依然として変更前の呼び出し名じゃないと呼び出せない、という場合があります。 あれ、おかしいな、反映されるまでに時間がかかるのかな、と思うかもしれませんが、解決方法は簡単です。 テストを無効にして、再度有効にする これだけです。 呼び出し名を変更した後は、このテストを有効にするトグルスイッチを一度オフにして、再度オンにしてください。 新しい呼び出し名で呼び出すことができます。 補足 インテントに対して変更を加えた後、ビルドし、テストを有効にするトグルスイッチのオン・オフを行わずにテストを行ってみました。 変更したとおりに動きました。 インテントについては変更後にトグルスイッチのオン・オフは不
CloudFormationを使ってCloudFormationマクロを作成する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 作成する前に、下記のチェックをつけること AWS CloudFormation によってカスタム名のついた IAM リソースが作成される場合があることを承認します。 ５ 状況が CREATE COMPLETEになれば、CloudFormationマクロの作成が完了です。 6 Lambdaの管理コンソールで、作成したLambda関数（マクロ）が作成されているか確認できます。 テンプレート AWSTemplateFormatVersion: "2010-09-09" Description: CloudFormation Macro Create # ------------------------------------------------------------# # Input Parameters # -------------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
