CloudFormationでRDSを更新する時の注意 - Qiita
背景 CloudFormationで管理しているMariaDBインスタンスのパブリックアクセスを変更したかったのですが スタックファイル(json)から更新すると以下のエラーでハマりました。 CloudFormation cannot update a stack when a custom-named resource requires replacing. Rename (DBインスタンス名) and update the stack again. 公式ドキュメントを読んで見ると InstanceIdentifier 重要 名前を指定すると、このリソースの置換が必要な更新はできません。中断が不要であるか、一定の中断が必要な更新であれば、行うことができます。リソースを置き換える必要がある場合は、新しい名前を指定します。 CloudFormationで、DBInstanceのInstanc
TerraformでModuleを使おう - Qiita
Moduleとは 特定のリソースをModuleにすることで、設定の使い回しや共通化を図る事ができます どんなときに使うか 同一の設定のEC2インスタンスを複数起動する場合、Moduleを使うと簡単です。 workspaceの機能を使わずに、環境ごとにディレクトリを分けている構成をした場合は、Moduleを使用することで複数環境で同一の設定をすることができます。 ここでやること 簡単に試すことを目的にProviderはDockerを指定します。ImageとContainerをModuleにし、異なる環境でImageのタグやコンテナ名、ホストポートへのマッピングを変更する例を上げたいと思います。 実行環境 ツール Tool Version
terraformからroleにpolicyをattachするときの話 - Qiita
概要 terraformにおけるaws_iam_policyとaws_iam_role_policyの違いについて aws_iam_policyで生成したpolicyをattachする(aws_iam_policy_attachment)方が良さそう はじめに 今年の4月ごろにAWSのアカウントを作ってから、LambdaやKMSやEC2に触れてきました。 SAMを用いるとlocalでテストもしやすくて便利なので、使っていたのですが、 deployする先はcloud formationであり、cloud formationでできることはterraformでもできる場合があるという話になり、 terraformから触ってみた時にpolicy周りで混乱した話です。 詳細 policyを定義して、roleにattachするときのことです。 まずは aws_iam_policy_document で
TerraformでIAMポリシーのJSONに変数を埋めたい場合はaws_iam_policy_documentを使う - Qiita
TL;DR TerraformでIAMポリシーのJSONに変数を埋めたい場合はaws_iam_policy_documentを使えばよい サンプルコードはTerraformでKMSキー作った時に、アクセス権限の管理をIAMグループで管理する例 aws_iam_policy_documentのドキュメントはこちら => AWS_IAM_POLICY_DOCUMENT サンプル KMSのキーARNを変数参照で埋め込んだIAMポリシー作って適当なIAMユーザ/グループ/ロールに付与するtfファイルこんなかんじ data "aws_iam_policy_document" "kms_hoge" { statement { sid = "AllowUseOfTheKey" actions = [ "kms:Encrypt", "kms:Decrypt", "kms:ReEncrypt*", "kms
Certified Kubernetes Administrator (CKA) 受験ログ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Certified Kubernetes Administrator (CKA)を取得しました。試験の内容については書いてはいけないことになっているので、どんな準備をしたかを書いておきます。 受験時の試験のバージョンはカリキュラムがv1.11.0（October 2018）で、Handbookはv1.15でした。 経緯 2018年6月上旬、CKAという資格の存在を知り、いずれ受けてみたいと思う 7月上旬、kubeadmでKubernetesをインストールしてみる 8月下旬、「Docker/Kubernetes 実践コンテナ開発入門」を買
tfstateを分割管理するためのTips - Qiita
はじめに この記事はterraform Advent Calendar 2019の4日目です。 Terraformのstateを分割すると享受できるメリットがある一方、stateを分割することで発生する課題もあります。そこで、Terraformのstateを分割管理する中で考慮したことをまとめます。 stateを分割する影響 メリット plan/applyが高速化する 各ステートの命名がシンプルになる（thisを使った命名がしやすい） 例えばresource "aws_security_group" "this" {} デメリット 管理するファイルが増える 同じような設定が増える どのような単位でstateを分割するか リソースのライフサイクルごとに分割すると運用が楽です。 例えば、作成後削除することのないネットワークやデータベースと、状況により台数が増減したりリソースを入れ替えるWebサ
terraformはどの単位で分割すべきか - Qiita
terraformでインフラ管理をする際のベストプラクティスとして、実行単位を細かく分けようというのがあるのですが、安全に運用するためにはどのレベルで分割を行うべきかについて考えてみました。 terraformとは AWSやGCPなどのインフラ等をコードで管理するツールです。 なぜ分割して管理する必要があるのか Terraform Best Practices in 2017 に記載がありますが、1つのtfstateファイルで多くのリソースを管理してしまうと、問題があった場合の影響範囲が大きくなってしまいます。 また、変更したい場所以外で何かしらの差分がある場合、その差分の原因を突き止めるまで更新が出来ない等いろいろ不便な状況になります。(本番環境でなんかよくわからないけど差分が出ちゃった場合それを無理やり元に戻すなんてなかなか出来ないですよね。。) だからといって、すごく細かくリソースを
Terraform - リポジトリ構造と活用範囲を考える - Qiita
はじめに Terraform に入門すると、最初に簡単な VPC を作成するまでは早いですが、実運用を見越して terraform.tfstate の管理方法について考えたり、効率的なディレクトリ構成について考えたりすると手が止まってしまいます。 入門時期を終えて、書籍『Pragmatic Terraform on AWS』 を読んで Terraform のお作法について学び直したところなので、これまで得た知見を整理するために記事を書いてみます。 書くこと Terraform の使い所 Terraform で実装したリポジトリの例とサンプルコード（一部） 書かないこと Terraform の使い方・インストール方法 Terraform の運用方法 Terraform でクラウド環境を構築するだけなら直ぐですが、「構築した環境の上で動作するアプリケーションのライフサイクルについて」や、「AW
【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クレジットが失われる） 逆に起動している間、常にクレジットは回復していく インスタンスによっ
Terraform職人入門: 日々の運用で学んだ知見を淡々とまとめる - Qiita
はじめに この記事は CrowdWorks Advent Calendar 2017 の8日目の記事です。 Terraform職人の @minamijoyo です。Infrastructure as Codeしてますか？ インフラのコード管理に Terraform を使い始めて2年ちょっと、本番環境で運用していると日々色んな学びがあるので、Terraformやってみた系の入門記事では語られない、現場の運用ノウハウ的なものを共有してみようかと思います。 Terraformを使い始めた or 使っている人が、こんなときどうするの？っていうときに参考になれば幸いです。 書き始めたら超長文になりました。概要は以下のとおりです。 公式ドキュメントを読もう tfファイルを書く技術 インデントを揃える 組み込み関数に親しむ lifecycleブロックを使う リソースの差分を無視する リソース再生成のとき
【AWS S3】S3 Presigned URLの仕組みを調べてみた - Qiita
はじめに S3上にあるファイルを一時的に不特定多数に公開したい場合や、IAM Userアカウントを持っていない人に対して一時的にファイルのダウンロード／アップロードさせたい場合があります。このような場合に用いることができる手段として「S3 Presinged URL」があります。 ググってみると、このURLの生成方法、利用方法についての説明はあるものの、その仕組みについて触れたものはほとんどなかったため、記事にまとめました。 TL;DR Presigned URLは特定のIAM Entity（IAM User/IAM Roleなど、AWS API操作主体となるもの）の権限で発行される Presigned URLによるファイルのダウンロード／アップロードは、このURLを発行したIAM Entityの権限で実行される Presigned URLは有効期限を持たせることができる Presigne
SIerで仕事やっていてよく見るコードと直し方 - デメテルの法則違反 - Qiita
仕事やっていてよく見るアンチパターンをまとめていこうと思ってます。今回はデメテルの法則違反です。 コードはScalaですが、RubyやPythonやJavaでも基本同じです。 トピックは以下。 違反したコード とりあえず直す とりあえず直したあとのテスト デメテルの法則に違反したコード デメテルの法則とは、「直接インスタンス化したもの」か「引数として渡されたもの」以外のものを使ってはいけないという法則です。 class Profile(name: String, age: Int) { def showProfile(): Unit = println(s"my name is $name (age: $age)") } class Applicant(id: String, val profile: Profile) object Order { // デメテルの法則に違反している de
GRPCのリクエスト構造とエラーハンドリング - Qiita
この記事について GRPC は HTTP/2 の上に構築されているため、クライアントからサーバーのサービス呼び出しや、サーバーからクライアントへ戻り値やエラーの送信、といったやり取りは HTTP/2 のリクエストとレスポンスで実装されています(もうちょっと厳密に言うと HTTP/2 フレームを使って実装されている)。 この記事ではGo言語のGRPC実装(grpc-go)を用いて、以下についてまとめてみました。 GRPC が用いる HTTP/2 のリクエスト、レスポンスの流れと構造 その中でエラーがどう伝播されるか GRPC の Unary RPC のエラーハンドリング 扱いにちょっと悩む Streaming RPC のエラーハンドリング 環境等の情報 記事の作成に用いた環境: Go言語 : v1.15.6 grpc-go : v1.34.0 この記事で用いたソースコード grpc-erro
【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】 - Qiita
【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】AzureRPAPowerAutomateDesktopQiitaAzure はじめに 2021年のMicrosoft Igniteの発表でPower Automate Desktop が追加費用なしでWindows10ユーザーにて利用可能になりました。 大きな反響がある発表でしたが、デジタルプロセスの自動化を実行するPower Automate は以前から存在しており、また、2020年からPower Automate の有償プランの一部でPower Automate Desktop は利用できていました。 本記事では、Windows 10 や Windows 11 で追加費用なしで使用できるPower Automate Desktop について
いまさらMySQL 8.0で共通テーブル式（CTE : Common Table Expressions） - Qiita
先にウィンドウ関数（Window Functions）を取り上げたのでMySQL 8.0でのサポート順とは逆になりますが（CTEは8.0.1）、いまさらながらCTE（Common Table Expressions）を試してみました。 0. CTEとは メインのSQLの問い合わせを実行するために補助的に使う、一時テーブルを（WITH句を使って）定義するものです。 …というと、派生テーブル（FROM句のサブクエリ）と何が違うの？となりますが、（非再帰のCTEはWITH句を使うか使わないか等の書式の違いを除いて、派生テーブルとほぼ同じようなものですので）実質的な違いは「再帰的に書ける」ところです。 MySQL 8.0でのCTEの使い方については、以下の記事・資料が参考になります。 13.2.11.9 WITH Syntax (Common Table Expressions)（MySQL 8.
AWS CloudFormationでAmazon S3のブロックパブリックアクセスを設定するのに必要なアクセス許可設定 - Qiita
AWS CloudFormation(CFn)でAmazon S3(S3)のブロックパブリックアクセスを設定するのに必要なアクセス許可をCFnのエラーを信じたら騙されたのでメモ。 S3のブロックパブリックアクセスに関しては下記が参考になります。 Amazon S3 Block Public Access – アカウントとバケットのさらなる保護 | Amazon Web Services ブログ https://aws.amazon.com/jp/blogs/news/amazon-s3-block-public-access-another-layer-of-protection-for-your-accounts-and-buckets/ S3パブリックアクセス設定を試してみる - Qiita https://qiita.com/atsumjp/items/cb6ddf5e3df4bbf
マイクロサービスアーキテクチャの経済と適応度 - Qiita
はじめに マイクロサービスアーキテクチャは、独立してデプロイ可能で疎結合サブシステム群によってサービス開発を行うというアーキテクチャパターンです。現在のソフトウェアサービス開発では欠かすことができない考え方です。 従来では一定のコストが掛かり、またパフォーマンス上の問題もあったため、必要に応じての分割には難しい側面も多かったのですが、様々なエコシステムの発達によってわずかな機会費用で実現できるようになってきました。もちろん分散システムとしての本質的な難しさやアーキテクチャの移行の本質的な難しさは解決したわけではありませんが、手軽にコンテナレベルで分割された様々なサービスを作成することのコストは急速に下がってきました。 これらが、うまくサブドメイン境界によって分割されることで、ある開発チームが知らなければならない情報が制限されるため、スピード感のある開発力を維持しながら開発組織のスケールでき
AWSのみでサーバレスにURLリダイレクトする方法 - Qiita
よくあるケース あるサイト aaa.domain.com をとあるサーバで稼働しているが、bbb.domain.com というドメインに変更して、サーバも別インスタンスに移したい。 しかも、URL構造が変わっているので、単純にドメインごと転送、とかではダメだったりする。 こんな時どうするか？ よくあるのは、aaa.domain.com が動いているサーバのApacheとかにリダイレクトの設定を書くとかですよね。 でも、インスタンスをずっと動かしつづけないといけない。 AWSで全部できます できます。 route53でドメイン管理 まず、route53で、対象のドメインを管理するように設定します。 （もともと管理してあれば問題ないです。） サブドメイン単位でもroute53で管理対象にできます。こちら参照。 最初は、既存のDNSレコード設定をそのままroute53でも作ってから、NSレコード
Terraform0.12 のfor_eachで幸せになれるってよ - Qiita
はじめに Terraform 0.12.6が出ました！ このリリースにより、for_eachの幅が広がりました。 具体的にどういった恩恵が授かれるのかをIAM User&Groupの作成で紹介できればと思います。 環境 以下の環境で実施します。 Cloud: AWS Terraform: 0.12.6 ツラミ Terraform を使ってIAM UserやGroupを管理していてツラミにぶち当たった人は少なからずいると思います。 それは、ユーザを追加や削除する時です。 そして見覚えがあると思います。。以下のエラー User with name X already exists. もうツラミでしかない。。 ここからは、いままでのやり方（僕の）やこれからのやり方について書いていきたいと思います。 いままで まずはこのエラーが発生する場面を体験したいと思います。 Terraformコードの作成
MySQL Shellを入れてみた - Qiita
mysql> show plugins; +----------------------------+----------+--------------------+-----------+---------+ | Name | Status | Type | Library | License | +----------------------------+----------+--------------------+-----------+---------+ | binlog | ACTIVE | STORAGE ENGINE | NULL | GPL | | mysql_native_password | ACTIVE | AUTHENTICATION | NULL | GPL | | sha256_password | ACTIVE | AUTHENTICATION | NUL
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
