Autoscaling については過去に何度か書いているのですが、今回は ECS Fargate について少し掘り下げつつ整理してみたいと思います。 仕組みとしては難しくはなく、わりと雑な理解度でも動くっちゃ動くとはいえ、リソースとしての重要度は高い箇所であり、正しく理解するとより関連箇所の最適化が見込めるところでもあります。 概要 ECS は on EC2 で動かすと、インスタンスとタスクの二段階での Autoscaling になるところが、Fargate だとタスクのみで考えられる簡素さが強みです。 ECS Service のタスク群に対して、特定の条件（主に平均CPU使用率）を満たした時にタスク数を自動的に増減することで、負荷対策とコスト削減という目的を達成しつつ、運用者が基本は放置できることになります。 ただ、それだけの理解では浅すぎるので、増減における詳細やリスクなどについて把握

こちらの記事では、AWSのコンテナオーケストレーションサービスであるECS(Amazon Elastic Container Service)の基本、クラスター、サービス、タスク定義、タスクについて解説します。 ECS(Amazon Elastic Container Service)とは Amazon Elastic Container Service Amazon Elastic Container Serviceは、AWSが提供するフルマネージドのコンテナオーケストレーションサービスです。ECSを利用することで、Dockerコンテナのスケーリング、実行、停止、管理をより簡単に行うことができます。 ECSでは、「EC2」「Fargate」、AWS外のオンプレミス環境で実行されるコンテナ環境をECSで簡単に管理できる****Amazon ECS Anywhereの**3つの起動タイプをコ

Dockerのおかげでアプリケーションのポータビリティが上がったはずなのに、なぜ即デプロイできないのか？

「iOSのプッシュ通知の実装ってどうやるの！？」 「Androidにも一緒にプッシュ通知送りたいけど何を使えばいい！？」 こんにちは、タカフです。 最近扱っている案件でプッシュ通知の実装があったのですが、AWSを使っているとわりと他のAWSリソースと統合出来るので特に指定がなければAWS SNSでプッシュ通知するのがシンプルでいいかと思っています。 で、いざ実装方法をネットサーフィン（死語）で探してみると、出てくる記事が2019年度現在としては古い記事だったりしたので、カフーブログにて画像付きでまとめてみました。 今回は、AWS SNS + iOS でのプッシュ通知の実装の内容となっています。 ※本記事は予めAppleDeveloperProgramに登録していることを前提としています。 証明書・プロビジョニングファイル・P12ファイルの作成 まずはAppleサイトで証明書周りを準備する必

2018.12.04 こんにちは、ユニトラストの小原です。 AWSのAmazon Simple Notification Service（Amazon SNS）を使う機会があり、アプリへのプッシュ通知の配信を行なったのですが、 専門用語等が多く、改修や調査などを行った際に仕組みを理解するのにかなり時間がかかったため、備忘録としてまとめておきたいと思います。 こちらは、Amazon SNSを初めて利用する方、あまり慣れていない方向けの記事となりますので、ご了承ください。 1. プッシュ通知の仕組み Amazon SNSについての説明の前に、スマートフォン側のプッシュ通知の仕組みについて簡単に説明をしておこうと思います。 まずプッシュ通知とは、スマートフォンのロック画面や、操作中の画面上部に表示されるメッセージのことです。 このプッシュ通知ですが、 iOS端末は「Apple Push Noti

こんにちは、虎塚です。 今回は、CentOS 7の公式AMIで頻繁に実施する初期設定の手順をまとめます。CentOS 7からSystemdが導入されたため、CentOS 6までと一部違う部分があります。 設定内容の目次 今回説明するのは、次の内容です。 パッケージの更新 ロケールとキーマップの変更 タイムゾーンの変更 不要なサービスの停止 Webサーバのインストールと起動設定 OSファイアウォールの設定 「検証用途でちょっとWebサーバを立ち上げたい時」というユースケースを想定して、Webサーバのインストールと起動までを行います。 0. CentOSインスタンスの起動 CentOS wikiに、公式AMIへのリンクがあります。 Cloud/AWS - CentOS Wiki 「CentOS-7 x86_64」のURLをクリックして、リージョンに合ったAMIを選択します。今回は、ami-89

社内 Web システムのフロントエンド技術刷新: React Router v7 vs. TanStack Router

はじめに Redmineすごく便利です。やる気が出ないときでもチケットの一覧として並んでいて、それをこなして行くと段々とやる気がでてきます。 またここ最近になってAWSを使い始めたのですがそのお手軽さに感動しています。 ということで今までは自前のサーバでRedmineを運用していましたが、AWSでRedmineを立ててみました。 自分用のメモとしつつ、次回同じサーバを立てるときに5分で構築、10分でバックアップという目標を達成できる用にメモします。 BitnamiのAMIをつかってEC2にインストール 全体の流れは次の通りです。 EC2インスタンスの作成画面へ行く AMIからインスタンスを選択する 作成が完了するのを待つ 管理者用のパスワードを確認する IPアドレスを確認して接続する 完了！ 個人的にあまりAWSには慣れていないので順に追って説明します。 AWSコンソールからEC2を選び、

著者・監修の佐々木 拓郎さん、 高柳さん、および SB Creative さまより『Amazon Web Services クラウドネイティブ・アプリケーション開発技法　一番大切な知識と技術が身につく』をご献本いただきました。 昨今のモバイルアプリケーションには大抵の場合バックエンドも必要になりますが、たとえば僕はiOSアプリしかつくれません。そういう場合に、他のサーバーサイドエンジニアやインフラエンジニアと組む以外に、ちょっと前であれば Parse.com を利用してサクッと済ませてしまう、という選択肢もありましたが、来年にはサービス終了してしまうという悲しい事態になってしまった今、やはりモバイルアプリケーションのバックエンドのインフラとして真っ先に候補に挙がるのは AWS（Amazon Web Services）です。 ただそのAWS、LambdaとかMobile HubとかIoTとか