任天堂ホームページ任天堂株式会社のオフィシャルサイト「任天堂ホームページ」です。
デジタル庁でjQueryが何をしているのか - laiso
TL;DR: jQueryはDrupalのバーター リニューアルするたびにWeb界隈の一斉レビューを受けることでお馴染のデジタル庁ポータルサイトがいつの間にかまたリニューアルされていて、フロントエンドがNext.jsからDrupalに変わって話題になっていたので1、私も旅券所持者として国政に関心を持ってゆく また、まわりのフロントエンドエンジニアの間でjQuery氏の入庁について「モダンブラウザ全盛の時代に必要か？」と疑念がとなえられていたので、これも追求してゆきたい どのような変更があったのか システム変更の経緯はプロジェクトの関係者であるHal Sekiさんの発言が正確なところだと思う Drupalが話題ですが、元々CMS側は2年前からずっとDrupalだったんです。設立当初はサイトもシンプルだったのでフロントエンド側はNextjsでヘッドレス構成だったのですが、構成が複雑になってきて
メトセラ - orangestar2
終 これより先に漫画はありません (以下、制作時に書いたネームがあります） 投げ銭として援助しても良いと思われる方は購入してください ほか、感想など頂けると嬉しいです よろしくお願いします この続きはcodocで購入
ECSで通常時とスパイク時のオートスケールを運用する - Timee Product Team Blog
こんにちは、サーバサイドエンジニアの@Juju_62qです。 今回はタイミーで実践しているECSのオートスケール戦略についてお話ししようと思います。 TL;DR タイミーではTarget Tracking ScalingとStep Scalingを組み合わせてオートスケールをしています Target Tracking Scaling -> 通常のスケールアウト・スケールイン Step Scaling -> スパイク時のスケールアウト 2つを組み合わせることで、様々なリクエストに対し適切なリソースを用意しています タイミーのアクセス量の変化とビジネス要求 タイミーのアクセス量の変化とこれまでのオートスケール タイミーは空いた時間に働きたい人とすぐに人手が欲しい店舗・企業をつなぐスキマバイトアプリです。 したがって、仕事の募集数や働いてくださるワーカーさんの数は世の中の動向に大きく左右されます
Fargate での Amazon ECS タスクの高い CPU 使用率のトラブルシューティング
解決方法 サービスの一部である Fargate タスクの CPU 使用率が高い場合のトラブルシューティング Amazon CloudWatch メトリクスを使用して、サービスレベルの CPU 使用率を表示します。 Amazon ECS サービスで進行中のデプロイがあるかどうかを確認します。デプロイ中は、実行中のタスクが増え、Amazon ECS サービスの合計 CPU 使用率が増加します。デプロイが完了すると、合計 CPU 使用率が低下します。 進行中のデプロイがない場合は、次の点を確認してください。 アプリケーションログをチェックして、タスクが CPU 負荷の高い操作を実行しているかどうかを確認します。ログは、ログドライバーに応じて、さまざまな送信先にエクスポートされます。awslogs ドライバーを使用している場合、ログは CloudWatch にエクスポートされます。CPU 負荷の高
AWS監視アラートをCDKで実装する - mazyu36の日記
前回以下の監視アラートに関する記事を書きました。（予想以上に反響がありました。ありがとうございます） mazyu36.hatenablog.com 監視アラートの基準はシステム特性によるものの、同じメトリクスを使用する場合は閾値や集計期間がシステムによって違うぐらいで仕組みとしては同じため、なるべく使い回しができるようコード化しておきたいところです。 今回は監視アラートをAWS CDKで実装する方法について簡単にご紹介したいと思います。 ※CDKユーザーの中にはご存じの方も多いかと思いますが、特にメトリクス監視はAWS公式のBLEAにも実装がされており非常に参考になります。本記事においても数多く引用させていただいております。 github.com 目次 目次 実装したいもの (1).各サービスから収集したメトリクスを元にアラートを行う ①通知先のSNSトピックを定義する ②メトリクスに対し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
