CloudNativeな決済サービスの開発と2年間の歩み #sf_A4
Spring Fest 2020 CloudNativeな決済サービスの開発と2年間の歩み SBペイメントサービスではSpringとTanzu Application Serviceを使用して、決済システムを運用、開発しております。 以前SpringFest2018で登壇した際は、プロダクション環境で稼働するまでのストーリーをご紹介しましたが、今回はその後の運用や開発についてお伝えしたいと思っています。 本セッションでは導入の背景や、Spring Boot/Cloudを利用したアーキテクチャの説明、CI/CDやロギング・モニタリング、高レジリエンスへの取り組み内容を改めてご紹介します。 またプラットフォームの導入が開発や運用にどのような効果をもたらしたのか、プロダクションでの運用を安定化させるために行ってきた施策や、運用/開発する中で発生した事象とその対処についてもご紹介する予定です。 #
Microservices時代の監視設計 - An Epicurean
前のエントリの続きです。思ってた以上に反響があったので、主語を控えることも検討しましたがこのまま行きます。前回同様、すでにMicroservicesでバリバリやっている人は読む必要ないと思います。 前回の最後にMicroservices時代になると、開発者がこれまで以上に監視に取り組んでいく必要があると言う話を書きました。多少重複するところもありますが、その辺りから話を始めます。 モノリシック世界観での監視 アプリケーション監視の浸透 Microservices時代の監視設計 開発者自身が監視する どう監視するか メトリクス設計 The Four Golden Signals USEメソッド REDメソッド USEとREDの補完関係 The Four Golden Signalsの素晴らしさ 例: ある認証コンポーネントの監視設計 まとめ モノリシック世界観での監視 Webサービスの構成が
コンテナのメトリクスと モニタリングパターン / 190320-sakura-event
Kubernetes撤退、 その後のはてなの取り組み / kubernetes meetup tokyo number 52
Elastic Stackでマイクロサービス運用を
楽にするには？ / Monitoring Microservices with Elastic Stack
OSC 大阪 2019でのセッションで使用した資料です。 「マイクロサービス」とありますが、アプリケーションの監視の話がメインですので、アプリケーションの監視やログ解析などに興味のある方にも読んでいただける内容となっています。
java-monitoring
JJUG ナイトセミナーの登壇資料です。 https://jjug.doorkeeper.jp/events/69650
VisualVM: Home
VisualVM is a visual tool integrating commandline JDK tools and lightweight profiling capabilities. Designed for both development and production time use. April 24, 2024: VisualVM for VS Code Integration Extension Released The VisualVM for VS Code extension has been released. It integrates the VisualVM tool with Visual Studio Code. More information is available at http://visualvm.github.io/idesupp
【PostgreSQL】本番稼働中のPostgreSQLシステムで押さえておくべき「3つ」の監視項目
【PostgreSQL】本番稼働中のPostgreSQLシステムで押さえておくべき「3つ」の監視項目：データベースサポート最前線の現場から（10）（1/2 ページ） データベース管理システムの運用でトラブルが発生したらどうするか。データベースサポートスペシャリストが現場目線の解決Tipsをお届けします。今回は、監視ツールを活用してPostgreSQLを監視する際に最低限押さえておくべき「監視項目」を紹介します。 連載バックナンバー アシストのサポートセンターには、「“本番稼働中”のデータベースの監視」に関する問い合わせがよくあります。そこで今回は、監視ツールを活用してPostgreSQLを監視する際に最低限押さえておくべき3つの「監視項目」を紹介します。 「プロセス」の監視 「ログファイル」の監視 「ディスク空き容量」の監視 この3つの情報を適切に採取し、監視ツールで監視するようにしておく
2016年に設計なんてない、そこそこの量のJavaScriptのエラーを監視して対策し始めました雑感
公開されるどこにも記録を残していないような気がするが、2016年の初めからとある事情により JavaScript のエラーをサーバに送りつけて監視サービスに送りつけてエラーの発生を知り、修正する、ということを地味にくり返していた。 そこに至る顛末と今後の分析の予定のお話。 背景これまで扱ってきたものはそこまで JS ヘビーでないものが多く、また自分で書くものはできるだけユニットテストが動くように書いていた and そもそも監視サービスが入っていなかったので、エラーのログをサーバに送るとか監視するとか、そこまで手をかけていなかった。 しかし今回の案件は初期の設計では考えてもみなかった量のカウボーイスタイル JS がコミットされしまい、要するに非常にイキのいいフレッシュなレガシーコードがてんこ盛りで動いている状態になってしまった。 （あーはい、全部ぼくがコードレビューしてリジェクトすれば防げた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ServerlessConf Tokyo2018 サーバーレスなシステムのがんばらない運用監視
Spring Boot Actuator 2.0 & Micrometer #jjug_ccc #ccc_a1
ZabbixによるAWS監視のコツ