IPv4の常識 vs IPv6の常識＠家庭内LAN - Qiita
こんな感じで、IPv4では常識と思っていたことがIPv6で通用しないことがたくさんあります。ここから、順を追って説明していきます。 大前提：IPv6はIPv4とは似て非なるものである IPv6を知る上でまず最初に理解しておく必要があるのは、IPv6は単純に「枯渇したIPv4アドレスの桁を増やして補充するためのもの」ではないということです。 IPv6はIPv4とは設計思想から変更されています。この点は非常に重要で、IPv6のアドレスの表記方法くらいしか分かっていない状態で、IPv4の設定は朝飯前だし、手探りでできるだろうと思ってIPv6の設定などしようとするとハマります。（←経験済み） アドレスが長くなって表記方法が変わる以外にも、これまでIPv4では当たり前だった常識が通用しないところがたくさんあるのはそのためです。 IPv6アドレス空間はスカスカに使われる予定 IPv6がIPv4から変わ
2分で読める「AWS Amplify」について - Qiita
1. AWS Amplifyとは AWS Amplifyは、Amazon Web Services（AWS）が提供する一連のツールとサービスで、フロントエンドのウェブアプリケーションおよびモバイルアプリケーションの開発、デプロイ、ホスティングを簡素化することを目的とした「クラウドプラットフォームサービス」です。以下の主要なコンポーネントから構成されています。 Amplify CLI コマンドラインツールで、プロジェクトのセットアップ、リソースのプロビジョニング、アプリケーションのデプロイを行います。 Amplify Console 継続的デプロイメントとホスティングを提供するサービスで、Gitリポジトリと連携してコードの変更を自動的にデプロイします。 Amplify Libraries クライアントサイドライブラリで、認証、データストレージ、API呼び出し、分析などの機能を簡単に統合できま
使用していない Docker オブジェクトの削除（prune） — Docker-docs-ja 24.0 ドキュメント
Docker は使用していないオブジェクト、たとえばイメージ、コンテナ、ボリューム、ネットワークに対するクリーンアップには、慎重なアプローチをとっています。すなわち、各オブジェクトは Docker に対して明示的に削除を命令しない限り、削除されることはありません。その結果、Docker は巨大なディスク容量を使う事になりました。オブジェクトのタイプごとに、 Docker は prune （削除）コマンドを提供しています。さらに、 docker system prune を使えば、複数のオブジェクト・タイプを一度にクリーンアップできます。このトピックは各 prune コマンドをどのようにして使うか紹介します。
分散処理技術「Hadoop」とは：NTTデータのHadoopソリューション
分散処理技術「Hadoop」とは Hadoopとは、大規模データの蓄積・分析を分散処理技術によって実現するオープンソースのミドルウェアです。 Apacheプロジェクトの元で、Hortonworks社、米国Yahoo!社、Cloudera社といった初期から参加していた企業に加えて、 Intel社、Microsoft社などより多くの企業のメンバーによって開発が続けられています。 Hadoop登場の背景 Hadoopは、Google社が論文として公開した、Google社内の以下の基盤技術をオープンソースとして実装したものを利用しています。 * GFS (Google File System : Google社の分散ファイルシステム) * Google MapReduce (Google社での分散処理技術) 検索サービスで扱うWebページの情報をGFSに保存して、検索用インデックスをGoogle
ALBを1 AZ, 1 subnetで使う方法 with Terraform - Qiita
required_providers { aws = { source = "hashicorp/aws" version = "4.59.0" } } ALBにはAvailability Zoneが2つ必要 ALBにはAvailability Zoneが2つ必要である。 Availability Zoneを1つにしてALBを作ろうとすると次のようなエラーが出る。 │ Error: creating ELBv2 application Load Balancer (alb-qiita-production-alb): ValidationError: At least two subnets in two different Availability Zones must be specified │ status code: 400, request id: 94fc711b-2ad0-
AWSが教えてくれないコスト削減の小話いろいろ | 外道父の匠
米ドル/円 が150円と計算しやすくなり、コスト削減の圧力が日々強まる中、皆様お宝探しと垂れ流し回収の真っ最中でございましょうか。 最近はコスト削減や予算について見ることが多いので、その中で出てきた面白げな話に雑談を加えてとりとめなく書いてみようと思います。 削減余地はある 昨年にご好評いただいた AWSコスト削減とリソース管理 | 外道父の匠 を含め色々な削減施策を試みてきましたが、サクッと成果になる箇所から泥沼に動かない所まで様々あったりします。 ただ、どんなアカウントでもトラフィックや処理負荷には波があり、それに対する余剰リソースを確保して構成しているので、その辺をキュッと絞ることまで含めればやれることは必ず一定以上存在することになります。 そういう大きなお宝ではない小さなお宝だと様々あり、古びたとか退職者が作ったとかで、ほぼ使っていない垂れ流しリソースやデータをかき集めれば、チリツ
【書評】「コンテナセキュリティ コンテナ化されたアプリケーションを保護する要素技術」 | DevelopersIO
セキュリティに限定せず、「コンテナとは何か」から詳細に説明しています。コンテナやセキュリティの深淵に触れてみたい方にお勧めの、遅効性の良書という印象です。 コーヒーが好きな emi です。 コンテナを使ったアーキテクチャは引き合いも多く、私も常々しっかり学ばねばならないと思っていました。そんな折、以下のイベントでコンテナセキュリティに関する内容で登壇をすることになりました。 コンテナセキュリティについて学ぶため「コンテナセキュリティ コンテナ化されたアプリケーションを保護する要素技術」を読みましたので、本記事では本書の概要と感想を記載します。 書籍情報 書籍タイトル : コンテナセキュリティ コンテナ化されたアプリケーションを保護する要素技術 著者 : Liz Rice（著）、株式会社スリーシェイク（監修）、水元 恭平、生賀 一輝、戸澤 涼、元内 柊也（訳） 出版社 : インプレス 出版日
【fabric】複雑なタスクをAIが自動化、人間の能力を拡張するオープンソースAIを使ってみた | WEEL
【fabric】複雑なタスクをAIが自動化、人間の能力を拡張するオープンソースAIを使ってみた 2024 2/22 WEELメディア事業部LLMライターのゆうやです。 fabricは、誰でも人生や仕事を向上させるために使用できる、オープンソースAIフレームワークです。 このフレームワークは様々なタスクをパターン分けしており、文章の要約や動画の抽出といったタスクを簡単に実行できるほか、それらのパターンを組み合わせて高度なタスクをこなすこともできます。 以下の動画は実際に動作している様子です。 引用元：https://github.com/danielmiessler/fabric?tab=readme-ov-file#fabric-is-an-open-source-framework-for-augmenting-humans-using-ai fabricのGithubのスター数は、4,
Homebrew入門：複数アカウントで使用する方法
背景 業務の関係で、Macのアカウントを複数作成して、アカウントごとにbrewを使用したい場面がありましたので、その時の対処法方法をご紹介します。 brewのバックアップ 複数アカウントにbrewをインストールする前に、管理者アカウントで使用していたbrewのバックアップと取得しておきます。これは、もし問題が発生したときに、brewをアンインストールして、再インストールすることを想定しています。 brewのバックアップは下記のコマンドで取得できます。 brew bundle dump 下記のファイルが作成されていれば成功です。 Brewfile 補足 このファイルが存在するディレクトリで、下記のコマンドを実行すると、brewによるインストールができます。 brew bundle アカウントのホームディレクトリにインストール brewを使用したいアカウントのホームディレクトリに移動して、下記
エンジニアは全員おうちKubernetesをやるべし【Part 1：なぜやるのか】 - Qiita
こんにちは。おうちKubernetesを勧めるためにやってきました。 このシリーズでは、Part 1で「なぜやるのか」、Part 2で「どうやるのか」について話します。 この記事は自宅サーバー上のKubernetesで不特定多数向けのサービスを展開することを勧めるものではなく、自分用・身内用のアプリを自宅サーバー上のKubernetesで運用することを勧めるものです。 エンジニアは全員おうちKubernetesをやるべき絶対的な理由 自己研鑽のために （鑽←この字「研鑽」と「大鑽井盆地」でしか見ない） 企業がKubernetesを採用する場合、ほとんどがEKSやGKEといったクラウド上で動作するマネージドKubernetesサービスを使用すると思います。ただ、Kubernetesであればコマンドやマニフェストファイルの書き方は共通なので、おうちKubernetesで学んだことがそのまま業務
AWS Fargate, ECSを用いたコンテナ運用設計、構築をしてみた。~ネットワーク編~ - Qiita
前記事 AWS Fargate, ECSを用いたコンテナ運用設計、構築をしてみた。~アーキテクチャ考察~ 今回やること 前回の記事でアーキテクチャを考えました！！ 今回はアーキテクチャを構築するためのネットワーク、セキュリティグループを作成していきます。 アーキテクチャ精査 前回作成したアーキテクチャに以下サブネットを追記します。 自分はCloud9を使用してALB→Fargateの疎通確認やDBの設定、ECRへのプッシュを行いましたので、Cloud9用のサブネットを追加しています。 赤線はCloud9から接続する必要があるルートです！このルートを通れるようにセキュリティグループを設定しないといけません。（自分はここ設定し忘れてテストで嘆いてました。） Interfase Endopoint用Private subnet(ECR, CloudWatch, Secret Manager用)
ALBとECSの間のTLS接続を試す - kdnakt blog
クラメソさんのこの記事を読んで追加で色々試してみたのでメモ。 dev.classmethod.jp [ALBからのHTTPS通信？] [aws-ecs-patterns] [nginxで実験] [まとめ] [ALBからのHTTPS通信？] こちらのAWS公式ドキュメントに記載されているように、ロードバランサでTLS接続を終わらせ、EC2やECSへの接続にはHTTPSでなくHTTP通信を利用するだけでも十分であることが多い。一方で、より厳しいルールに従うならばロードバランサからバックエンドへの通信にHTTPSを利用することもできる。 以下の記事では、バックエンドにEC2インスタンスを利用し、自己署名証明書でHTTPS接続している。 dev.classmethod.jp 自己署名証明書を使っているが、ALBのトラストストアに問題の証明書を登録するような手順は確認できなかった。ということは、AL
ALBとバックエンドEC2間をHTTPS通信させてみた | DevelopersIO
ALBのターゲットグループ設定でHTTPSが選択できるため、バックエンドEC2とのHTTPS通信設定し通信できるのか確認してみました。 また、利用したサーバ証明書は、ALBはACM、EC2は自己証明書（オレオレ証明書）を利用してみました。どなたかのお役に立てれば光栄です。 こんにちは、コカコーラ大好きカジです。 ALBのターゲットグループ設定でHTTPSが選択できるため、バックエンドEC2とのHTTPS通信設定し通信できるのか確認してみました。 また、利用したサーバ証明書は、ALBはACM、EC2は自己証明書（オレオレ証明書）を利用してみました。 ELBとEC2間をSSL通信にしたい場合、以前だとCLB（Classic Load Balancer）では、TCPリスナーやHTTPS リスナーでBackend Certificateを利用していましたね。 構成 結果 ターゲットグループのプロト
HSTS（HTTP Strict Transport Security）についてまとめる - Qiita
はじめに セキュリティの重要性が増してくる昨今、Webサイトにも様々なセキュリティ強化の規格が策定されています。 その中でも、対応サイトが増えているように感じるHSTS（HTTP Strict Transport Security）についてまとめました。 HSTS（HTTP Strict Transport Security）とは？ HTTPレスポンスヘッダにHSTSに関する事項を記載することで、指定した有効期間内はブラウザ（ユーザエージェント）が同一ドメインにアクセスする際はTLSによる通信を強制する仕組みです。 つまり、HTTPでアクセスしようとしても、ブラウザが「このドメインはHTTPSでアクセスするドメインだ！」と覚えていてくれて、HTTPSでリクエストを送ってくれるということですね。 HSTS（HTTP Strict Transport Security）はRFC6797で規定さ
HSTS – HTTP Strict Transport Securityの使い方
HSTS – HTTP Strict Transport Securityの使い方 WordPressサイトのセキュリティが正しく設定されていることは、特にハッカーから身を守る場合に非常に重要です。サイトが確実に保護されるための機能強化や最高のWordPressのセキュリティ慣行が多いです。WordPressサイトがHTTPSを使用している場合、お勧めの拡張機能の一つはHSTSセキュリティヘッダーです。これは、中間者攻撃（Man In The Middle Attack、省略MitM）とクッキーハイジャックの防止に役立ちます。 HSTS（Strict Transport Security） WordPressサイトにHSTSを追加するには HSTSヘッダーの検証 HSTSのSEOへの影響 HSTS（Strict Transport Security）とは？ HSTSはHTTP Strict
Rails 5と6のHSTS設定方法｜TechRacho by BPS株式会社
以下の記事の続きです。 Rails: config.force_ssl = true によるHSTSの動作をローカル環境とChromeで試してみた 参考: Rails API ActionDispatch::SSL ⚓Rails 5と6のHSTS設定方法 Rails 5以降では、config/environments/production.rbで以下の設定をコメント解除すると、production環境で強制的にHTTPS通信を試みるようになり、同時にHSTS「も」有効になります。 config.force_ssl = true ドキュメント: Rails アプリケーションを設定する - Railsガイド production環境のRailsサーバーでHSTS（HTTP Strict Transport Security）が有効になると、サーバーからのHTTPレスポンスに以下のようなStri
AWS ALBをSSLの終端にしたときに Strict Transport Security ヘッダーが付与されない
現在クラウドリフトの作業をしていて、ECS（またはEC2）の前段にALBを配置し、ALBをSSLの終端としている。 これはAWSでパブリックなアプリケーションを作成する際によく取られる構成だが、HTTP Strict Transport Security（HSTS）は仕様上HTTPSの経路でのみレスポンスに付与される。 この仕様により、ALBをSSLの終端に設定するとレスポンスにHSTSが付与されない。 この問題を解決するためにはECSに乗せているアプリケーション上で、ALBに到達した際のプロトコルを見るように修正する必要があり、その元のプロトコルがX-Forwarded-Proto (XFP) に入ってくる。 この対応を行う上で調べた内容をメモしておく。
AWS Cognitoを使ってみる
概要 AWS Cognito を使ってログイン機能を構築してみます。 構築方法として、ログイン画面と会員登録画面について、Cognito 側で用意された UI（Hosted UI）を使用するパターンと、SDK 等を用いて完全に独自にログイン画面や会員登録画面を構成するパターンがあります。 まずは、Cognito 側で用意された UI（Hosted UI）を使用するパターンについて記載します。 手順 Cognito ユーザプール設定 AWS コンソールからcognito-ユーザープールの管理-ユーザープールを作成するを押下します。 プール名に任意のプール名を設定します。（例）：testuserpool） ステップに従って設定するを押下します。 属性の設定を行います。ここでの設定は後から変更できないため、先に要件を決めておく必要があります。ユーザ名でのサインインとするか、Eメールアドレス、電話
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/aws-samples/baseline-environment-on-aws/blob/main/README_ja.md
AWS Samples
