AWSのコスト最適化を行い30%程削減した話
はじめに こんにちは、アルダグラムのSREエンジニアの okenak です。 今回はスタートアップ企業のAWSコスト最適化に取り組んだ内容を紹介したいと思います。 背景 弊社はグロース期のスタートアップ企業ですがAWSのコストが約1年間で4倍に上昇しました。 これまでは社内の生産性向上や安定したサービスを提供するために、インフラリソースを潤沢に利用してきましたが、急激な円安等の流れもあり今ここにきて見直しが必要なタイミングとなったためコスト最適化に取り組むことにしました。 （上記は補足として開発用と本番用のAWSアカウントの合算の金額です） コスト最適化のための取り組み コスト最適化に関してはトレードオフの関係があります。 特に市場に投入するまでのスピードを重視するスタートアップ企業では人的リソースがかぎられるためコスト最適化のための工数は犠牲になりがちです。（それが大きく問題になるまでは
小さいプロダクト開発におけるGCP利用の勘どころ - 個人的なプロダクトを三日でローンチした話 - Lean Baseball
私個人の話なのですが. 最近は仕事でAWSやGCPのサーバレスアーキテクチャにふれる機会が増えた*1と同時に, 自分が気になる世の中のニュース（グルメとかいろいろ）だけをいい感じに集めてまとめて読みたい その中でも特に⚾, 速報とかいい感じに通知させたい という怠け者欲ライフハック欲が高まってきたので, GCP（とちょっとしたPythonスクリプト）でSlack Botを作りました. 趣味開発で雑にはじめた結果, 三日程度でできちゃった*2のでその知見をメモ代わりに残します. おしながき おしながき TL;DR 対象読者 作ったもの GCPをフル活用して実質三日でBotをローンチした Bot本体の開発 GCPの何を使うかで試行錯誤 プランA「GCEを使う」 プランB「Cloud Run + Cloud Scheduler」 採用した構成「Cloud Functions + Cloud Sc
DockerやECR, ECS, Fargateなど、コンテナ周りのAWS知識を効率的にキャッチアップしたい人のために - Qiita
DockerやECR, ECS, Fargateなど、コンテナ周りのAWS知識を効率的にキャッチアップしたい人のためにAWSDockercontainerECSFargate 概要 私自身がコンテナや、コンテナ関連のAWSサービスについてはほぼ分からない状態だったのですが、そこからできる限り効率的に知識をキャッチアップしたくて学習したときの道のりです。 同じように困っていらっしゃる方のお役に立てばと思い、記事にしてみました。この道のりの通りに進んでいただければ、時間を無駄にすることなく、多少なりともスムーズに知識をキャッチアップできると思います。 主要な概念や全体像を理解するまでの道のり いきなり詳細に踏み込んでも、つまりいきなりFargateなどのAWSサービスを使っても、すぐに迷子になることは目に見えていましたので、まずは全体感や重要な概念、用語を理解しようと思いました。 そこで色々と
AWSのAZ(アベイラビリティーゾーン)とは？AZ障害が起きたときどうすればよいのか
アドテク本部の黒崎( @kuro_m88 )です。 2019/08/23にAWSの東京リージョンで特定のAZ内で大きめの障害がありました。 私が開発しているプロダクトもAWSの東京リージョンを利用していて、常時数百インスタンスが稼働しているため、今回の障害の影響範囲に含まれていました。 何が起きたのか？ AWSから公式発表が出ています。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 データセンタ内の冷却の障害が原因で一部のハードウェアホストが過熱し電源が失われてしまったようです。これにより影響を受けたハードウェアホスト上で稼働していたEC2インスタンスやEBSボリュームは電源が失われているため、外部から見ると突然応答がなくなったように見えました。 担当サービスでも公式発表と同じくらいの時刻にELBやその配下のサーバ
「サーバレス／Serverless」はデータベースやコンテナへも広がってきた
「サーバレスコンピューティング」や「サーバレスアーキテクチャ」といった言葉は、2014年にAWS Lambdaが発表され、その後広く普及したことで一気に注目を浴びるようになりました。 現在ではAWS Lambdaだけでなく、Microsoft AzureのAzure Functions、Google Cloud PlatformのGoogle Cloud Functions、IBM CloudのIBM Cloud Functionsなど、主要なクラウドサービスの多くでサーバレスコンピューティング環境が提供されています。 サーバがない、のではない。サーバ管理が不要ということ AWS Lambdaに代表されるサーバレスコンピューティング環境は、一般にユーザーがあらかじめ用意しておいた関数を、イベントをトリガーとして実行することで何らかの処理を行うFunction as a Service的なア
AWSにおけるWeb系の鉄板構成をWordPressを題材にして理解しよう - Qiita
概要 現在、EC2シングルインスタンスでWordPresをホストしていると仮定します。 これを可用性が高く、かつ運用フリーな構成に移行する方法を学びます。 WorPressはDBサーバ(MySQL)が必須ですので、ここで学ぶことはいわゆる一般的なLAMP(あるいは類似の)構成のWeb系アプリサーバに応用することができます。 前提条件 本手順は、AMIMOTO AMI(Apache)の環境が前提となっていますので、他の環境では期待通りの動作をしない可能性があります AMIMOTO AMIでWordPressを立ち上げる レコードを変更可能なドメインをもっている方が望ましいですが、もっていない場合の手順も記載しています 本手順は、AWS Consoleの英語画面で説明しています。なぜなら、手順中のリンク先にAWS公式日本語ドキュメントが含まれていますが、英語画面で説明が記述されているためです。
TwilioとAWS IoTボタンを使った子供のトイレ訓練 | POSTD
2人の幼子の父親として、私は1日のうちの バカにならない 時間をうんちに捧げています。大量の、大量のうんちです。 上の子がトイレのトレーニングを始めた時、夜中でも、もよおしたら起きてトイレを使うようになりました。ただ、そんな時、子供はもよおしたことを大きな声で私に知らせるので、近くで寝ている下の子が起きてしまうのではないかとヒヤヒヤしたものです。そんなわけで、何らかの対策が必要だなと感じていました。 私はいつも、子供の協力を得ることができる、楽しくかつ斬新な方法はないものかと考えています。そしてそれが、自分のエンジニアリングプロジェクトをいじくり回すことで実現できるなら、なお良いでしょう。 うんちボタンを押す 笑顔のうんちキャラクターが貼られた装置は、Amazon Dash Buttonをベースにした Amazon IoTボタン です。子供がこのボタンを押すと、AWS Lambda関数が呼
Amazon Lambdaのチュートリアルをいじってみた (1) - Qiita
Amazon Lambdaのチュートリアルをやってみた。 コード実行までの時間 5分 Amazon Lambdaとは Amazon Lambdaはいままでのようなインスタンスの管理がまったくいらない コンピューティングプラットフォーム。 Web Console上からソースコードを入力し実行するだけで、 処理を行うことができる。 Resionの選択 Amazon Lambdaは、US.East,EU,US Westのみ 提供されている。 今回は、US Eastを選択する。 Amazon Lambdaの開始 Get Started Nowを選択 New Function の作成 Name , Descriptionの設定 name : lambdasample Description(任意) role : basic execution roleを選択する。 lambdaを実行するためのIAM
サーバーレスのメリット＆本質を、AWS Lambdaを使って理解しよう｜ハイクラス転職・求人情報サイト AMBI（アンビ）
サーバーレスのメリット＆本質を、AWS Lambdaを使って理解しよう 「サーバーレス」はここ数年の技術トレンドの一つです。サーバーレスアーキテクチャを2年運用してきたJX通信社の小笠原みつき（yamitzky）さんが、そのメリットや実際の業務における考え方を、ハンズオンを交えながら解説します。 JX通信社の小笠原みつき（@yamitzky）と申します。ニュース速報アプリ「NewsDigest」の事業統括をしているエンジニアです。 JX通信社では、人手のかかる「報道」という分野を機械化・自動化することをミッションの一つとして掲げており、技術選択においても、なるべく運用を自動化できる方法を選ぶよう心掛けています。その過程で「サーバーレス」という技術に出会い、2016年ごろから本番運用してきました。 今回の記事のゴールは、サーバーレスという技術が「どんなものであるか？」を理解することです。サー
AWSサーバーレスを活用したAngularのWebアプリを作ってみた - Taste of Tech Topics
こんにちは！エンジニア2年目、フロントエンドを勉強中のmiuraです。 この記事はAmazon Web Services Advent Calendar 2017の13日目の記事となります。 qiita.com 私は最近、Angularを使ったフロントエンド開発やAWSでのサーバーレス開発をしているのですが、 サーバーレスのWebアプリを構築するとなった際につまった部分がありました。 それは、 WebアプリをS3に、サーバーレスをAPI GatewayとAWS Lambdaで構成すると双方のURLが違うため、 ブラウザではSame-Origin Policy (SOP)が適用されてエラーになってしまうことです。 これを回避するためにはCross-Origin Resource Sharing (CORS)の設定を行う必要があります。 今回は、そのCORSの設定を含めてAWS上で一通りの動き
小規模サイトを沢山持つWeb制作会社向けのテスト環境を構築してみた - Qiita
そこまで大きくない大きくても50ページ位のサイトを沢山制作・運営サポートをしているWeb制作会社向けのテスト環境として、下記のようなモノを用意してみました。 絶対パス使ってるサイトもある テスト環境だとは言ってもサブディレクトリは嫌だ お客様の環境によってPHPのバージョンが違う マイナーバージョンはしょうがないにしても、ある程度PHPのバージョンを併せたい ただ、テスト環境にはそこまでお金を掛けたくない サーバは一つにしたい ということで、サーバ一つで上記仕様が解決出来る環境を考えてみました。 （OSはAmazon Linux、Apacheは2.2の環境です） TL;DR PHPを複数インストールして、Apacheの設定を頑張ったら、 http://p56.client.example.com/ -> /var/www/vhosts/client/p56/htdocs -> PHP5.6
AWSの個人利用 - 書きなぐる
今回やること AWSを使ってみる。 高いので個人で無料枠でできる範囲で。 AWSの学習コースがあるので、それをやってみる。 https://console.aws.amazon.com/console/home 初期設定 IAMの設定 指示される通りに作成して、rootアカウントをなくす。 https://console.aws.amazon.com/iam/home Trusted Advisorで無料枠アラート設定 アクセスしたら勝手に設定された。 https://console.aws.amazon.com/trustedadvisor/home 料金監視 ここも書いてある通りに設定。 https://console.aws.amazon.com/billing/home チュートリアル Hosting a Static Website staticファイルをS3にアップロードしてブ
社WebをAWS s3 + cloudfrontなサーバーレス環境に移行した話 - Qiita
背景 社Webを今まではレンタルサーバでHostしていたのですが、フォーム以外は極めてStaticな内容なので今流行りのサーバーレスな環境に移行してナレッジを貯め込みながらもコスト削減したいというところです。なお、すでに過去の偉人たちが残してくださっているドキュメントが多数ございますので、本記事では具体的にハマりそうなポイントを中心に書いていきたいと思います。 Before 自分が契約しているさくらインターネットさんに置いていました。フォーム部はphpで社内のSlackに飛ばすというものになっておりました。 After 大枠で下記な感じで対応しました。1 Hostはs3 SSL証明書はAmazon Certificate Manager && cloudfront フォームはStacktodoで相変わらずSlackに飛ばす Route53からCNAMEをcloudfrontに向ける s3で
ネットワーク初心者が、さくらクラウドからAWSに移行した時のメモ - という話
ネットワーク素人が、さくらクラウドで負荷分散構築した時のメモ１【準備編】 - なりせなるてず この記事を4月に書いてからたった5ヶ月ですがAWSに半分移行しました。 AWSに移行するきっかけ 嬉しいことに自社サービスが順調に成長してて、アクティブユーザーがだいたい常時300以上、多い時は1500から3000位にまでアクセスが集まるようになったことです。 勿論さくらクラウドでも対応出来るんですが、瞬間的に通常時の5倍から10倍のアクセスを捌きつつ、通常時はサーバーを減らして安く抑えたいという要求を叶えるためにはさくらクラウドじゃムリだろうということになりました。 さくらクラウドはオートスケーリング対応してませんし、今のところその予定もなさそうなのでAWSの出番というわけです。 オートスケールに対応したクラウドサービスはAWS以外にもありますが、まぁAWS一択でしょう。 AWSのお勉強 AWS
JAWS-UG 三都物語 2014 に登壇しました | はったりエンジニアの備忘録
7/5 に開催された「JAWS-UG 三都物語 2014」に登壇しました。 JAWS-UG 三都物語は大阪・神戸・京都の 3 支部が合同で開催するイベントで、会場は 500 名の参加者で賑わっていました。 夏の JAWS-UG 三都物語 2014 自分はテクニカルトラックで「オンプレミスから AWS への劇的ビフォーアフター」というテーマで話しました。スライドも公開しています。 感想 技術系のコミュニティで話すのは LT を除けば始めてだったので緊張しました。案の定、早口になってしまい、持ち時間も余ってしまう結果に（汗） こういう場で話すのは準備も大変ですしパワーも使いますが、やはり得るものも多いですね。何より技術系のコミュニティでまったく知られていなかった自分たちのプロダクトを紹介できたのは良かったです。 移行するにあたりノウハウも貯まっているので、機会があればまたどこかのイベントで話し
これからAWSを始める人は一読すべき「AWS運用チェックリスト」を読んでみた | DevelopersIO
はじめに こんにちは植木和樹です。AWSでは各種ホワイトペーパーなどの資料を多数公開しています。 AWS アーキテクチャーセンター | アマゾン ウェブ サービス（AWS 日本語） 今回は上記ページからダウンロードできる「AWS 運用チェックリスト（PDFファイル）」を読んでみました。運用チェックリストという名前ではありますが、AWSを利用する方は一度目を通しておくのをお勧めする内容でした。 チェックリストは大きく3つ「ベーシック」「エンタープライズ」「セキュリティ監査」に分かれています。このうちベーシックは15項目程とコンパクトにまとまっていて、簡易チェックリストとしてお手頃です。 残念ながらまだ日本語訳がされていないようですので、今回ベーシック部分だけをザックリ読んで簡単なコメントを書いてみました。 ベーシック運用チェックリスト 原文は「我々は〜〜〜を設定しています（理解しています）」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
超定番サービス Amazon S3 の魅力を再復習 / We love S3
A Node in Nodes
Lv1から始めるWebサービスのインフラ構築
AWS Documentation