【挫折経験アリ】プログラミング未経験から独学10カ月でAWS,Laravel,Nuxt.js製webサービスをリリースするまで - Qiita
【挫折経験アリ】プログラミング未経験から独学10カ月でAWS,Laravel,Nuxt.js製webサービスをリリースするまでAWS初心者Laravel個人開発Nuxt プログラミング初心者こそ個人サービス作るべき 一度プログラミング学習に挫折したこともある僕ですが、学習を再度開始して半年ほど経ってから個人開発を始めました。 まず前提ですが、この記事は以下の方向けです。 プログラミング頑張りたい初心者 プログラミング学習継続してるのに中々成果が出ない方 個人開発でアプリケーションつくりたいから参考にしたい方 少しでも、プログラミング初学者の方の学習継続のヒントになれば幸いです。 まず初めに、一念発起して本気で個人開発したwebアプリがこちらです。 サービスの目的は3つあります。 1. オンラインイベントの開催にかかる負担を減らす。 2. 難しいイベント集客のサポートのため、出不精の人でも集
こんにちは、志水です 先日、ありがたいことに2021 APN ALL AWS Certifications Engineers & AWS Top Engineerに選出されました。周りの皆様の支援があってだと思いますので、本当に感謝しています。 さて、先日は非常にテンションの上がる記事がありましたね。何でしょう？そう、AWS App Runner（以降App Runner）の登場ですね。（AWS Amplify SSR対応も最高でしたね） もし結婚報道がよぎった方は、本記事を読んで頂きしっかり自分を見つめ直して頂ければと思います。 App Runnerとは まず簡単にApp Runnerとは何かを説明します。 App Runnerとは、コンテナ環境を簡単にデプロイ出来るフルマネージドなコンピューティングサービスです。 今までコンテナ環境をデプロイする際には、アプリケーションをDocker
本記事は わた推し～AWSアワードエンジニア編～ 2日目の記事です。 💻 1日目 ▶▶ 本記事 ▶▶ 3日目 💻 小西秀和です。 先日、2020、2021年に引き続き、2022年のAWS ALL Certifications Engineer(旧称：APN ALL AWS Certifications Engineer)、AWS Top Engineer(旧称：APN AWS Top Engineer) (Service)に選出されました。 今回はこれらの当社選出者達によるブログ企画「わた推し～AWSアワードエンジニア編～」の記事の一つとして、私が推すAWSサービスを紹介します。 「推し」というテーマということもあり、いつにも増して個人的、主観的な主張および長文となっていますので、その点はご了承ください。 私の推しのAWSサービスは「AWSドキュメント(AWS Documents)」で
re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 | Amazon Web Services
Amazon Web Services ブログ re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング シニアエバンジェリストの亀田です。 12月2日から6日にかけて米国ネバダ州ラスベガスで開催されるre:Invent 2019がいよいよ近づいてきています。 例年通り、re:Invent が始まる前に非常に多くのアップデートが毎日発表されています。その量が多く、また一部日本語化がされていないことなどから整理が大変だということを多くのお客様から頂いており、昨年同様2019年11月15日以降の発表分を一覧表形式にて日本語でまとめて行きたいと思います。 今回は11月15日から11月19日（米国時間基準）分です。 11月15日 Amazon Redshift がインスタンスをまたい
開発チームが必要とするすべてのツールとインフラが5分で手に入る？期待の統合DevOpsサービス「Amazon CodeCatalyst」をご紹介します (DOP206-R1) #reinvent2022 | DevelopersIO
開発チームが必要とするすべてのツールとインフラが5分で手に入る？期待の統合DevOpsサービス「Amazon CodeCatalyst」をご紹介します (DOP206-R1) #reinvent2022 今年のWarner Vogelsキーノートで発表された、「Amazon CodeCatalyst」について紹介する「Introducing Amazon CodeCatalyst(DOP206-R1)」のセッションのレポートです。 こんにちは。CX事業本部Delivery部のきんじょーです。 みなさん、今年のre:Invent 2022はいかがお過ごしでしたか？ 私ははじめて現地参戦し大興奮でした。 その中でも12/01の Warner Vogels キーノートで「Amazon CodeCatalyst」という新サービスが発表され、久しぶりのCodeシリーズの大きなアップデートに大変興味を
CDK Pipelines: AWS CDK アプリケーションの継続的デリバリ | Amazon Web Services
Amazon Web Services ブログ CDK Pipelines: AWS CDK アプリケーションの継続的デリバリ AWS Cloud Development Kit（AWS CDK）は、使い慣れたプログラミング言語でクラウドインフラストラクチャを定義し、AWS CloudFormation を通じてプロビジョニングするためのオープンソースのソフトウェア開発フレームワークです。AWS CDK は、次の 3 つの主要なコンポーネントで構成されています。 再利用可能なインフラストラクチャ・コンポーネントをモデリングするためのコアフレームワーク CDK アプリケーションをデプロイするための CLI AWS Construct Library（クラウドリソースを抽象化し、実績のあるデフォルト値をカプセル化する高レベルのコンポーネントのセット） CDK を使用すると、cdk deploy
歴史・年表でみるAWS全サービス一覧(参考資料編) －アナウンス日、General Availability(GA)の参考URL－ - NRIネットコムBlog
小西秀和です。 歴史・年表でみるAWS全サービス一覧 －アナウンス日、General Availability(GA)、AWSサービス概要のまとめの記事で参考にしたURLが多すぎるため、こちらに別記事としてまとめました。 AWSサービスの概要など「歴史・年表でみるAWS全サービス一覧」のメインコンテンツは本編を御覧ください。 ただ、見方によってはこの記事の方が面白いかもしれません。 [English Edition] AWS History and Timeline - Almost All AWS Services List, Announcements, General Availability(GA) AWS全サービスの歴史年表に記載したアナウンス日・GA日(一般提供開始日)の参考URL 「What's New」のURL(例：https://aws.amazon.com/about-
AWS クラウド開発キット (CDK) – TypeScript と Python 用がご利用可能に | Amazon Web Services
Amazon Web Services ブログ AWS クラウド開発キット (CDK) – TypeScript と Python 用がご利用可能に Infrastructure as Code を管理することで享受できるメリットは数多くあります。そのため、DevOps のプラクティスをうまく適用するきっかけとなることがよくあります。Infrastructure as Code によって、手動での実行手順に頼る代わりに、管理者と開発者の両方が構成ファイルを使用し、アプリケーションに必要なコンピューティング、ストレージ、ネットワーク、アプリケーションサービスのプロビジョニングを自動化できるようになります。 たとえば、Infrastructure as Code を定義すると、次のことが可能です。 インフラストラクチャとアプリケーションコードを同じリポジトリに保管する さまざまな環境、AWS
AWS CodeBuild から送信されるイベント情報を SNS 経由で Slack に通知してみた - michimani.net
2019-11-12 先日新たなサービスが発表され、 AWS の Code シリーズ (CodeCommit, CodeBuild, CodeDeploy, CodePipeline) のそれぞれから Amazon SNS と AWS Chatbot (beta) に対して通知を送ることができるようになりました。今回はこれらの中から、実際に CodeBuild から SNS 経由で Slack に通知を送ってみたという話です。 追記 2020/02/26 CodeCommit の通知についても書きました。 追記 2020/04/23 AWS Chatbot が一般利用可能 (GA) になりました。CLoudWatch Aram を Slack に通知してみた記事を書いたのでこちらも参考にしてみてください。 目次 概要 CodeBuild から Slack に通知してみる そもそも何が嬉しい
本記事は 【コンテナウィーク】 1日目の記事です。 💻 告知記事 ▶▶ 本記事 ▶▶ 2日目 📱 こんにちは。梅原です。 皆さんはCI/CDパイプラインやってますか。昨今はパイプラインファーストという考え方もあり、ソースコードの変更反映をトリガーにテストやビルド、デプロイまで自動でやることは多いのではないでしょうか。 今回はAWSでCI/CDパイプラインを実現するためのサービスであるCodeシリーズ（CodeCommit、CodeBuild、CodeDeploy、CodePipeline）を使ってECSへ自動デプロイする流れを見ていきます。 AWSでCI/CDパイプラインを実現するために そもそもCI/CDパイプラインは、継続的インテグレーション/継続的デリバリーの略で、これまで手動でしていたテストやビルド、デプロイ作業を自動化･高速化するために使われるものです。 CI/CDパイプライ
やらなきゃ損!? 円安時代の AWS Graviton2 移行 - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」
AWS Fargate コンテナの Graviton2 移行について実例を交えてご紹介します。 こん**は。 新型コロナウイルス感染症は5類感染症に移行となりましたが、読者の皆様はお変わりなくお過ごしでしょうか。お久しぶりの投稿となります、プロダクト技術本部の江角です。 前回執筆させていただきましたGitログの記事では「ほぼフルリモート！」とお伝えしていましたが、近況に変化がありましたので少しお話できれば、と思います。 BIGLOBEは４月より組織改編等もあり、「リアルでの会話、議論を重視したい」という流れのもと、今までは疎らだったオフィスに人が戻って来つつあります。 私が今所属しているグループでは「会議が被る曜日はメンバーで出社を揃えよう」という試みも実施していたりします。 『ほぼフルリモートだと聞いていたのに全然違った！😡』ということが無いよう、あくまで直近のご報告とさせていただきま
【感想】『基礎から学ぶ サーバーレス開発』: AWS Serverless 2020 を知ろう - Rのつく財団入り口
基礎から学ぶ サーバーレス開発 タイトルに「AWS」が入っていませんが、AWSに限定してサーバーレス周りの開発の基礎を一通り解説した本。作者陣はCIerとしても有名なアイレット社の方々。JAWS-UG運営の方もいらっしゃいますね。そういえば2019年のAWS Summitに行った時にcloudpackのノベルティをもらった覚えがあります…… 基礎から学ぶ サーバーレス開発 CHAPTER01 サーバーレスとは CHAPTER02 サーバーレス開発でよく使うサービス CHAPTER03 サーバーレスアプリケーションの構築 CHAPTER04 サーバーレスの運用・監視 CHAPTER05 サーバーレス開発におけるセキュリティ CHAPTER06 サーバーレスの構築例 完全サーバーレスでのWebページ構築事案 APIバックエンドにRDSを用いた事例及び2019年のアップデートについて サーバーレ
【登壇資料】AWS CDK を使った サーバーレスアプリケーションのデプロイ方法と実装例を紹介しました – Developes.IO 2020 CONNECT #devio2020 | DevelopersIO
AWS サーバーレスアプリケーションデプロイのハードルを下げたい プロダクションでのアプリケーション構築にサーバーレスを採用することも増えてきました。本セッションではサーバーレスアプリケーションのデプロイを考えます。昨今のクラウドアプリに共通して、デプロイのハードルがかなり上がっています。実際の環境、例えばAWSにあげてみないとわからないことが増えてきたためです。 プロダクションデプロイのハードルを下げるアプローチとして、「デプロイ可能な状態を維持する」方針を立ててみました。そして、そのために AWS CDK が寄与することを述べました。さらに、実際にいくつかの実例を交えて、AWS 構成、その際の AWS CDK コードを説明しました。 発表のポイント 一貫した方針は、 開発スタートの最初にデプロイ可能な状態を作ってしまい、それを維持すること です。 サーバーレスでいくかどうか決める こう
React(Next)/Go/GraphQL/Fargateで個人開発したサービス「読み方アンケート」をリリースするまで - Qiita
※[追記]読み方アンケートは閉鎖しましたm(__)m多くの反応を頂いているので記事は残しておきます。ありがとうございました。 個人開発である程度しっかりしたものを作ってリリースまでするってなかなか大変だと思います。 そこには技術的な壁がある人もいれば、なかなか本業が忙しくて時間がとれない人、途中まで開発して「こんなん誰が使うねん...」モードになってしまい頓挫する人。 そんないくつかの壁をなんとか乗り越え、 この度晴れて個人開発サービスである読み方アンケートをリリースできたのでまとめたいと思います。 個人開発サービスリリース🎉 恥ずかしい読み間違いをこの世から無くすための投票型読み方情報集約サイトです! React(Next)/Go/AWS(Fargate)/GraphQLで作成 「◯◯ 読み方」で検索上位に出るサイトになります💪 SNS等アカウントの宣伝できるので是非🚀#読み方アン
【AWS グラレコ解説】AWS でデプロイの自動化を実現するベストプラクティスをグラレコで解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
本連載では、様々な AWS サービスをグラフィックレコーディングで紹介する awsgeek.com を、日本語に翻訳し、図の解説をしていきます。 ※ awsgeek.com は Amazon Web Services, Inc. プリンシパル・テクニカル・エバンジェリスト、ジェリー・ハーグローブが運営しているサイトです。 デベロッパーの皆さんがアプリケーションのコードを書いた後は、そのアプリケーションをユーザーが使えるようにするためにデプロイされているかと思います。最後にデプロイした時のことを覚えてらっしゃいますか？最後のデプロイと、その前のデプロイと、比べてみて、大きく違いますか、もしくはほぼ同じでしょうか ? もし現在、人の手で行っているデプロイがあれば、それを自動化するタスクの小さな一歩を踏んでみませんか。 デプロイ全体を自動化しようとすると、そのタスクはとてつもなく大変に感じられる
Simplify CI/CD Configuration for AWS Serverless Applications and your favorite CI/CD system – General Availability
You can now create secure continuous integration and deployment (CI/CD) pipelines that follow your organization’s best practices with a new pipeline configuration capability for serverless applications. AWS Serverless Application Model Pipelines (AWS SAM Pipelines) is a new feature of AWS SAM CLI that gives you access to benefits of CI/CD in minutes, such as accelerating deployment frequency, shor
CodePipeline で承認プロセスを設けた Terraform workspace の CI/CD パイプライン実装 | DevelopersIO
先日、CodeCommit への push をトリガーに terraform apply をサクッと実行するシンプルなパイプラインの記事を投稿しました。 今回はもうちょっと発展させて以下のような要件を取り込んでみたいと思います。 terraform workspace 環境でも使えるようにしたい 本番環境は terraform apply の前に承認者による承認プロセスを入れたい イメージは以下のとおりです。 開発環境向け 1-1. develop ブランチへ push 1-2. dev workspace に terraform apply を実行 本番環境向け 2-1. develop ブランチから master ブランチへ merge 2-2. prod workspace で terraform plan を実行 2-3. 承認者に後続処理の承認要求をメール通知 2-4. 本番用パ
CodePipelineでアクション間の変数の受け渡しができるようになりました | DevelopersIO
ECRをソース元にした場合はImageTagやImageURIなどが生成されるようになっています。 他のソース元の情報や詳細については下記ドキュメントを参考にしてください。 Variables 嬉しいこと 変数の自動生成により変数のベタ書きを減らすことができます。例えばECRのタグ名を環境変数で付与して使っていたCodeBuildだと、ECRをソース元にしていれば自動でタグ名引っ張ってきてくれるため設定箇所が減ります。 またスクリプトで生成した値をオリジナルの変数に格納して次のアクションに渡す等、幅広い使い道が考えられます。 さいごに 最近CodePipelineのアップデートが多いです。細かく柔軟にできることが増えてきています。かゆいところに手が届かずサードパーティのCI/CDツールを導入しているケースも多いかとは思いますが、いよいよCodePipelineだけでいいんじゃないか、という
Amazon Web Services ブログ AWSでの動的に制御可能なマルチアカウントCI/CDソリューション (この記事はConfiguration driven dynamic multi-account CI/CD solution on AWSを翻訳したものです。) 多くの組織は、アプリケーションに堅牢で自動化されたコードのデリバリーを必要としています。マルチアカウントの継続的インテグレーション/継続的デプロイ (CI/CD) パイプラインを活用してコードをデプロイし、本番環境にデプロイする前に複数の環境で自動テストを実行します。テスト戦略がリリース固有の場合は、リリースのたびにパイプラインを更新する必要があります。従来のパイプラインのステージは事前定義されていて本質的に静的であり、それらが一度定義されると更新するのは困難です。この投稿では、リポジトリごとの動的に制御可能な C
[アップデート]CodePipeline 途中で実行を停止できるようになりました | DevelopersIO
はじめに CodePipelineのアップデートがありました。 AWS CodePipeline Enables Stopping Pipeline Executions CodePipelineを途中でストップさせることができます。 今まではCodePipeline実行した後に絶対これ失敗するやつだとなっても失敗をただただ見守ることしかできませんでした。時間もBuild実行するコストも無駄でした。 確認してみた 「実行を停止ボタン」が追加されています。 これをクリックすると新しいウィンドウが出てきます。 停止して待機 停止して終了 のどちらかが選べます。 前者は今実行中のアクションを待ってから停止、後者はまさに強制終了にあたるものです。 コメントも追加できるので何ゆえに停止したかを後から確認することができます。 さいごに より柔軟に使えるオプションが一つ増えました。特に検証段階などでは多
はじめに AWS Chatbot がついに一般利用開始となりました。(2020/4/23) SlackまたはAmazon Chime各種AWSサービスに関する通知を簡単に送ることが可能になります。 通知以外にもIAM、STS、KMSを除いたほとんどのサービスでAWS CLIの読み取り専用コマンドを AWS Chatbotを通じて実行できます（作成、変更、削除系のコマンドは実行できません）。 またLambda関数のinvokeやサポートケースの作成にも対応しています。 通知に関してはこれまでのように専用のLambda関数を個別に作る必要はありません。 以下のサービスの通知に対応しています。 AWS Billing and Cost Management AWS CloudFormation Amazon CloudWatch Alarms AWS Developer Tools AWS Co
スタートアップが取組むコンテナ化。EC2からECS Fargate移行の道のり - カミナシ エンジニアブログ
初めまして。株式会社カミナシPMの@gtongy1です。 みなさんは、インフラのコンテナ化はお済みでしょうか？ 弊社は今年6月頃にサービスを正式にリリースしたのですが、それ以前はEC2 + ELBでインフラを構築しており、それまでになかなかコンテナ化をしたくても出来ない状態でした。 各社様々な背景はあると思いますが、自分は コンテナ化をすればいいのは、なんとなくわかる。ただ、どこから始めたらいいんだろうか EC2構成でも動いているがために、なかなか変えようとする一歩目が踏み出せない コンテナ化を本番環境で構築した経験がない。実際にどんなことが課題として上がるんだろうか あたりに不安を感じていました。 ただ、インフラ運用に事業の足を取られてしまうリスクを抱える、それが嫌でコンテナ化を今回行いました。 そんな中での取り組みや課題感を先日話してきたので、その詳細をお伝え出来ればなと思います。 発
CodePipeline を利用した ECS Service の自動リリースをやってみた | DevelopersIO
ECS を利用したアプリケーションを構築する上でデプロイ戦略の選択は重要な要素になります. 開発段階では ECS が制御するローリングアップデートを利用して手動デプロイすることはあっても, 本番環境では自動デプロイが好ましいでしょう. 今回はCodePipelineを主軸に自動デプロイできる環境を構築します. デプロイ戦略の概要について 今回はパイプライン内でDocker Imageをビルド, pushを行った後に, ECS ServiceをBlue/Greenデプロイします. またDocker Imageに付与するタグとしてgitのコミットハッシュを利用することでコードとイメージを一意に紐づけることも同様に行います. パイプラインの構築は主にTerraformを利用しますが, 一部AWS CLIを利用します. 今回は検証が目的のため, 本番環境を意識したコード分割などは行っていません.
Amazon Web Services ブログ 週刊AWS – 2020/3/30週 みなさん、こんにちは。ソリューションアーキテクトの下佐粉です。 今週も週刊AWSをお届けします。 私がアマゾンで働き始めたのは今から5年と少し前なのですが、その時のAWSは全11リージョン(govcloudやLimited previewだった北京を入れた数)で、アベイラビリティゾーン(AZ)の合計は28でした。その後リージョンが世界各地に継続的に追加され、今では22リージョン+大阪ローカルリージョンと2倍になっています。ではAZの合計はどれぐらいに成長したかご存知でしょうか？それは今回の週刊AWSを読んでいただければ分かります：） それでは、先週の主なアップデートについて振り返っていきましょう。 2020年3月30日週の主要なアップデート 3/30(月) AWS カナダ (中部) リージョンに 3 つ目
CDK Pipelines: Continuous delivery for AWS CDK applications | Amazon Web Services
AWS Developer Tools Blog CDK Pipelines: Continuous delivery for AWS CDK applications The AWS Cloud Development Kit (AWS CDK) is an open-source software development framework to define cloud infrastructure in familiar programming languages and provision it through AWS CloudFormation. The AWS CDK consists of three major components: The core framework for modeling reusable infrastructure components A
AWS のリソースを Terraform ファイルに変換する『aws2tf』を使ってみる - 継続は力なり
タダです. AWS のリポジトリを見ていたら aws2tf というツールを見つけました. Terrafrom を使ってのリソース管理をし始めたのでどんな動きをするかを知りたくてこのツールを使ってみることにしました.この記事で aws2tf のツールをさらっていければと思います. aws2tf って？ 使用上の前提条件 サポートされているリソース aws2tf の実行 所感 まとめ aws2tf って？ このツールは AWS のアカウントの設定を読み込んで tf ファイルを生成するものです.ツールの中では terraform impot と terraform plan を実行して tf ファイルを作っているようです.記事を書いている時点では開発中のステータスです. Work in progress - please report any issues you find github.com
[アップデート]CodePipelineからStep Functionsの呼び出しが可能になりました | DevelopersIO
CodePipelineのアクションプロバイダーでStep Functionsの指定が可能になりました。 CodePipeline が新しいアクションタイプでの Step Functions の呼び出しをサポート こちらのアップデートにより、リリースプロセスの一部として、条件分岐、エラー処理などを含む複雑なワークフローを呼び出すことが可能になりした。以下のようにパイプライン内でStep Functionsの呼び出しができる感じです。 今回は以下チュートリアルをベースに、動作を確認してみたいと思います。 Tutorial: Use an AWS Step Functions Invoke Action in a Pipeline 前提 CodePipelineが作成済みであることを前提としています。前提環境となるCFnテンプレートを作成しましたので、ここではこちらを利用しています。 Gist
[レポート] JAWS-UG コンテナ支部 #17 ECS/Fargate PV 1.4 ローンチ記念！ にオンラインで参加しました #jawsug_ct - michimani.net
※ Black Belt Webinar “AWS コンテナサービスアップデート” の裏つぶやき については配信ではなく、 Twitter 上でたくさんツイートされていました。 #jawsug_ct セッション 各セッションの聴講メモです。発表資料も、公開されているものに関しては随時追加していきます。 コンテナとコンテナのつなぎかた on ECS 三種類のコンテナ連携方法 タスク内接続 サービス関連系 イベント駆動連携 時間経過、コンテナが発行したイベントなど タスク内コンテナ接続 サイドカー、アンバサダー、アダプターとか呼ばれる ユースケース ログ関連機能をサイドカーにする ドメインと関係のないログのルーティング処理をアプリコンテナの外に出す サービス間接続 マイクロサービスの必要性とは 高度なモジュール化という選択肢 あえてサービスに分けるのは、インテグレーション時に問題が発生してくる
![[レポート] JAWS-UG コンテナ支部 #17 ECS/Fargate PV 1.4 ローンチ記念！ にオンラインで参加しました #jawsug_ct - michimani.net](https://cdn-ak-scissors.b.st-hatena.com/image/square/4dde936a6f2c41466ef6186f5735492235752b93/height=288;version=1;width=512/https%3A%2F%2Fmichimani.net%2Fimages%2Fog%2Fec-event-jausug-ct-17.jpg)
Amazon Web Services ブログ 組織内での AWS CDK 利用拡大のためのベストプラクティス 企業はクラウド移行の加速を常に追求しています。Infrastrcture as Code (IaC) は、クラウドリソースを効率的に自動化および管理するうえで不可欠です。AWS Cloud Development Kit(AWS CDK) を使用すると、お気に入りのプログラミング言語でクラウドインフラストラクチャをコードとして定義し、AWS CloudFormation を使用してデプロイできます。この記事では、組織内での CDK の採用を加速するための戦略とベストプラクティスについて説明します。この記事での議論は、組織がパイロットプロジェクトを成功裏に完了した後に始まります。この記事を読むことで、パイロットプロジェクトから得た教訓をプラットフォームエンジニアリングを通じて組織全
How to create IAM roles for deploying your AWS Serverless app | Serverless First
Getting IAM permissions right is one of the hardest parts about building serverless applications on AWS. Many official tutorials and blog posts cop out of giving you the full details on how to set up IAM, preferring something vague like “ensure you use least-privilege permissions when creating this role”. Or worse, they give you a wide open wildcard or admin-level example policy with a “don’t use
[AWS Black Belt Online Seminar] 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 資料及び QA 公開 | Amazon Web Services
Amazon Web Services ブログ [AWS Black Belt Online Seminar] 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 資料及び QA 公開 先日 (2020/11/18) 開催しました AWS Black Belt Online Seminar「形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20201118 AWS Black Belt Online Seminar 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q. 業務系APIグループ企業間APIのユースケースですが、LambdaとRDSの組み合わせはコネクションの問題があり
![[AWS Black Belt Online Seminar] 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 資料及び QA 公開 | Amazon Web Services](https://cdn-ak-scissors.b.st-hatena.com/image/square/0026d41b182fe1feddab9baa4dff4ba617f7cb12/height=288;version=1;width=512/https%3A%2F%2Fd2908q01vomqb2.cloudfront.net%2Fb3f0c7f6bb763af1be91d9e74eabfeb199dc1f1f%2F2020%2F11%2F26%2FThumbnail_Serverless_Pattern-1117x630.png)
AWS アップデートの予兆ないかな？ 直近で更新された AWS サービス用 IAM ポリシーを一覧取得したのち変更差分を眺めてニヤニヤしてみた | DevelopersIO
以下を実行することで、特定のポリシーの前後の内容が変数に格納されます。 INDEX=3 ARN=`echo $RESULT | jq -r '.['$INDEX'].value.arn'` VER=`echo $RESULT | jq -r '.['$INDEX'].value.version' | tr -d "v"` BEFORE=`aws iam get-policy-version --policy-arn $ARN --version-id v$((VER-1)) --query PolicyVersion.Document` AFTER=`aws iam get-policy-version --policy-arn $ARN --version-id v$VER --query PolicyVersion.Document` ここでは以下の AWS コマンドを使用しています。
SRE の @s4ichi です。年が明けてしまいましたが、昨年 11 月の終わりから 12 月の始めに開催された re:Invent 2022 へ現地参加してきたため、足を運んで得てきた体験をレポートとしてお届けします。今年もクックパッドから総勢5名の社員が参加してきました。 クックパッドと AWS re:Invent クックパッドでは 2011 年ごろから AWS の各種サービスを利用しています。当時のサービスを AWS に移行するところから始め、かれこれ 10 年以上 AWS をコアに利用してきました。 re:Invent へは 2012 年から社員が参加しています。コアに利用するサービスのアップデートをキャッチアップするのはもちろんのこと、普段利用しないサービスの Workshop へ参加して知見を更新したり、AWS の開発者と直接議論やフィードバックをすることで、普段利用するだけ
こんにちは、望月です。 最近、GitLabを触る機会が多く、いろいろと試しているところです。 GitLabからCodePipelineを利用したい場合、GitLab Runnerを利用し、S3にファイルをアップロードするといった方法があり、弊社ブログでも紹介しています。 GitLabリポジトリへのPushをトリガーにS3にファイルをアップロードする GitLab RunnerでCI/CDしてみる(前編) 今回、やったみた方法はGitLabリポジトリをCodeCommitリポジトリをミラーリングする方法になります。CodeCommitリポジトリにミラーリングできれば、それをソースにし、CodePipelineを走らせることができるかと思います。 こちらの方法はGitLab Runnerを必要としないため、GitLab Runnerを管理するといった手間がなくなります。 やってみた CodeC
aws-nukeとCodeシリーズを使って、AWSリソース一括削除ボタンのようなものを作ってみる | DevelopersIO
「aws-nukeを使って好きなタイミングでリソースクリーンアップしたい。だけど、毎回CLIでコマンド打つのが面倒」 aws-nukeというAWSリソースを一括削除できるCLIツールがあります。 aws-nukeは全てのAWSリソースを削除するだけではなく、柔軟に除外するリソースを設定することもできて、とても便利なツールです。 毎回ローカルでaws-nukeのコマンド打って実行してもいいのですが、AWSコンソールからボタン一つで実行できたらもっと便利かと思いました。 以前GithubActions + aws-nukeで似たようなことをやってみました。 今回はCodeシリーズとaws-nukeでやってみます。 CodePipelineの手動実行をトリガーにAWSリソースを一括削除する仕組みとなっています。 この記事で使用するコードは、以下のリポジトリにあります。 msato0731/rem
Terraform でTrivy の脆弱性スキャンとSecurity Hub を統合したCIを構築する - Qiita
はじめに 本記事では、Trivy によるコンテナイメージの脆弱性スキャンとSecurity Hub を統合したCI(Continuous Integration)環境を構築するTerraform のコードをサンプルとして共有しています。コンテナイメージのセキュリティ対策の一例として参考になればと思います。 また、補足として、CodeBuild のビルド内のTrivy に関する処理について、簡単に説明をしています。 Terraform で構築する全体構成図 構成の概要 アーキテクチャは上記のAWS Security Blog を元にしています。 Dockerfile を含むコードをCodeCommit にプッシュするとCodePipeline が実行され、CodeBuild でビルドしたコンテナイメージを、Trivy で脆弱性スキャンをしています。 その結果、深刻度が CRITICAL な脆
この記事は GLOBIS Advent Calendar 2019 - Qiita の9日目です。 7月に GLOBIS へ SRE として参画してから、集中的に取り組んできたことの1つである「AWSマルチアカウントの構成や運用効率化」に関して書いていきます。 AWS マルチアカウント構成について GLOBIS では AWS アカウントを環境ごとに分ける構成を取っています。各サービスにつき開発、ステージング、本番環境という形で 3 アカウントを設けており、現在その総数は 20 に届こうかというところです。私が参画し始めた後にもアカウントは増えています。 マルチアカウント構成はポピュラーな AWS アカウントの使い方だとは思いますが、 GLOBIS の場合以下のメリットを感じています。 GLOBIS はサービスごとに開発チームが分かれており、各チームへ的確に分割された AWS IAM 権限を
AWS Step Function承認フローをAWS Step Functionsのワークフローから呼び出して多段階承認フローを作成する方法(AWS Systems Manager Automation ＆ Amazon EventBridge編) - NRIネットコムBlog
小西秀和です。 以前書いた次の記事でAWS Systems Manager Automationの承認アクションとAmazon EventBridgeを使用してAWS Step Functionsのワークフローへ承認フローを追加する方法を試してみました。 AWS Step Functionsのワークフローへ承認フローを追加する方法(AWS Systems Manager Automation ＆ Amazon EventBridge編) 今回はこのAWS Step Functionsの承認フローをコンポーネント化し、別のAWS Step Functionsのワークフローから呼び出して多段階承認フローを作成する方法を試してみたいと思います。 ※本記事および当執筆者のその他の記事で掲載されているソースコードは自主研究活動の一貫として作成したものであり、動作を保証するものではありません。使用する
[レポート] AWS FargateとECSにおけるCI/CDのベストプラクティス #CON333 #reinvent | DevelopersIO
はじめに この記事はCON333 Best practices for CI/CD using AWS Fargate and Amazon ECSのレポートです。 動画はこちらで公開されています。 セッション概要 CI/CD techniques enable teams to increase agility and quickly release a high-quality product. In this talk, we walk you through the best practices for building CI/CD workflows to enable you to manage your containerized applications. We cover infrastructure as code application models with the
![[レポート] AWS FargateとECSにおけるCI/CDのベストプラクティス #CON333 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9419c6cf4ac1d0e1323fa1560dfc995d191622f5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS App Runnerでモテよう 〜PHPシステムアーキテクトを目指して〜 - NRIネットコムBlog
AWSドキュメントのすゝめ −AWSを主体的に自立して学習する方法− - NRIネットコムBlog
改めてCI/CDパイプラインを使ったECS自動デプロイの流れを整理する - NRIネットコムBlog
AWSでの動的に制御可能なマルチアカウントCI/CDソリューション | Amazon Web Services
AWS Chatbotで簡単にSlack通知!!&通知例いろいろ - Qiita
週刊AWS – 2020/3/30週 | Amazon Web Services
CodePipelineとGitHubを連携する方法を追求したら Github Actionsでやるべきという結論に至った話
組織内での AWS CDK 利用拡大のためのベストプラクティス | Amazon Web Services
AWS re:Invent 2022 に参加してきました - クックパッド開発者ブログ
GitLabリポジトリをCodeCommitリポジトリにミラーリングする | DevelopersIO
AWS マルチアカウントの管理を Toil にしないために - Qiita