メドピアのECSデプロイ方法の変遷 - メドピア開発者ブログ
CTO室SREの侘美です。好きなLinuxディストリビューションはLinux Mintです。 メドピアでは現在多数のサービスを運用しており、そのほとんどがAmazon ECSを構成の中核として利用しています。 ECSに対してデプロイを行う方法としては、CodeDeploy、CodePipeline、Copilot（ecs-cli）等があり、CloudFormationやTerraform等のIaCツールで何をどこまで管理するかも合わせて検討する必要があります。 どの方法にもメリット・デメリットがあり、Twitterや技術ブログを観測している範囲ではデファクトスタンダードと呼べる方法は未だに無いように思われます。 メドピアで最初にECSを利用し始めたのは2018年ころであり、これまで試行錯誤しながらECSのデプロイ方法とタスク定義の管理方法を模索してきました。 今回はメドピア社内で試してきた
1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基本的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ
「もうさばき切れない」アクセスが激増したECプラットフォームにおける負荷対策 - BASEプロダクトチームブログ
はじめに CTOの川口 (id:dmnlk) です。 5月にオンラインmeetupをさせて頂きその中で「具体的な負荷対策に関しては開発ブログで！」と言っていた件ですが気づいたらもう9月になりかけていました。 コロナ禍においてネットショップ作成サービス「BASE」の利用者様が急増しました。 www.nikkei.com 5 月には 100 万ショップを超えるショップオーナー様にご利用していただいております。 今まで EC 事業を行っていなかった飲食店様や様々な業種の方が利用をはじめていただき、ショップオーナー様も購入者様共に短期の見通しでは想定をしていないアクセスが発生しました。 その途中でシステムとして対応しきれない面もあり、アクセス負荷によるサービスの不安定を招き皆様にはご不便や販売時間を変更していただくお願いなどをしてしまい大変申し訳ありませんでした。 現在では安定しておりますが、その
VPCピアリングを作りながら学んでみた | DevelopersIO
おはようございます､加藤です｡WWDC 2018でiPhone SE2が来るかと期待していましたが､見事に夢破れました｡ VPCピアリングを使用する機会があったので､構築しながら勉強してみました｡ 概要 できること 異なるVPCを接続 当然ですね､VPCピアリングによって異なるVPCを接続することができます｡VPC間で直接接続する為､インスタンスにパブリックIPアドレスが割り当てらている必要はありません｡ また､IPv6アドレスでも利用することが可能です｡ 異なるAWSアカウントのVPCを接続 VPCピアリングはAWSアカウントに依存しません｡異なるアカウント間でVPCピアリングを利用することができます｡ 異なるリージョンのVPCを接続 VPCピアリングはリージョンに依存しません｡異なるリージョン間でVPCピアリングを利用することができます｡ ただし､IPv6アドレスは非対応です｡ 複数の
インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ
技術部 SRE グループの mozamimy です。 クックパッドでは、 SRE が中心となって、サービスを動かす基盤の大部分である AWS のコスト最適化を組織的に取り組んでいます。 昨年夏に公開した記事である、インフラのコスト最適化の重要性と RI (リザーブドインスタンス) の維持管理におけるクックパッドでの取り組みでは、 なぜインフラのコスト最適化が必要なのか、具体的にどのような考え方に沿って進めてゆけばよいのか。 SRE が一括して管理する AWS のリソースプールそのもののコスト最適化を実践するための具体的な取り組みの一例として、RI のモニタリングや異常時の対応フローによる維持管理。 といった話題にフォーカスしました。 今回は、インフラにかかるコストを正しく「説明」するための取り組みということで、コスト最適化に貢献する社内アプリケーションである Costco (Cost Co
Amazon S3 Glacierを写真ストレージとして使う - yhara.jp
長年Flickrを写真ストレージとして使っていたのだが、古い写真を見返すことはほとんどないので、それならばAWS Glacierに保存してしまった方が安いのではないか？と気づいた。 Glacierは一気に取り出すとやばいというイメージがあったが、ピーク転送量課金という仕様は今は無くなっていて、取り出しペースは気にしなくて良いようだ。 ということで具体的に料金を計算してみる。 ソース https://aws.amazon.com/jp/s3/pricing/ 前提 容量は全部で100GBとする ファイル数はそれほど多くないものとする(年ごとにzipしてまとめるなど) 取り出しは基本行わないものとする(バックアップ用途なので) リージョンはオレゴン・プランはS3 Glacier Deep Archive 大容量 金額 アップロード 件数：$0.05/1000件 容量：アップロードに関しては無料
Rails Support - Jets Ruby Serverless Framework
Rails Support Update 10/26/2023: The Rails experimental support has been broken for a while. It has been removed in Jets v5 to prepare for a version of Rails support that will be container based. There is currently no timeline. These docs are only kept around for posterity. Jets Afterburner mode supports deploying your Rails app requiring little changes to your code. This is an experimental featur
料金 - Amazon Transcribe | AWS
AWS 無料利用枠の一環として、Amazon Transcribe の使用を無料で開始できます。Amazon Transcribe の無料利用枠は、最初の文字起こしリクエストを作成した日から 12 か月間利用できます。** 無料利用枠での使用量は、AWS リージョン全体で毎月計算され、自動的に請求額に適用されます。未使用分は持ち越されません。ご利用にあたっての条件が適用されます。詳細については、提供規約をご覧ください。無料使用期限が切れた場合、またはアプリケーションの使用量が無料利用枠を超えた場合は、標準の従量制サービス料金をお支払いいだたきます。 ストリーミング向けとバッチ文字起こし向けの両方の Amazon Transcribe API は、以下に示す段階的な料金に基づいて毎月請求されます。段階的な価格設定の料金や割引率は地域によって異なり、下記のドロップダウンから地域を選択すると適用
8月23日のAWSの大規模障害でMultiAZでもALB（ELB）が特定条件で500エラーを返すことがあったという話 - Make組ブログ
このブログ記事で 「MultiAZ」にしていたら何事も全て大丈夫という認識を変えられると嬉しいです （当該の時点で障害起こした人はちゃんとMultiAZにしてなかったんでしょ？という人の認識も変えられると嬉しいです）。 MultiAZにしておくことは基本 です。 その上でも、 安心しきらずに監視は必要 という話をしています。 MultiAZ構成にしておきましょう そのうえで監視、検知、トレーサビリティを大切にしましょう MultiAZ要らないという見当外れの解釈はしないでください （一部、間違えた解釈をしてるコメントも見受けられましたが、大いに違います）。 前提 2019-08-23、AWSで大規模な障害が起こりました。 障害の一般的な内容は以下のとおりです。 まとめのブログ https://piyolog.hatenadiary.jp/entry/2019/08/23/174801 AW
囲碁AIブームに乗って、若手棋士の間で「AWS」が大流行 その理由とは？
囲碁AIブームに乗って、若手棋士の間で「AWS」が大流行 その理由とは？：週末エンプラこぼれ話（1/4 ページ） 人間の能力をAIが完全に上回りつつある「囲碁」の世界。最近では、AIを活用した研究を行う棋士も増えているそうだが、その裏側でAWSが若手棋士の中で大流行しているという。一体何が起こっているのだろうか。 ここ数年、将棋や囲碁といったボードゲームの世界では、AI（人工知能）の能力が人間を上回りつつある。特に、Alphabet傘下のDeepMindが開発した囲碁AI「AlphaGo」は、世界のトップ棋士を次々と破ったことで、昨今の人工知能ブームの“火付け役”となったのは記憶に新しい。 最近では、プロ棋士たちも研究にAIを使い始めているが、その影響で、若い囲碁棋士たちの間で今「AWS（Amazon Web Services）」を利用する人が急速に増えているのだという。一体何が起きている
AWS lambda 超入門 (Ruby 編)
概要 今更ながら AWS lambda に入門してみました Ruby が動かせるようになっているので Ruby を使っています 環境 AWS lambda 2019/01/25 時点 Ruby 2.5 Hello World まずは Hello World を出力してみます lambda は何かしらのイベントをトリガーにして作成した関数を実行することができます なのでまずは関数を作成します UI 的には作成するための導線がたくさんあるので以下からでなくても OK えす 「1 から作成」で必要な内容を入力していきます 名前･･･hello_world_func ランタイム･･･Ruby 2.5 ロール･･･「1 つ以上のテンプレートから新しいロールを作成します。」 ロール名･･･hello_world_func_role ポリシーテンプレート･･･「Amazon S3 オブジェクトの読み取り
AWS LambdaからGoogle Hangouts Chatに投稿してみた | DevelopersIO
先日、Google のビジネス向けメッセージングプラットフォーム「ハングアウト・チャット」が G Suite の1サービスとして正式公開されました。 Bot 開発用の API が提供されているため、Slack のようにタスクの自動化やイベント通知を簡単に組み込むことができます。 今回は cURL/Python/AWS Lambda から Webhook を使って Hangouts Chat にメッセージ投稿する方法を紹介します。 前提 G Suite の利用アカウントがある AWS の利用アカウントがある 流れ 以下の流れで作業します。 チャットルームの作成 Webhook の設定 メッセージ投稿 cURL Python AWS Lambda 1. チャットルームの作成 Google Hangouts Chat のサービスページに移動します。 https://chat.google.com
Ruby Sinatra on AWS Lambda
29.11.2018 AWS Lambda announced official Ruby Support. That means we all can build Serverless applications (or FaaS scripts) with the language that we love. AWS in the same article also provided quite decent step by step manual for creating AWS Lambda functions but also how to run Sinatra application on AWS Lambda with a code sample project AWS Lambda - serverless Sinatra app example In this artic
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS/アマゾン ウェブ サービス/クラウド on Twitter: "Ask an Expert で無料の技術相談 https://t.co/bNVh4LhLWu コ・ワーキングスペース #AWSLoft Tokyoの人気サービスがオンライン化。完全予約制でどこからでもご利用可能で、出張先からでも… https://t.co/u684YxQDyx"
クライアントレスポンスとエラーをスタブ - AWS SDK for Ruby
Ruby on JetsとRDS Proxyを使ってRailsアプリをサーバレス化してみた
AWSをこれから始める学生への圧倒的なインプット
GitHub - codenize-tools/roadworker: Roadworker is a tool to manage Route53. It defines the state of Route53 using DSL, and updates Route53 according to DSL.
手段先行でも悪くはない！Ruby on Lambdaで
はじめるServerless / aws serverless tech
Ruby on Lambdaで変わる大規模サービスの裏側 / Ruby on Lambda makes a change to Eight's backend
