成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
はじめに 最近 Google Cloud Platform の Cloud Run が GA となったのが話題に上がりました。また gcloud コマンドを GitHub Actions 上で簡単に扱うための GoogleCloudPlatform/github-actions もリリースされました。これまで使われることの多かった actions/gcloud は deprecated となりアーカイブされています。 これらのサービス、ツールを使うことでかなり簡単に Docker コンテナを動かす環境を構築できます。そのユースケースの一つとして、実際に僕が携わっているプロジェクトでレビューコスト低減のために行っている、Pull Request (以下 PR) 単位で独立したプレビュー環境を起動する方法についてメモがてらブログにまとめようと思います。 前提 以下のようなアプリケーション、プロ
アホになることは、自らの可能性を信じること 入社後、遠藤氏は2カ月ほどOJTを受ける。社内勉強会のスケジュールアプリを開発したり、同社の「有給取り放題制度」や「勉強し放題制度」を活用してAWS Summit Tokyoに足を運んだり、QiitaやNoteでブログを書いたりと、研鑽を続けていく。 その後、大規模案件へのアサインが決定した。この案件では、サーバーサイドの技術としてKotlinとSpring Bootを使用する。案件が本格的に走りだす前に、これらの技術を事前に学習しておく方針となった。 だが、当時はSpring Bootのバージョンが2.0に上がったばかり。書籍やWeb上にはそれほど情報がない。さらに、Kotlinを学ぶうえではJavaの基礎知識が必要となる。遠藤氏にとって未経験のSpring BootやKotlin、Javaについて地道に学ぶ日々が続いた。 案件が本格的にスター
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く