はてなブックマーク

QuarkusにはQuteというテンプレートエンジンが入っています。 今回は、これをQuarkusじゃないプロジェクトで使ってみます。 使ったバージョンは1.1.1.Final です。 quarkus.io 今回のコードは以下のリポジトリにおいてあります。 github.com quarkus-sandboxと言いつつ、quarkusを動かしているフォルダは一つもない・・・ とりあえず動かしてみる JUnitのテストでQuteを動かしてみます。（実はこのままでは動かないんですが） public class QuteTest { @Test public void test() { // 後述するが、このままでは動かない final Engine engine = Engine.builder() .addDefaults() .build(); final String content =

EC2インスタンスに入りたい時ってたまにないですか？ EC2インスタンスのsshの秘密鍵の管理をどうしよう、とか EC2インスタンスのユーザの管理をどうしよう、とか悩みますよね。 今回リリースした、ssos (ssh-setup-over-ssm) を使えば EC2インスタンスを使いたい人が、自分でセットアップすることが出来るようになります。 このツールを使うに当たって必要なのは AWSのクレデンシャルのみです。EC2インスタンスの秘密鍵も必要ありません。 Systems Manager経由でSend Commandできるインスタンスであれば sshでログイン出来るようになります。 今回作ったssosのリポジトリはこちらです。 github.com はじめに 対象のEC2インスタンスでターミナルを使うだけなら Systems Managerを使えば、確かに、sshを使わなくても ターミナル

latestタグや書き換えるためのタグ（develop, stagingなど）を使って、本番で運用するのはやめましょう。 コンテナイメージのキャッシュ状況やリリースフローによっては予期しない形で 予期しないバージョンが本番で起動する可能性があります。 本記事では、どのプラットフォームやツールで発生したかについては記載しません。 本題はそこではないのと、そもそも運用が間違っているので 記述しても余計な枝葉になるからです。 この記事ではどういうことが起きたか、について書きます。 どういうことが起きたか サービスで、dockerイメージのlatestタグを使って本番運用していた。 全コンテナをgraceful restartしたようだ。（つもりだったが・・・） 別の作業中、管理画面の表示がおかしくなっているという話が出てきた。 そこで調べてもらったところ、なぜかリリースしたはずの機能が正常に機能

MyBatis経由で実行される全てのSQLに対して SQLコメントを追加したい気持ちになったので 簡単にどうやるのかを書いておく。 stackoverflowにも質問を書いたけど ググってたら思いついてしまった。（ほぼコピペだけど） ちなみにリフレクションでこじ開けるので使用するときには注意が必要だ。 最初に経緯を書いておく。 どういうコメントを追加したいかというと以下のようなコメントである。 SELECT * FROM users; /* TraceID: foo-bar-baz */ TraceID/RequestID/CorrelationID、なんでも良いんだけど SQLからトランザクションを追いかけたい。 そのために、実行されるSQL全てにSQLコメントを追加したくなった。 この手法はもともと isucon9の優勝者のブログに 書かれていて なるほど、これは便利そうだ、となった覚

CIでフォーマッタ掛けてフォーマットのチェックしてますか？ プロジェクトでフォーマットがある程度統一されていると落ち着きませんか？ コードフォーマッタで悩んでいる、という人にオススメのツールとして Spotless というツールを紹介します。 記事の構成としては以下の順に沿って、Spotlessを紹介していきたいと思います。 Spotlessで何が出来るのか どこで使っているか 実際にどうやって使うのか Java以外にも色んなファイルのフォーマッタが使える 終わりに Spotlessで何が出来るのか Spotlessでは下のようなことができます。 色んなファイルのフォーマット CIでのフォーマットのチェック そのため、GitHub Flowみたいな形でmasterブランチにprotectionを掛けた上で CI上でフォーマットのチェックをするようにすると masterブランチのソースコード

9月末で無職になりました。 正社員として地方からフルリモートで働ける・雇っていただける会社を探しています。 直近のお仕事では、Java/Spring Bootを使ったAWS ECS上で動くアプリケーションの開発や TerraformやAnsibleを使った運用に関わってきました。また、ScalaでGatling書いて、負荷試験などもやっていました。 当初はバックエンドのエンジニアとして働いてたのですが、色々弄ってたことや積極的に運用に関わっていたこともあり、後半はSREとして働いていました。 SREとしては、変わらずJavaを弄ったり、Terraformを弄ったり、Golangを弄ったりしていました。 趣味でSpotbugsのコミッタをやったりOSSのメンテナンスをやったりもしました。 その他にも色々自由に動けて楽しかったです。 今後の予定は決まっていません。 正社員として、地方からフルリ

アラート起因で調べるベースの運用とログの話を書いておく。 状況確認 状況確認は大事。ひとまず初動で原因が分かると嬉しいので ざっくり状況確認。 ログを読む エラーログを読む なにも出てなかったらWARNを読む メトリクスを見る 5xxエラーを見る どのサービスがダメになってる？ 状況別調査 状況別に自分が見ているところをざっくりメモベースで書いておいた。 変なレスポンスが返っている ログを見る リクエストに紐付いた一意なIDを元にログで処理を追いかける 外部通信した時はこの一意なIDと一緒にログに出力しておきたい レスポンスが遅い レスポンスタイムを見る 特定のリクエストだけ遅い場合があるので、基本的にAverageじゃなくてPercentileを使う 依存先のサービスも見る サービスのCPU使用率見る 特定のインスタンスのCPU使用率を見る RDBやバックエンドのCPU使用率を見る IO

この記事では「Release It」という本を紹介する。 エンジニアリングに携わり、ソフトウェアの開発・運用をしている人に この「Release It」の魅力を伝えたい。 1年以上かけて作ったソフトウェアのリリースの日がやってきたあなたは、全機能が完成し、単体テスト、結合テストも終え 安堵したことがあるだろうか。これで完了のはずだ。 本当にそうだろうか？ 「そうじゃない」と思った人はもちろん、「これで完了」と思ったあなたに届けたい。 「本番用ソフトウェア」を作りたい、あなたに届ける本である。 Release It! 本番用ソフトウェア製品の設計とデプロイのために この本との出会い いろんな人に出会い、たまたま幸運なことに、この本を教えてもらう機会があった。 私は、序盤を読んだところ、非常に興奮し、そこそこ厚いこの本をすぐに読み終え 「こういったことがやりたい！」と感じた。 私が感銘を受けた

今日はここのところずっと調べていたラムダ式、およびメソッド参照について調べていましたので それをこの記事でまとめたいと思います。 まずはじめに。 ここに、テストコードを含む、ラムダ式およびその他のコードをあわせた、3種類のコードを用意した。 もちろん、ラムダ式（というかメソッド参照）に加えて、staticなinner classとinner classを利用したコードである。 public class LambdaTest { private static void privateMethod(String str) { } @Test public void test1() { System.setProperty("jdk.internal.lambda.dumpProxyClasses", "."); Consumer<String> consumer = LambdaTest::p

前置き この記事は下記の記事を補足する形で書いていきます。 React + TypeScriptでjestを使ったテストをする - かずきのBlog@hatena この記事で行うのはTypeScriptのテストを行って、jestでカバレッジを取るまでです。 足回り まずはtsconfig.jsonです。とりあえず使いまわししてるので変なところがあれば教えてください。 { "compilerOptions": { "module": "commonjs", "moduleResolution": "node", "target": "es6", "lib": [ "dom", "es2016", "es2017" ], "noImplicitAny": true, "strictNullChecks": true, "noFallthroughCasesInSwitch": true, "n

初めに こんばんは。初めましての方は初めましてかもしれません。 少し新年明けて思うところがあったので書いてみます。 ネガティブな話はできるだけ避けて。 まず、自分の素性を軽く説明しておきます。 新卒で小さいSIerに就職しました。 今は現場に常駐して作業を行っています。チームリーダーみたいなことをやっています。 仕事では主にJavaやったりJavaScriptやったり、してます。 趣味ではなんとなく触りたいものから、仕事の調査みたいなことをやってます。 一つ前提として この記事には根拠も全然ありません。その辺は妄想で補ってください。 この記事で書いていることは特に何の意味も役に立つこともないかもしれません。 それでも自分の思いとして、ここに残しておきます。 ポエムです。技術の話はたぶんありません。 1. 声をかけるときには名前を呼ぶ。 「〇〇さん、今、少しお時間よろしいですか？」 これは僕

この記事はPayara Advent Calendar 2016の21日目の記事です。 この記事はPayara MicroといいつつPayara Microの話はあんまりありません。 Payara Microの細かい話は蓮沼さんが書いていらっしゃるので、そちらをご覧頂ければと思います。 この記事には何ら説明なく 単語が出てくる可能性がございますが 分からなければ、ご質問ください。 構成 サーバーサイド Payara Micro 4.1.1.164 lombok Jackson (<-- MOXyの代わり) JPA h2 (とりあえずon memory) フロントエンド TypeScript 2.1 Vue.js 2.1.6 with av-ts VueでTypeScriptを利用するのであれば以下の記事が参考になると思います。 Vue.jsとTypeScript - Qiita webpa