パブリッククラウド特有の脅威の向き合い方近年急速に活用が進むパブリッククラウドですが、同時にパブリッククラウド特有のセキュリティ事故も多発しています。 本スライドでは、パブリッククラウド特有のセキュリティ脅威や事例について紹介し、それらに対する防御の考え方を示すことで より安全にパブリッククラウドを活用いただくことを目的としています。
散らばったAWS LambdaのGitHubリポジトリをモノレポ構成にしてメンテナンスコストを削減する - クラウドワークス エンジニアブログ
初めまして。crowdworks.jpのSREチームに所属しています @ciloholic です。 入社してかれこれ1年経ちますが、筆を執る機会がなかったため、今回が初エンジニアブログとなります。 この記事では、入社して3か月ほど行なっていた「AWS Lambda周りのメンテナンスコスト削減」の取り組みを紹介していきます。 背景 crowdworks.jpでは、多くのエンジニアがさまざまなGitHubリポジトリに色々な言語でLambdaを活用してきました。GitHubリポジトリは30個以上、使用言語はNode.js / Ruby / Goとさまざま、CI/CDもCircleCI / GitHub Actionsとバラバラです。 SREチームでは、定期的に各種言語のEOL対応やライブラリのアップデート作業を行なっているのですが、GitHubリポジトリもそれぞれ異なる、使用言語もCI/CDもバ
個人的AWS ログ管理のベースライン - mazyu36の日記
AWSのログ管理についてはいくつか考えるポイントがあると思います。 どのログを保存するか。 CloudWatch Logs（以下CW Logsと記載）とS3のどちらに保存するか、もしくは両方に保存するか などなど。 システムの特性によるところも多いかと思いますが、自分の中でのログ管理のベースラインが定まりつつあるので、頭の整理がてらまとめます。 自分の中での大まかな方針としては以下です。 S3に保存できるものは基本S3に保存する。 以下の場合は、CW Logsに保存する。必要に応じてS3に転送する。 アラームを出したい場合 さっとCW Logs Insightでログを確認したい場合 CW Logs に出さざるを得ない場合 全体像としては以下になります。 なおあくまで個人的な経験に基づくものなので、実際にはシステムの特性を踏まえて方針の決定が必要かと思います。 またこれは必要、これは不要など
福岡のITベンダーがスマホ検索の一部機能をAWS Lambdaで実装、その狙いとは
AWS Lambda（ラムダ）に代表されるFaaS（ファンクション・アズ・ア・サービス）基盤のクラウドサービスを利用すれば、開発者は仮想マシンやコンテナなどの実行環境を構築・管理する必要がなくなり、開発のスピードアップに寄与する。コードの実行が終わると必要に応じてITリソースを解放する仕組みなので料金が比較的安く、利用企業にとってコスト削減にもつながる。 Lambdaはもともと比較的単純な処理を想定したサービスであり、アプリケーションを実装するのは難しいとされている。しかし創意工夫によってLambdaの新しい使い方を試みる企業が登場している。例えば福岡市に本社を置くITベンダーのFusicは、ある自治体のスマートフォン向けサイトのバックエンド処理をLambdaで稼働させている。Lambdaの新しい使い方となる取り組みの全容を見ていこう。 LaravelをLambdaで実装 「開発速度を向上
Introducing AWS Lambda runtime management controls | Amazon Web Services
AWS Compute Blog Introducing AWS Lambda runtime management controls This blog post is written by Jonathan Tuliani, Principal Product Manager. Today, AWS Lambda is announcing runtime management controls which provide more visibility and control over when Lambda applies runtime updates to your functions. Lambda is also changing how it rolls out automatic runtime updates to your functions. Together,
未知のサービスに対するTerraform初心者アプローチ
私を含めた最初からTerraformを使おうとして挫折した方々，いかがお過ごしでしょうか この記事では，Terraformで未知のリソースを定義しようと思ったときに私がしていることを紹介しています．読者対象としては「Terraformを導入したはいいけれど，リソースの定義方法がわからないまま挫折して自然消滅させた方」を対象としています．まあ，Terraformの公式ドキュメントを読んでわかる人は直接の対象ではありませんが，「こういう人もいるんだな」くらいで見ていただければ幸いです． 口を大にして言いますが，この記事の合言葉は 「公式ドキュメントを読んでわかるならそれに越したことはない」 です．そのうえで，公式ドキュメントを読んでわからなかった人が，Terraformを利用するるための足がかりをこの記事ではECS on Fargateのサービス作成とS3バケットの作成を例に挙げながら提案して
AWSで3factor appを構築する方法をチュートリアルとしてまとめた
はじめに おはようございます、加藤です。今回は3factor appをAWS上で構築する手順をチュートリアルにしてみました。 3factor appとは以下の3要素からなるHasuraが提案するアーキテクチャパターンです。 Realtime GraphQL Reliable eventing Async serverless 引用: https://3factor.app/ 詳細な説明は公式を参照頂くとして、ざっくり説明してしまうと3factor appはGraphQL Subscriptionによってフロントエンドが非同期で情報を受け取れるようにし、バックエンドはイベント・ドリブンで動くアーキテクチャです。 このアーキテクチャを知ったときは「GraphQL×イベント・ドリブン×非同期レスポンスというアーキテクチャは構築・運用難易度が高そう」という第一印象を持ちました。それが正しいかを多少
見せてやるよ、�EventBridge の本気ってやつをな / The art of EventBridge
動画はこちら https://youtu.be/BdSB9yBilxY?t=3812 見せてやるよ、�EventBridge の本気ってやつをな / The art of EventBridge
AWS Lambda でのトラブル事例とその解決策（案）についてまとめてみました
AWS Lambda といえば、API Gateway + Lambda を組み合わせたサーバレスなバックエンドの構築に使ったり、サクッとバッチ処理を作るときに使ったりと、インフラをあまり意識せずにコードの実行環境として使える便利なサービスです（と思っています） 今回は、実際の業務やプライベートを含めて、システム運用してたらトラブルに見舞われた AWS Lambda での苦い経験とその対策をまとめようと思います（ケースをある程度網羅するためにフィクションも含みます）。初歩的なミスも多分に含まれると思うので、温かいで目で見てもらえるとー。 また、ここに書いてある解決策についても最善とは言えないものもあるかもしれません。その際は、コメントで指摘してもらえるとうれしいです。 それでは早速見ていきましょう！ 最大実行時間を超えて処理がタイムアウトした Lambda 関数をバッチ処理として使っている
サーバレスでVODとECをリニューアルして、さらにくっつけてみました！
インシデントレスポンスのライフサイクルを廻すポイントってなに / Pinpoints of Incidentresponse Lifecycle for Operation
DynamoDB の設計について考えてみる。 - Qiita
Amazon DynamoDB の特性 フルマネージド型の NoSQL データベースサービス 3つの Availability Zone に保存されるので信頼性が高い 性能要件に応じて、テーブルごとにスループットキャパシティを定義するキャパシティの Auto Scaling、オンデマンドキャパシティといった設定も可能 ストレージの容量制限がない DynamoDB のテーブル DynamoDB におけるテーブルはRDBMSにおけるテーブルと概念が異なります。 テーブルを作成する際に、Primary Key を指定する必要があります。 Primary Key はテーブルの各項目を一意に識別するために使います。Primary Key は、Partition Key および Sort Key で構成されます。(Sort KeyがなくPartition Keyのみの場合もあります) Item は R
見せてやるよ、Step Functions の本気ってやつをな / The art of Step Functions
動画はこちら https://www.youtube.com/watch?v=DcE_c8_6QUk 見せてやるよ、Step Functions の本気ってやつをな / The art of Step Functions
AWS Lambda 向け軽量Node.jsミドルウエアエンジン Middy の紹介 | 豆蔵デベロッパーサイト
これは、豆蔵デベロッパーサイトアドベントカレンダー2022第11日目の記事です。 今年偶然[1]に見つけた middyjs が、「シンプルでパワフル・軽量で拡張性あり」というサイトの謳い文句どおり素晴らしかったのでご紹介します。 AWSの多くのサービスは、サービスの機能拡張やアプリケーション部分の実装としてLambda関数を指定できるように統合されています。例えばApiGatewayと連携しAPIサーバを構築する、S3と連携し多機能なオブジェクトストレージを実現する、SNSやSQSと連携しPub/Subシステムを構築するといった具合です。 Lambda関数には、様々なサービスからのイベントを処理する業務ロジックが実装されます。 // file: my-handler.ts import { APIGatewayProxyEvent, APIGatewayProxyResultV2 } fr
Doing serverless with Terraform
serverless.tf is an opinionated open-source framework for developing, building, deploying, and securing serverless applications and infrastructures on AWS using Terraform. It is an organic response to the accidental complexity of many existing tools used by serverless developers. 1. There are too many similar tools Developers and DevOps/Cloud engineers have to deal with several types of tools: Ser
AWS最新情報を呟くTwitter Botのアーキテクチャ紹介
はじめに 皆さんはAWSの最新情報は日々チェックしているでしょうか？ 私は毎朝の日課としてWhat's New with AWS?を見て、AWSの最新情報をチェックしています。 What's New with AWS?はとても素晴らしいのですが、日本語へ翻訳されるのに1週間程度のラグがあります。 そのため、日本語に自動翻訳してTwitter Bot化すれば良いのでは？というモチベーションでBotを作成しました。 ↓実際に作成したTwitter Bot ※リンクからフォローいただけると幸甚です 3行まとめ 本記事を読むと以下の情報が得られます。 実装時に考えた&工夫した点 今回のBotを動かすために実際に発生している月額AWS利用料 Twitter Botの動作アーキテクチャ 実装時にまず考えたこと&工夫した点 まず考えたこと Better than Nothingの考えで、まずはローンチし
Amazon Inspector が AWS Lambda 関数をスキャンして脆弱性を検出するようになりました | Amazon Web Services
Amazon Web Services ブログ Amazon Inspector が AWS Lambda 関数をスキャンして脆弱性を検出するようになりました Amazon Inspector は脆弱性管理サービスで、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスや Amazon Elastic Container Registry (Amazon ECR) 内のコンテナイメージにまたがるワークロードを継続的にスキャンしますが、本日より AWS Lambda 関数と Lambda レイヤーのワークロードも対象になりました。 今日まで、混在ワークロード (EC2 インスタンス、コンテナイメージ、Lambda 関数など) を一般的な脆弱性に対して分析したいと考えていたお客様は、AWS やサードパーティーのツールを使用する必要がありました。これに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サーバレス構築事例に学ぶAWS利用術 / AWS Usage Techniques Learned from Serverless Construction Case Studies
AWS re:Invent 2022 - Designing event-driven integrations using Amazon EventBridge (API307-R)
サーバーレス環境をより改善してみた話
Enhanced Serverless Development with Terraform and AWS SAM