導入背景以前は、他のログサービスを利用していましたが、複数のツールをまたいでログを確認する必要があり、作業効率が低下していました。 フロントエンド(Vercel)とバックエンド(GCP)の一元的なログ管理を通じて、アプリケーション全体のパフォーマンスとエラーハンドリングの改善を図ることと、ユーザー体験の問題点をより正確に特定し、開発チームが対応策を迅速に講じられるようにするために、移行検討をはじめました。
The secret ingredient to all our services is how we let users publish content without needing to install anything. We accomplish this with the SSH tools you already have installed on your system. Want to publish a blog post? Use rsync, scp, or sftp. Want to publish a website? Use rsync, scp, or sftp. Want to share a code snippet with a colleague? Use rsync, scp, or sftp. Hopefully you see the tren
これまで何度か HTTP Server の Graceful Shutdown について記事を書きました。 Go 言語で Graceful Restart をする Go 言語で Graceful Restart をするときに取りこぼしを少なくする Go1.8 の Graceful Shutdown と go-gracedown の対応 最終的に Go 1.8 で Server.Shutdown が導入され、この件は解決を見ました。 しかし、最近「あれ?本当に正しく Server.Shutdown 使えている?」と疑問に思い、少し考えてみました。 というか ↑ の記事もまだ考慮が足りない気がする。 ぼくのかんがえたさいきょうの Go HTTP サーバー起動方法 とりあえず完成形のコード。 package main import ( "context" "log" "net/http" "os
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く