Shopifyに様々な独自機能やデザインを組み込めるShopifyアプリとShopifyテーマ。この記事はそんなShopifyアプリとテーマの開発に必要な基本情報と役に立つTIPSを日本の開発者向けにまとめたものです。初心者の方からすでに開発に着手されている方にまで必要な情報を簡単に幅広く網羅してあります。全ての情報は公式サイト（英語）に記載されています。 アプリ開発 テーマ開発 カスタムストアフロント（旧ヘッドレスコマース） マーケットプレイス（モールなどの外部の販売場所の構築） APIドキュメント アプリ開発の流れ アプリ開発の基本的な流れは以下になります。 [パートナーアカウントの登録] > [開発ストアの追加] > [アプリの作成と資格情報の取得] > [開発ストアへのインストール] > [APIを使った処理の作成] > [Polarisを使ったUIの作成] >（埋め込みアプリにし
はてなエンジニア Advent Calendar 2021完走しました！ - Hatena Developer Blog
こんにちは！id:yutailang0119 です。 無事 はてなエンジニアAdvent Calendar 2021 を完走することができました！ これまでのまとめ はてなエンジニア Advent Calendar 2020完走しました！ - Hatena Developer Blog はてなエンジニア Advent Calendar 2019完走しました！ - Hatena Developer Blog はてなエンジニア Advent Calendar 2018完走しました！ - Hatena Developer Blog 表彰 最多ブックマーク賞 今年の最多ブックマークエントリは、12/16担当 id:kouki_dan の kouki.hatenadiary.com でした！ (2020/12/29現在) 🎊おめでとうございます🎊 私もスマホアプリ開発におけるGitブランチ戦略に
[AWS CDK]Control TowerのアカウントセットアップをStepFunctionsから実行するフローを実装してみた | DevelopersIO
[AWS CDK]Control TowerのアカウントセットアップをStepFunctionsから実行するフローを実装してみた Control Tower上でよく初期セットアップとして利用される機能をStepFunctionsからまとめて実行する仕組みをCDKで実装してみました。 リポジトリはこちら。あくまでサンプルなので、ご利用の環境に合わせてカスタマイズしながらご利用ください。 前提 Control Tower有効化済み Security HubのOrganizations統合で新規アカウントの自動有効化が設定されている 構成 EventBridgeでControl Towerのアカウント発行イベント(ライフサイクルイベント)を取得して、ターゲットとして指定したステートマシンを実行します。 ステートマシン内はLambdaが複数タスクとして定義されていて、各Lambda内で新規アカウン
![[AWS CDK]Control TowerのアカウントセットアップをStepFunctionsから実行するフローを実装してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1486b2da4d87633e58aebde2114c02dc06f61935/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-control-tower.png)
サービス監視のすべてが集まっていた！ Mackerel Day #2を開催しました - Mackerel ブログ #mackerelio
サーバー管理・監視サービスMackerelのローンチから5周年を記念するイベント、"Mackerel Day #2"を12月23日に開催しました。 過去Mackerel主催で開催されたどのイベントよりも多くの来場者にお越しいただき、大盛況のうちに幕をおろしました。Twitterハッシュタグ #mackereliio での実況も大いに盛り上がり、当日の熱気が伝わります。 今回のプログラムは、企業へのMackerel導入事例からはじまり、監視そのものについての講演、最後にMackerelの具体的な活用事例、と時系列順にMackerelの細部に踏み込んでいく構成を狙いました。 発表の流れ的に、最近始めてみました事例からSRE運用の勘所、からの5年以上使ってるので足りないものは勝手に作るのでほっといてくれ(これは自分)までエスカレートする感じが面白かったのでプログラム組んだ人に拍手したい #mac
はじめに 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
【セッションレポート】仮想デスクトップ環境の運用を見直そう！ – 新たな仮想デスクトップサービスの選択肢と AppStream 2.0 運用管理の Dive Deep – #AWSSummit | DevelopersIO
はじめに AWS Summit Tokyo に参加しました！ AWS-47 「仮想デスクトップ環境の運用を見直そう！ - 新たな仮想デスクトップサービスの選択肢と AppStream 2.0 運用管理の Dive Deep -」のセッションレポートを投稿いたします。 セッション視聴 AWS Summit Tokyoの登録を行うことでオンデマンドで視聴可能です。（現地参加された方は改めての登録は不要です。） 登録済みの場合、以下から直接遷移できます。 https://jpsummit.awsevents.com/public/session/view/566 セッション概要 AWS EUC サービスは場所を問わず安全かつ容易に管理できる VDI サービスをご提供します。 直近で WorkSpaces WebやWorkSpaces Core などの新たなサービスを加えより幅広いお客様 / ニー
Mackerelを起点にAmazon EventBridgeを経由してホストを削除する - helen's blog
MackerelのAmazon EventBridge対応が出ました mackerel.io AWS Black Belt でも紹介されてて、EventBridgeまわりがわかりやすく説明されています koudenpa.hatenablog.com 物理で光るのはテンションあがってとても良い！ わたしもこれでなにかおもしろいことしたいな〜って思ってたけどネタが思いついてなくて、 そんなときにチームの人がふと "MackerelでホストステータスをPower Offにしたらホスト退役するとか、できるか知らんけどｗ" って言ってて、その考え方が自分になくておもしろいなと思って作ってみました 普段AWSでホストが起動すると、 MackerelエージェントやAWSインテグレーションでMackerelに連携されて、 ホスト退役すると自動でMackerelから消えて... とAWS起点で考えてたのです
LocalStackを使ってローカル環境でS3を立ち上げ、Lambdaでファイルをアップロードしてみた - Qiita
LocalStackを使ってローカル環境でS3を立ち上げ、LambdaでファイルをアップロードしてみたAWSS3aws-clilambdaLocalStack この記事について AWSのサービスをローカルで実行できるLocalStackについて紹介したいと思います。今回、AWS CLIの練習も兼ねてLocalStackを使用し、ローカルでAWS LambdaとS3を立ち上げ、Lambda関数を使用し、S3に日時.txtファイルをアップロードしてみました。 記事の対象者 LocalStackに興味のある方 AWS・AWS CLIに触れてみたい方 LocalStackとは 開発環境において無料でAWSのアカウント登録なしでAWSのサービスを擬似的に使用できるモックフレームワークでpipやdockerを用いて簡単に環境構築が可能。 ローカルにAWS環境を作ってくれて、料金などを気にすることなくテ
既存システムをAWS移行後に、新機能を追加するには？ 福井厚氏（以下、福井）：みなさん、こんにちは。AWSの福井です。私はサーバーレススペシャリストとして、ふだんはサーバーレステクノロジーを使ったモダンアプリケーションの開発を支援している、ソリューションアーキテクトです。よろしくお願いいたします。 今村優太氏(以下、今村）：みなさん、こんにちは。AWSの今村と申します。私はふだん、お客様のプロトタイプ開発支援をメインとしているソリューションアーキテクトです。本日はよろしくお願いいたします。 木村友則氏（以下、木村）：みなさん、こんにちは。AWSの木村と申します。私は業種業態を問わず、さまざまなお客様の構成検討の支援をさせていただいている、ソリューションアーキテクトです。 福井：では本セッションについてご紹介したいと思います。本セッションは「既存システムをAWSに移行したあとに新機能を追加す
AWSで障害--多数のサービスに影響
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Amazon Web Services（AWS）のデータセンターで米国時間11月25日、大規模な障害が発生している。これにより、同社のサービスの稼働が不安定になり、インターネットで提供されている多数のオンラインサービスに大きな影響が及んでいる。 「Adobe Spark」から「Roku」、そして「Flickr」から「Autodesk」まで、バックエンドでAWSを利用しているクラウドベースの主要アプリの多くに影響している。 影響を受けているその他のサービスには、スマートデバイスや、暗号資産（仮想通貨）ポータル（トランザクション処理で障害が発生している）、ストリーミングおよびポッドキャストサービス（ユーザーによるアカウントへのアクセスが制限
2022年5月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO
こんにちは、臼田です。 みなさん、AWSの最新情報はキャッチアップできていますか？(挨拶 社内で行っているAWSトレンドチェック勉強会の資料をブログにしました。 AWSトレンドチェック勉強会とは、「日々たくさん出るAWSの最新情報とかをブログでキャッチアップして、みんなでトレンディになろう」をテーマに実施している社内勉強会です。 このブログサイトであるDevelopersIOには日々ありとあらゆるブログが投稿されますが、その中でもAWSのアップデートを中心に私の独断と偏見で面白いと思ったもの(あと自分のブログの宣伝)をピックアップして、だいたい月1で簡単に紹介しています。 アップデート以外にもAWS Summit Online Japan 2022の記事がいっぱい上がっていますのでこちらも確認してください！そしてアーカイブ動画を見に行きましょう！ ちなみにAWSの最新情報をキャッチアップす
はじめに こんにちは、アルダグラムのSREエンジニアの okenak です。 今回はスタートアップ企業のAWSコスト最適化に取り組んだ内容を紹介したいと思います。 背景 弊社はグロース期のスタートアップ企業ですがAWSのコストが約1年間で4倍に上昇しました。 これまでは社内の生産性向上や安定したサービスを提供するために、インフラリソースを潤沢に利用してきましたが、急激な円安等の流れもあり今ここにきて見直しが必要なタイミングとなったためコスト最適化に取り組むことにしました。 （上記は補足として開発用と本番用のAWSアカウントの合算の金額です） コスト最適化のための取り組み コスト最適化に関してはトレードオフの関係があります。 特に市場に投入するまでのスピードを重視するスタートアップ企業では人的リソースがかぎられるためコスト最適化のための工数は犠牲になりがちです。（それが大きく問題になるまでは
１年付き合って見て思ったこと。 Lambdaは毎年たくさん機能アップデートがあるけど、やっぱりLambdaの醍醐味はそのシンプルさだと思います。シンプルに使えるように、Lambdaだけでシステムやロジック設計をするのではなくて、AWSのビルディングブロックの組み合わせで適材適所で活かしあった方が良いなと思う１年でした。 Provisioned Concurrencyによって、より多くのワークロードでLambdaが利用された１年になりましたが、それ以上にProvisioned Concurrencyを利用しなくても、そのまま素で自動的にスケールしてくれるLambdaの良さを再確認した１年でもありました。 この記事について 執筆時はre:Invent 2020の前日です。 ですので、re:Invent2020の内容は一切含みません。 そしてProvisioned Concurrencyは201
Amazon EventBridge APIを見てSaaSパートナー実装ができそうな気になろう | DevelopersIO
ども、ゲストのソラコム大瀧(takipone)です。 AWSで様々なイベント連携を扱うサービスAmazon EventBridgeは既にお使いでしょうか。様々なイベントからLambda関数を呼び出したり、SQSのキューにイベントのメッセージを溜めたりとイベントを統合的に管理する仕組みとして便利ですね。EventBridgeはAWSのイベントはもとより、サードパーティーのSaaSからのイベントを受け取る機能もあります。最近、日本でも対応SaaSが増えて注目されていますね。 Amazon EventBridge パートナーとしての日本の SaaS ベンダーのご紹介 | Amazon Web Services ブログ 「実はうちも自社サービスを開発していてEventBridgeの仲間に入れないものかと思っている。でもAWSの中の仕組みとの連携と言われても、あまりイメージが沸かないな」とお考えのサ
re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第二弾 | Amazon Web Services
Amazon Web Services ブログ re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第二弾 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング シニアエバンジェリストの亀田です。先日公開した第一弾はいかがでしたでしょうか。今日は第二弾、11月20日から11月21日（米国時間基準）分をお届けします。 11月20日 AWS Lambdaが、イベントソースとしてAmazon SQS FIFOキューをサポートしました Amazon SQSは、分散ソフトウェアコンポーネントとマイクロサービス間で確実に通信するための完全に管理されたメッセージキューサービスであり、SQS標準キューとSQS FIFOキューの2つをサポートします。FIFOキューは、標準キューを改良および補完し、メッセージが送受信される正確な順序を保持することが可
[レポート] 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)
[AWS Black Belt Online Seminar] Amazon CloudWatch Container Insights で始めるコンテナモニタリング入門 資料及び QA 公開 | Amazon Web Services
Amazon Web Services ブログ [AWS Black Belt Online Seminar] Amazon CloudWatch Container Insights で始めるコンテナモニタリング入門 資料及び QA 公開 昨年 (2019/11/27) 開催しました AWS Black Belt Online Seminar「Amazon CloudWatch Container Insights で始めるコンテナモニタリング入門」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 資料P48 のCloudWatch LogsのEKSのロググループ名で以下の通り記載誤りがございました。資料は正しい内容に修正した上で公開いたします。 誤） EKSの場合：/aws/ContainerInsights/< Cluster名>/perf
![[AWS Black Belt Online Seminar] Amazon CloudWatch Container Insights で始めるコンテナモニタリング入門 資料及び QA 公開 | Amazon Web Services](https://cdn-ak-scissors.b.st-hatena.com/image/square/fe1e3062f7de39d9a1ae9a04793d795c972138d2/height=288;version=1;width=512/https%3A%2F%2Fd2908q01vomqb2.cloudfront.net%2Fb3f0c7f6bb763af1be91d9e74eabfeb199dc1f1f%2F2020%2F01%2F10%2FThumbnail.png)
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
Security Hubのアラートを Microsoft Teams に通知する仕組みをCloudFormationテンプレート化 | DevelopersIO
はじめに Security Hubのアラートを Microsoft Teams に通知する仕組みを CloudFormation テンプレートで作成しました。 以前、Security Hub で検知した内容を Amazon EventBridge 経由で Microsoft Teams に通知する仕組みの構築方法を執筆しました。 今回は、通知する仕組みをCloudFormationテンプレートで構築できるようにしましたので、紹介します。 通知される画面は、以下の通りです。 個人的にEventBridge API送信先やEventBridge 接続をテンプレートで作成することがなかったので、勉強になりました。 構成図 構成は以下の通りです。 作成されるリソース CloudFormationで作成するリソースは、以下の通りです。 EventBridge API送信先 接続 ルール IAMロール
Amazon EventBridge パートナーとしての日本の SaaS ベンダーのご紹介 | Amazon Web Services
Amazon Web Services ブログ Amazon EventBridge パートナーとしての日本の SaaS ベンダーのご紹介 Amazon EventBridge をご存知でしょうか? EventBridge は、独自のアプリケーション、SaaS および AWSのサービスから発行されるイベントをタイムリーにトリガーできるようにするサーバーレスなイベントバス機能として 2019年に発表されました。CloudWatch Events の拡張として作られており、AWSサービスからのシステムイベントも受信できますが、一番の特徴は、サードパーティの SaaS からイベント発行していただけるような仕様になっていることです（こちらもご覧ください）。 上図の左下あたりにある [SaaS Apps] として対応いただいたアプリケーションをご利用いただくと、SaaS 側で発生したイベントを Sa
先日のアップデート記事にてクロスアカウントのプライベートホストゾーンが悪用されるケースについてさらっと触れましたが、本記事にてもう少し詳細に説明したいと思います。 想定している環境 今回の想定は外からの攻撃ではなく、内部の悪意のある従業員による攻撃を想定しています。 悪意のある従業員は攻撃用の AWS アカウントにプライベートホストゾーンを作成し、攻撃対象の VPC に対して関連付け出来るように承認を行います。 $ aws route53 create-vpc-association-authorization \ --hosted-zone-id Z0726249140AAR8TX1YWT \ --vpc VPCRegion=ap-northeast-1,VPCId=vpc-010be4739e500d319 HostedZoneId: Z0726249140AAR8TX1YWT VPC
AWS 認定 ソリューションアーキテクト – アソシエイト(AWS Certified Solutions Architect – Associate)の学習方法 - NRIネットコムBlog
小西秀和です。 この記事は「AWS認定全冠を維持し続ける理由と全取得までの学習方法・資格の難易度まとめ」で説明した学習方法を「AWS 認定 ソリューションアーキテクト – アソシエイト(AWS Certified Solutions Architect – Associate)」に特化した形で紹介するものです。 重複する内容については省略していますので、併せて元記事も御覧ください。 また、現在投稿済の各AWS認定に特化した記事へのリンクを以下に掲載しましたので興味のあるAWS認定があれば読んでみてください。 ALL Networking Security Database Analytics ML SAP on AWS Alexa DevOps Developer SysOps SA Pro SA Associate Cloud Practitioner 「AWS 認定 ソリューションアー
[レポート]AWS Lambdaを用いたマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO
re:Invent 2019 SVS343 Building microservices with AWS Lambdaのセッションレポートです。 はじめに SVS343-R1 - Building microservices with AWS Lambdaのセッションレポートです。 [REPEAT 1] Building microservices with AWS Lambda このセッションでは、AWSでの普遍的なマイクロサービスパターン、及びLambdaでのマイクロサービス作成について触れます。 AWSのmicroservice AWSのサービスは数多くのマイクロサービスの上に成り立っています。例えば、Amazon S3はロンチ時に8つの異なるマイクロサービスの上に成り立っていました。2018年時点では235以上の異なるマイクロサービスの上に成り立っています。 マイクロサービスの組
![[レポート]AWS Lambdaを用いたマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/019a203ef6304361021f33b557a8b524884de530/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Fsvs343_eyecatch_.png)
Anthropic Claudeで英訳したテキストをもとにStability AI Stable Diffusion XL(SDXL)で画像を生成するAmazon Bedrockの使用例 - NRIネットコムBlog
小西秀和です。 以前の記事でAmazon Bedrockの参考資料、モデル一覧、価格、使い方、トークンやパラメータの用語説明、Runtime APIの実行例について紹介しました。 Amazon Bedrockの基本情報とRuntime APIの実行例まとめ － 参考資料、モデルの特徴、価格、使用方法、トークンと推論パラメータの説明 今回はAnthropic Claudeで英訳したテキストをもとにStability AI Stable Diffusion XL(SDXL)で画像を生成するAmazon Bedrockの使用例を紹介します。 ※本記事および当執筆者のその他の記事で掲載されているソースコードは自主研究活動の一貫として作成したものであり、動作を保証するものではありません。使用する場合は自己責任でお願い致します。また、予告なく修正することもありますのでご了承ください。 ※本記事執筆にあ
AWS Step Function承認フローをAWS Step Functionsのワークフローから呼び出して多段階承認フローを作成する方法(AWS Systems Manager Automation ＆ Amazon EventBridge編) - NRIネットコムBlog
小西秀和です。 AI技術の急速な進化に伴い、従来の業務プロセスを見直す必要性が高まっています。 特に、多段階承認フローのあり方について、新しい視点からアプローチしたいと考え、この記事を執筆しました。 これまで多段階承認フローは、しばしば冗長で効率が悪いと批判されてきました。しかし同時に、専門知識や権限を持つ人間が最終判断を下す重要な場でもあります。 そこで私は次のような理由から、将来的に生成AIを多段階承認フローに組み込むことを見据え、AWS Step Functionsを活用した多段階承認フローシステムを試作してみました。 APIを介して承認フローをシステム化することで、人間と生成AIの間で意思決定プロセスを柔軟に切り替えられる 初期段階では人間が承認を行い、生成AIの能力が十分と判断された場合に段階的にAIへ移行できる 生成AIの判断に不安がある場合や、最終確認が必要な場合は、人間が承
Former2
Dashboard Search Setup Introduction Credentials Parameters Settings Outputs CloudFormation Terraform Troposphere CDK (V1) CDK (V2) CDK (Terraform) Pulumi Diagram Raw Output (Debug) Compute EC2 Lightsail Lambda Batch Elastic Beanstalk EC2 Image Builder App Runner Containers ECR ECS EKS Storage S3 EFS FSx Glacier Storage Gateway Backup Database RDS DynamoDB ElastiCache Neptune Redshift QLDB Document
Operating Lambda: イベント駆動型アーキテクチャにおけるアンチパターン – Part 3 | Amazon Web Services
Amazon Web Services ブログ Operating Lambda: イベント駆動型アーキテクチャにおけるアンチパターン – Part 3 Operating Lambda シリーズでは、AWS Lambda ベースのアプリケーションを管理している開発者、アーキテクト、システム管理者向けの重要なトピックについて説明します。3 部構成のこのセクションでは、イベント駆動型アーキテクチャと、それが Lambdaベースのアプリケーションとどのように関連しているかについてディスカッションします。 Part 1 では、イベント駆動型パラダイムの利点と、スループット、スケーリング、拡張性をどのように改善できるかについてカバーしています。Part 2 では、開発者が Lambda ベースのアプリケーションを構築するメリットを享受するのに役立つ設計原則とベストプラクティスについて説明しています
非同期呼び出しAWS Lambdaのエラーハンドリング機能を整理してみた(宛先指定・経過時間・試行回数・DLQ) | DevelopersIO
関数を用意 入力イベントをそのまま返すだけの Lambda 関数を用意します。 def lambda_handler(event, context): return event 設定方法 Lambda 関数の宛先を選択し、成功・失敗のステータスに応じてターゲットを選択するだけです。 成功・失敗のステータスごとに指定できるターゲットは一つだけです。 ターゲットを SNS か EventBridge にしておくと、将来の Fan Out がかんたんになります。 今回は 成功・失敗それぞれに対して専用の SNS トピックを用意し、JSON-Email で受け取るようにしました。 実行例 Lambda 関数を非同期に呼び出します。 $ aws lambda invoke --function-name test \ --invocation-type Event \ --payload '{"fo
新規プロダクトへAutifyを導入してメンテナンスコストを大幅に削減した話 - Link and Motivation Developers' Blog
はじめに はじめまして、リンクアンドモチベーションでQAエンジニアをしている久原です。 今回は私が新卒入社約半年後、エンジニアとして圧倒的初心者のタイミングで任された、Autifyを使ったE2Eテスト自動化プロジェクトについて記事を執筆しようと思います。 本題に入る前に、Autifyとは、一言で言うとノーコードテスト自動化サービスです。 E2Eテストの自動化をノーコードで実現できるサービスになっており、コードをかけない・読めない方でもテストシナリオの作成やメンテナンスができるというメリットがあります。 なぜテスト自動化が必要だったのか？ 当時のプロダクト開発のロードマップは以下のようになっており、機能2,3の開発の間に機能1は触れないものの、リポジトリを共有した状態で開発を進めているのでデグレリスクがあるという課題がありました。 しかし、約半年間繰り返し手動テストを行うのはあまりにも非効率
[AWS Step Functions] ステートマシンが無限ループして148ドルも課金が発生した話 | DevelopersIO
懺悔します こんにちは、のんピ(@non____97)です。 私はここに「ステートマシンを無限ループさせて148ドルも課金が発生してしまった」ことを懺悔します。 いきなりまとめ 検証だからといって雑なEventBridgeのイベントパターンを設定するのはやめよう 何が起こったか ステートマシンが無限ループして148ドルも課金が発生しました。 ここで、クラスメソッドメンバーズ向けポータルサイト「クラスメソッド メンバーズポータル」で、AWS利用料金を確認してみましょう。 まずは明細です。 $148.67のインパクトが凄まじいですね。 USE1-StateTransitionとAPN1-StateTransitionについての課金が大半を占めています。AWS Step FunctionsのStandardワークフローではステートマシンの状態遷移によって課金が発生します。 今回はus-east-
![[AWS Step Functions] ステートマシンが無限ループして148ドルも課金が発生した話 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/ab62f855f97936c12b60e511a8953225f7851a15/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F04%2Faws-step-functions.png)
Amazon ECS タスクの停止理由 (エラー内容) を CloudWatch Logs に保存する方法とその分析をしてみた | DevelopersIO
はじめに AWS Fargateのタスクの停止理由を確認する方法が分からず詰まったため、今回記事を書きました。 ECSのコンソール上では、タスクが停止してから1時間以内であれば、以下のように停止理由であるエラー内容を確認できます。 ただし、上記のエラーは、１時間経過すると、以下のように見られなくなります。 過去にさかのぼって確認したい場合、CloudWatch logsなどに保存する必要があります。 今回は、ECSタスクの停止理由をさかのぼって確認するために、タスクが停止になった時のイベント情報をCloudWatch logsに保存する方法について、解説します。 構成図 構成図は、下記です。 汎用性がありますので、CloudFormationで、イベントルールとロググループを作成します。 流れとしては、ECSタスクが停止した時に、EventBridgeがトリガーとなり、ECSタスクの停止ロ
CloudFormation一撃で作るAWS料金通知ツール(Email/Slack/LINE対応) | DevelopersIO
(2024/5/30追記)アカウントIDをメッセージタイトルに含めるか否かを指定するDisplayAcoountIdをパラメータに追加しました。 こんにちは、つくぼし(tsukuboshi0755)です！ 以前以下のブログで、利用しているAWS料金を毎日LINEに通知するツールを構築しました。 上記ブログは様々な方々から大きな反響を頂いた一方で、以下のような課題もありました。 AWS SAMの利用を前提とするため、ローカル開発環境の構築が別途必要 通知間隔として毎日しか指定できない 通知先としてLINEしか指定できない LINE Access Token等の機密情報をLambdaの環境変数に直接入力しているため、セキュリティに多少不安が残る そこで今回は以前のコードをさらに改良し、上記の課題を解消しつつ、初心者でも簡単かつ柔軟に構築できるAWS料金通知ツールを作成したので紹介します！ シス
[アップデート]AWS Transfer FamilyのイベントをAmazon EventBridgeと連携できるようになりました | DevelopersIO
[アップデート]AWS Transfer FamilyのイベントをAmazon EventBridgeと連携できるようになりました はじめに AWS Transfer Family 経由でファイルのアップロードとダウンロード時、Amazon EventBridge にイベントを発行できるようになりました。 詳細な仕様については、下記のドキュメントをご参照下さい。 従来、Transfer Family には、転送されたファイルに対して特定の処理を行うためのマネージドワークフロー機能がありました。 引用 ただし、ファイルに対して行える処理は以下の通りでした。 ファイルをコピー S3バケットのみで、EFSは不可 ファイルを削除 ファイルにタグを付ける ファイルを復号する AWS Lambda 関数を呼び出してファイル処理 今回のアップデートにより、Transfer Family のファイル転送イ
![[アップデート]AWS Transfer FamilyのイベントをAmazon EventBridgeと連携できるようになりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/631acab3086ee0e51e5f6065e51d8702d53efc20/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F08%2Faws-transfer-family.png)
はじめに 前提として、このブログの内容を踏まえたものです。 上述のブログの言を借りると、AWS CodeCommitにおいて7/28現在、以下の状況になっている様子です。 既存リポジトリがあるアカウントは特に制限無くCodeCommitを利用可能 これまでCodeCommitを使っていなかったアカウント(もしくは既存リポジトリが無いアカウント)は新規リポジトリ作成不可 これはCodeCommitのサービス終了を即座に意味するものではありません。ただし、リポジトリを新規に利用できなくなるということは、一般的にはCodeCommitとしてのサービス縮退、メンテナンスフェーズとして捉えることもできます。先のブログが公開されたのは日本時間では土曜日ということもあり、少なくともこの解釈を否定するアナウンスは出ておらず、個人的には動揺する点もありました。 今回はCodeCommitが担っていた役割を振
Amazon DynamoDB におけるシングルテーブル vs マルチテーブル設計 | Amazon Web Services
Amazon Web Services ブログ Amazon DynamoDB におけるシングルテーブル vs マルチテーブル設計 この文書は、AWS ヒーローであるAlex DeBrie によるゲスト投稿です。 Amazon DynamoDB について学ぶ人にとって、シングルテーブル設計という考え方は、最も心を揺さぶるコンセプトの1つです。DynamoDBのテーブルは、エンティティごとにテーブルを持つというリレーショナルデータベースのような概念ではありません。多くの場合、1つのテーブルに複数の異なるエンティティを含みます。 DynamoDBのシングルテーブルに関するデザインパターンについては、DynamoDBのデベロッパーガイドを読む、re:Inventのトークやその他のビデオを見る、私が執筆した本をチェックするなどで理解することができます。シングルテーブル設計の賛否両論に特に焦点を当て
AWS障害時にどこを見ればいいのでしょうか。また、どうやって障害に気づけばいいのでしょうか。 例えば「Direct Connectが壊れた」「EC2のAPIに異常が発生した」時は、気づきたいものです。 AWS Health イベントの通知 パブリックイベントとは アカウント固有のイベントとは Service Health Dashboard（SHD） Personal Health Dashboard（PHD） ダッシュボード イベントログ EventBridge 通知構成の例 AWS Health API イベント一覧 イベント詳細 オープン＋パブリックイベント オープン＋アカウント固有のイベント イベントタイプ一覧 まとめ AWS Health イベントの通知 AWS障害発生すると AWS Health イベント が通知されます。この通知内容を見るには、次の4つのサービスを利用できます
[レポート]Mackerel オンラインセミナー 2020年上半期アップデート一挙紹介＆デモ！に参加してきました | DevelopersIO
8/13(木)に株式会社はてな様主催のオンラインセミナー「Mackerel 2020年上半期アップデート一挙紹介＆デモ！」に参加してきました?暑い夏でも涼しいお部屋でセミナー受けられるのは幸せですた。 サーバー監視はなぜ必要なのかを改めてお話しいただいた後に上半期アップデートをデモと一緒にご紹介いただきました。最近のMackerelアップデートを追い切れていない方もこの機会に整理しましょう。 上半期アップデート簡単まとめ AWSに関するアップデート 対応サービスの拡充(Batch,WAF(v1/v2),API Gateway) メトリックの追加(ALB,NLB,CloudFront,RDS) Amazon EventBridgeのイベントリソースとして「Mackerel」が選択できるようになった AWSインテグレーションでメトリック単位で監視したい項目を細かく指定できるようになった AWS
![[レポート]Mackerel オンラインセミナー 2020年上半期アップデート一挙紹介＆デモ！に参加してきました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/59fe89df0556213b067eae2d65bad0e1271d5ee2/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F02%2F201902_mackerel_logo_1200x6301.png){kind=logo}
S3のJSONを気軽にAthenaで集計したいと思い、安く済ます方法を調べた。 事前の印象では結構なお値段かかってしまうものだと思っていたが、小さいデータを最低コストで集計する分にはかなり安く済みそうだった。 ということで、ここでやりたいのは、 S3の小さいデータを 気軽に 安く SQLで集計する ということで、RDSなど立てるのはもってのほかである。 前提知識 パーティション データをパーティション分割することで、各クエリでスキャンするデータの量を制限し、パフォーマンスの向上とコストの削減を達成できます。Athena では、データのパーティション分割に Hive を使用します。すべてのキーでデータをパーティション化できます。一般的な方法では、時間に基づいてデータをパーティション分割します。これにより、通常、複数レベルのパーティション構成となります。たとえば、1 時間ごとに配信されるデータ
Amazon Web Services ブログ 新しいクラスルームトレーニングでサーバーレススキルをさらに向上させる この記事は、2021年4月6日に Ed Van Sickle によって投稿された Furthering your serverless skills with a new training course を翻訳したものです。 サーバーレスを使用すると、俊敏なアプリケーションを構築できるため、イノベーションと変化への迅速な対応が可能になります。サーバーレスコンピューティングでは、キャパシティのプロビジョニングやパッチ適用などのインフラストラクチャ管理タスクは AWS によって行われるため、顧客にサービスを提供するコードの記述のみに集中できます。AWS Lambda などのサービスには、オートスケーリング、組み込みの高可用性、および従量課金モデルが含まれています。Lambda
Terraformで脅威検出サービスAmazon GuardDutyの有効化からAWS ChatbotでのSlack通知フローを構築する - BASEプロダクトチームブログ
こんにちは。BASE BANK 株式会社 Dev Division にて、 Software Developer をしている東口（@hgsgtk）です。 TL;DR AWS のマネージド脅威検出サービスである Amazon GuardDuty を有効化する場合、全リージョンに対して設定することが推奨される Amazon GuardDuty を全リージョンで有効化し、検出した内容を Slack に通知するまでの構成を説明・それを実現する具体的な Terraform コードを解説する 記事公開時点で terraform-provider-aws が AWS Chatbot に対応していないため、一部 Console 画面で作成する 当記事のサンプルコードはこちらにて公開している Amazon GuardDuty / AWS Chatbotとは Amazon GuardDuty（略：GuardD
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Shopifyアプリとテーマの開発方法 - Shopify 日本
AWS Chatbotで簡単にSlack通知!!&通知例いろいろ - Qiita
AWSへ移行したレガシーシステムに、新機能はどうやって追加すべきか？ 既存の仕組みとサーバーレスな開発を共存させるアーキテクチャ
AWSのコスト最適化を行い30%程削減した話
LambdaのProvisioned Concurrencyと１年付き合ってみて思ったこと。 - Qiita
クロスアカウントのプライベートホストゾーンを使ったチョット怖い話 | DevelopersIO
移行の前にCodeCommitの位置づけを振り返る - Qiita
AWS Healthを活用し障害検知しよう - サーバーワークスエンジニアブログ
Athenaで気軽にS3のデータを集計する - Qiita
新しいクラスルームトレーニングでサーバーレススキルをさらに向上させる | Amazon Web Services