Application Auto Scalingを安全に、段階的に適用する - エムスリーテックブログ
【デジカルチーム ブログリレー2日目】 デジカルチームの瀬越です。エムスリーデジカルという医療SaaS（クラウド電子カルテ）を日々開発しています。 突然ですが、AWSのApplication Auto Scaling、便利ですよね。一方で以下のような課題もあり、どのように本番環境に適用するかは悩ましいところです。 どの指標を使ってAuto scalingしたらよいのか分からない ユーザーに影響を与えず安全にAuto scalingを適用したい 今回は、サービスの特性に合わせてApplication Auto Scalingを段階的に適用した話をします！ 概要 Auto scaling適用のステップ まずはScheduled scaling 最大容量を増やして、適切にScale outさせる ALB ActiveConnectionCount ECS CPUUtilization 最小容量を
Fluent Bit の複数行フィルターを使って、ECS on Fargate のタスクから出る複数行のログを１レコードに連結する。 - サーバーワークスエンジニアブログ
こんにちは。 技術課の山本です。 ECS on Fargate のタスクから出る１つのログが、複数行になるときの話です。 Cloud Watch Logs に出力すると、１行ごとに１レコード出来てしまいます。 ログ監視をしていると、検知した部分の１レコード（＝ログの１行のみ）を拾って通知が来てしまいます。 そのため、通知内容を見てもエラーの内容がよくわからないことがあります。 以下ブログ記事の「困っていること」と内容は同じです。 blog.serverworks.co.jp 今回は解決したので「困っていたこと」になりました。 ★２０２３年３月３日追記 もう少し運用負荷の低い方法を見つけましたので、後編のブログ記事をあげています。 こちらもご参照ください。 blog.serverworks.co.jp 困っていたこと Fluent Bit の複数行フィルターを使って、ECS on Farga
【SQLを学ぶ醍醐味】複数テーブルを扱うJOIN結合とトランザクションをくわしく解説
トランザクション トランザクションの背景 トランザクションの内容に入る前に、トランザクションが必要な背景をお話しします。 通常、Webアプリケーションからデータベースに対して大量の問い合わせ（SQL文）がきます。 すると、いくつか考えるべきことが出てきます。1つ目は、同じレコードが同時に変更されたらどうするか。つまり、競合状態をどう回避したら良いか？ 次に、データベースの更新途中でシステム障害が起きたら、データベースをどんな状態に復旧したら良いか？ 正しい状態とはそもそも何か？ 前者の問題を解決する機能を同時実行制御、後者を解決する機能を、クラッシュリカバリと呼びます。この2つは、トランザクションが実装すべき重要な機能です。同時実行制御は、同時アクセスにより起こりうるデータの不整合を防ぐことが目的で、クラッシュリカバリの目的は、有事の際に、データベースを正しい状態で復旧することです。 トラ
フォルシアのWebフレームワーク技術選定 ~JavaScript/Rhino/TomcatからTypeScript/Node.jsへ~
フォルシアのWebフレームワーク技術選定 ~JavaScript/Rhino/TomcatからTypeScript/Node.jsへ~ 2023.03.10 社員インタビュー エンジニア テクノロジー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - aws/aws-sdk-pandas: pandas on AWS - Easy integration with Athena, Glue, Redshift, Timestream, Neptune, OpenSearch, QuickSight, Chime, CloudWatchLogs, DynamoDB, EMR, SecretManager, PostgreSQL, MySQL, SQLServer and S3 (Parquet, CSV, JSON and EXCEL)
アジャイルプラクティスマップを公開しました | Agile Studio
