- 1. AWS Certified AI Practitioner 認定勉強 ~一般的なAI基礎~
- 2. AWS Certified AI Practitioner 認定勉強 ~序章~
- 3. コストをちょっと削減したプロダクトの形
- 4. Aurora Serverless v1 から v2 への移行手順
- 5. RailsアプリケーションでAWS Parameter Storeを使用する方法
- 6. なぜ今コンテナなのか【AWS Black Belt】のまとめ
- 7. ELBアクセスログ分析のためのAthena設定とクエリ例
- 8. AWS EC2のプライベートIPにOpenVPNで接続する【Windows Server】
- 9. Self-hosted GitHub Actions runners in AWS CodeBuild
- 10. 【2024/8 簡単ガイド】NginxとGunicornを使って、DjangoのWEBアプリをAWS EC2にデプロイする方法
- 11. Generative AI Use Cases JPで既存のACM証明書を指定できるようカスタマイズする
- 12. AWSでサーバー作ってみた！～初心者でも簡単にできるEC2立ち上げ～(概要編)
- 13. 10秒でVPCなどのインフラ環境を簡単作成！
- 14. Amazon Linux2023にMySQLのclientをインストールしてRDSに接続する
- 15. CLFクラウドのコンセプトについて（その2）
- 16. 【AWS】terraform で EC2を作成しようとしたところ InvalidGroup.NotFound が出る
- 17. Terraformのprovider等のバージョン制約と不整合について
- 18. 【AWS】CloudFront+Route53+ALB+AutoScaling+EC2で負荷分散Webサイトを公開する方法
- 19. 【CLI,CDK】アクセスキーを用いたIAMユーザー認証について簡単にまとめた
- 20. AWS Certified Developer – Associate (DVA-C02) 合格体験記
AWS Certified AI Practitioner 認定勉強 ~一般的なAI基礎~
## :beginner: 対象購読者
– AWS Certified AI Practitioner勉強中の方
– AIに興味あるけどいまいちよくわからないという方
– AIを深く理解というよりかは浅くイメージをつかみたいという方
– RPGが好きな方！## :one: 第一章
## :crossed_swords: モデルの学習方法
フムフム…3種類の学習方法があって…なるほど…わからん…
こんなんでわかるかボケ～！こういう時はRPG風に考えてみよう！
**公式サイト**https://aws.amazon.com/jp/certification/certified-ai-practitioner/
**AWS Ce
コストをちょっと削減したプロダクトの形
## 前書き
仲間と一緒に、カツカツで起業活動を行っています。
AWSを使用しているため、最近の円安により頭を悩ませていました。
どうにかランニングコストを下げるため、行った一部の施策を記録します。
使用する技術は以下の通りです。。
| 言語 | Typescript | || |
|:———–|:————:|:————:|:————:|:————:|
| フレームワーク | tRPC | Express | Turborepo| Prisma|
| インフラ・ミドルウェア | Docker | AWS | CDK | PostgreSQL |## 既存構成
リポジト管理は`モ
Aurora Serverless v1 から v2 への移行手順
## はじめに
2024 年 12 月 31 日に Aurora Serverless v1 はサポートを終了します。ここでは Aurora Serverless v2 へアップグレードする手順を紹介します。
### Aurora Serverless v1 と v2 の違い
Aurora Serverless v1 と v2 は DB クラスターおよびインスタンスに大きな違いがあるので、事前に概念を確認してください。
– DB クラスター
– v1 は Serverless
– v2 は Provisioned
– DB インスタンス
– v1 は インスタンスが存在しない
– v2 は Serverless（Provisioned インスタンスと共存可）以下記事の「Provisioned と Serverless の違い」が参考になります。
https://dev.classmethod.jp/articles/moving-from-aurora-serverless-v1-tov2/
### アップグレード前提
– Aurora Server
RailsアプリケーションでAWS Parameter Storeを使用する方法
AWS Parameter Storeは、アプリケーションの設定値や機密情報を安全に管理するための便利なサービスです。
この記事では、Railsアプリケーションのproduction環境設定でAWS Parameter Storeの値を使用する方法について説明します。**前提条件**
– AWSアカウントがあること
– AWS CLIが設定されていること
– Railsプロジェクトがあること# 1. AWS SDKのセットアップ
まず、AWS SDKをプロジェクトに追加します。Gemfileに以下を追加し、bundle installを実行します。
“`ruby
gem ‘aws-sdk-ssm’
“`# 2. パラメータ取得用のヘルパーメソッド
次に、AWS Parameter Storeから値を取得するためのヘルパーメソッドを作成します。config/application.rbに以下のコードを追加します。
“`ruby
require ‘aws-sdk-ssm’module ParameterStoreHelper
def fetch_parameter
なぜ今コンテナなのか【AWS Black Belt】のまとめ
## はじめに
「AWS Black Beltのなぜ今コンテなのか」を視聴したのでそちらを自分なりにまとめてみました。
AWSコンテナサービスは、アプリケーション開発をより効率的に、安全に、そして迅速に行うための技術で近年、多くの企業がアプリケーション開発のスピードアップを求めており、そのニーズに応える手段として注目されています。**コンテナとは？**
コンテナは、アプリケーションとその実行に必要な環境をパッケージ化したものです。
これにより、異なる環境間でのアプリケーションの移植性を高め、開発と運用をスムーズに行うことができます。
**AWSコンテナサービスの利点**
AWSは、コンテナ技術を活用したアプリケーション開発を支援する様々なサービスを提供しています。* **迅速な開発とデプロイメント：** コンテナ技術により、開発者はアプリケーションを迅速に構築、テスト、デプロイできます
* **高いスケーラビリティ：** AWSコンテナサービスは、必要に応じてスケールアップ・スケールダウンが容易です
* **セキュリティの強化：** AWSコンテナサービスは、セキュリティ対策を
ELBアクセスログ分析のためのAthena設定とクエリ例
最近、ELB(Application Load Balancer)のアクセスログを有効化し、問題が発生した際にアプリケーションの挙動を迅速に分析できるようにしました。S3に保存されるログを効率的に扱うために、Athenaを使用して専用のデータベースとテーブルを設定し、分析用のクエリを整理しました。
https://qiita.com/suzuki0430/items/28037f90904a5a4f0f27
## Athenaの設定
### データベースの作成
Athenaのクエリエディタを開き、以下のコマンドでログ用のデータベースを作成します。“`SQL
CREATE DATABASE IF NOT EXISTS production_logs;
“`
### テーブルの作成
ドキ
AWS EC2のプライベートIPにOpenVPNで接続する【Windows Server】
# はじめに
業務でクラウド(Oracle Cloud Infrastructure)を扱う機会があり、プライベートIPでインスタンスにアクセスするということを初めて経験した。インターネットに直接面していないプライベートIPにどうやってアクセスするんだろうという単純な疑問が湧いたので少し調べてみたところ、(他にも方法はありそうだが)VPNを用いればアクセスできそうだと分かったので実際に試してみた。今回はある程度使い慣れたAWSのEC2でWindows Serverを立ち上げ、OpenVPNを用いたRDP接続を行った。
そんなに役立たない内容かもしれないが、備忘録の意味も込めて執筆する(IPフォワーディングの部分などかなり手間取ったので)# 手順
### VPC、サブネット、IGWの作成
**1.「VPC」で検索 > 「VPC」をクリック > 「VPCを作成」をクリック**
適当なIPv4 CIDRを入力し、VPCを作成をクリックしてVPCを作成する
# 前提
2つあります。
– github上にデプロイしたいWebアプリがあること
– AWS用語の基礎知識があること
（下記が分かっていればOK）
– Amazon VPC
– AZ
– サブネット
– ルートテーブル
– インターネットゲートウェイ
– セキュリティグループ↓説明を載せておくので、参考にしてください！
| 用語 | 説明
Generative AI Use Cases JPで既存のACM証明書を指定できるようカスタマイズする
## はじめに
Generative AI Use Cases JP (以降、GenU) は生成 AI を活用した様々なビジネスユースケースに対応したデモアプリケーションの実装です。GitHub 上で OSS として公開されています。https://github.com/aws-samples/generative-ai-use-cases-jp
本記事では GenU 自体の詳細や細かいデプロイ方法、利用方法などには触れません。これらについては [生成 AI 体験ワークショップ](https://catalog.workshops.aws/generative-ai-use-cases-jp/ja-JP) などを参照、体験いただくことをおすすめします。
### カスタムドメインの使用
GenU は AWS CDK を使用して実装されており、CDK の context で様々なデプロイオプションを指定できます。https://github.com/aws-samples/generative-ai-use-cases-jp/blob/main/docs/DEPLOY_OPTI
AWSでサーバー作ってみた！～初心者でも簡単にできるEC2立ち上げ～(概要編)
どうも！最近ようやく定期的にプログラミングに関する記事をあげている２６歳看護師です。
今回は、AWSでサーバーを作る方法をざっくりと紹介していこうと思います！AWSって聞くと「なんか難しそう…」って思うかもしれないけど、実はそんなこと、、、あります。めちゃくちゃむずかしい。
なので今回は私のイメージ的として捉えるAWSの概要についてまとめてみました！
### まずは家を建てる場所を決めよう！
家を建てるときって、まずはどこに建てるか決めますよね？AWSでも同じように、まずは「リージョン」と「アベイラビリティーゾーン」っていう場所を決めます。これが「サーバーをどこに置くか」って話になるんです。リージョンは国や地域、アベイラビリティーゾーンはその中の具体的なデータセンターのこと。
10秒でVPCなどのインフラ環境を簡単作成！
# はじめに
タイトルにもある通り、この記事ではVPCなどのインフラ環境を10秒で構築できる方法をご紹介します
# ではさっそく
まずはコンソール画面からVPCを選択し、右上の`VPCを作成`をクリックしてください
**作成するリソース**
`VPCなど`を選択 … VPCのみを選択すると、サブネットやルートテーブルなどを個別に設定しなければいけないため、ここでまとめて設定できるようVPCな
Amazon Linux2023にMySQLのclientをインストールしてRDSに接続する
# 概要
AmazonLinux2からAmazonLinux2023に乗り換えるべく、同じ環境を作ります。https://qiita.com/tamorieeeen/items/d9b2af588f1dfd43120d
#環境
– AWS EC2
– OS: Amazon Linux 2023
– AMI: al2023-ami-2023.5.20240730.0-kernel-6.1-x86_64
– RDS
– engine: MySQL Community
– version: 8.0.35
# 構築手順
こちらの公式情報を参考に進めます。https://dev.mysql.com/doc/refman/8.0/ja/linux-installation-yum-repo.html
## 1. MySQL8.0のリポジトリを追加
最新のリポジトリはこちらで確認します。AL2023はFedoraベースのようですが、構成はRHEL9に似てるらしいのでRHEL9のパッケージを入れてみます。https://dev.mysql.com/downloads/r
CLFクラウドのコンセプトについて（その2）
# はじめに
AWS認定であるクラウドプラクティショナー(CLF)の出題範囲である、
クラウドのコンセプトについて学ぶ。## クラウドの分野について
* ①AWS クラウドの利点を定義する。
* ②AWS クラウドの設計原則を特定する。
* ③AWS クラウドへの移行の利点と戦略を理解する。
* ④クラウドエコノミクスのコンセプトを理解する。以上4項目がAWSの提示しているクラウドのコンセプトです。
今回はこの中から**②AWS クラウドの設計原則を特定する**を簡潔に解説します。## ②AWS クラウドの設計原則を特定する
こちらの項目では
**AWS Well-Architected フレームワーク**が対象知識となっています。
対象となるスキルは以下の2つです。
* ①Well-Archtectedフレームワークの柱の理解(運用上の優秀性、セキュリティ、信頼性、パフォーマンス効率、コスト最適化、持続可能性など)
* ②Well-Architected フレームワークのさまざまな柱の相違点の特定## Well-Architected フレームワー
【AWS】terraform で EC2を作成しようとしたところ InvalidGroup.NotFound が出る
## 概要
以下のterraformでEC2を作ろうとしたところSGグループが見つからない旨のエラーが出現
## tfファイル
“`
resource “aws_instance” “dev_test_01” {
ami = “ami-”
availability_zone = “ap-northeast-1a”
iam_instance_profile = “SSM_access_for_EC2”
instance_type = “t2.micro”
key_name = “dev-test-01”
private_ip = “192.168.10.1”
subnet_id = “subnet-”
security_groups = [“ec2-1”, “ec2-2”]
tags = {
Name = “dev-test-01”
}
vpc_security_group_ids = [“sg-1”, “sg-
Terraformのprovider等のバージョン制約と不整合について
# はじめに
どうも、@to-fmakです。入社5日目ですが、既存環境等のキャッチアップをしながら、2日ほど作業していました。
作業（Terraformコードを中心に見ていました）の際に見つけた課題ついてまとめてみました。# 背景
– インフラ設定変更が必要なため、あるTerraformリポジトリ（直近あまり更新されていない）で作業をすることに
– terraform initの際に、aws providerのバージョン制約により、バージョンの不整合が起きた# Terraform Providerバージョンの不整合について
※元々のソースコードやコンソール出力ではフルバージョンが記載されていますが、本記事ではマイナーバージョンをマスキングします。また、省略する部分は「…」とします。
## そもそも何が起きたのか
リポジトリの中身を覗いてみたら、.terraform.lock.hclが存在していました。
“`:.terraform.lock.hcl
provider “registry.terraform.io/hashicorp/aws” {
versio
【AWS】CloudFront+Route53+ALB+AutoScaling+EC2で負荷分散Webサイトを公開する方法
## 構成図
パブリックVPC内のEC2のWebサーバーを、ALB-Internet Gateway-CloudFront-Route53で公開する。Cognitoで認証を付与して、短い処理はAPI Gateway-LambdaでWebアプリ化している。データベースは全てDynamoDBを使用し、データレイクとしてS3を使用している。
## 事前準備
・パブリックVPC内にEC2を立ちあげ、Webサーバーを公開する## 開発の流れ
1. Route53でドメイン取得とホストゾーン作成
1. ALBでターゲットグループの作成とロードバランサーの作成
1. ACMでパブリックSSL/TLS認証書の取得・Route53のホストゾーンへ登録
1. CloudFrontでALBをオリジンとするドメイン
【CLI,CDK】アクセスキーを用いたIAMユーザー認証について簡単にまとめた
# 経緯
CDKを使用する際に、CLIの認証情報を使用していることを知りました。普段アクセスキーを用いてCLIを叩いていて、その辺周辺の知識がふわふわしていたので復習、備忘録がてら記事を書きました。https://docs.aws.amazon.com/ja_jp/cdk/v2/guide/configure-access.html
# 前提条件
記事を書くために調査をしていると、この記事でまとめている手法については本番環境などでは非推奨であることがわかりました。
あくまで開発環境や砂場環境などでの使用を前提とします。>警告
セキュリティリスクを避けるため、専用ソフトウェアの開発や実際のデータを扱うときは、IAM ユーザーを認証に使用しないでください。代わりに、AWS IAM Identity Center などの ID プロバイダーとのフェデレーションを使用してください。https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/cli-authentication-user.html#cli-authentica
AWS Certified Developer – Associate (DVA-C02) 合格体験記
# 2024年8月9日にAWS Certified Developer – Associate (DVA-C02) 合格しました！
### 勉強期間
2024年7月20日〜8月9日
### AWSの経験
•AWS専門のクラウドスクールにて勉強中
•実務経験なし試験は、実際の開発を想定した問題で開発に必要な組み合わせを覚えることが重要だと感じました。
実務経験なしとは書いておりますがフロントエンドのデプロイの際にALB、EC2を構築した経験はあったため流れを掴みやすかったと感じています#### 試験対策に使ったリソース：
• AWS公式トレーニング
• クラウドテック
• クラウドライセンス前回と同様クラウドテックを１巡しその後AWS公式トレーニング動画を見て理解度を深め、クラウドライセンスで全問解いた後、ひたすらテストを繰り返しました。
SAAに比べると比較的文章しっかり読むことで解ける内容が多いと感じました。
次も頑張ります！
