はてなブックマーク

昨年10月に Docker+Wasm がテクニカルプレビューとして発表されました。WebAssembly ランタイムをターゲットとしてビルドされた WASM バイナリーを OCI 互換の環境で実行できるようにするものです。 Introducing the Docker+Wasm Technical Preview | Docker ブログから、Docker+Wasm の実行イメージを引用します。 Docker Desktop では OCI ランタイム containerd を使用してコンテナイメージを管理・実行します。コンテナは runc などのさらに低レベルなライタイムにより実行されます。Docker+Wasm はこの runc にあたるレイヤーに WasmEdge を適用して WASM を実行します(図の右下)。Docker Desktop では containerd のサブプロセスで

筆者の簡単な属性を紹介します。 2022年2月中途入社の社会人18年目。 福岡在住でフルリモート勤務（執筆時点の出社回数は4回）。 同居人は同業者の妻と小学生の男子二人。 前職では開発の片手間で社内インフラ（社内ネットワークの構成と管理、VPN構築、自社製の勤怠管理システムの管理、など）の管理をしていた。 情報処理技術者試験のデータベーススペシャリスト、ネットワークスペシャリスト、情報処理安全確保支援士を保有。 豆蔵入社時点でAWSを触った経験なし。 きっかけは豆蔵入社直後の事業部長との面談で、「APN(AWS Partner Network)のTierを上げるためにAWS認定の保有者が必要なので、Cloud Practitionerを取らないか」と勧められたことでした。 豆蔵に入社した理由が、「AWSやAzureなどのメガクラウドでサーバーレスなシステム構築などモダンな技術を使った開発に

GitHub Actions ワークフローで Configuration variables (構成変数) がサポートされました。 GitHub Actions - Support for configuration variables in workflows | GitHub Changelog 従来もワークフローファイルに env キーワードで環境変数を宣言することはできましたが、ハードコーディングだしワークフローファイル内でしか利用できません[1]。API Key などの機密情報はシークレットとして外部から設定できます。シークレットはいったん設定してしまうと値を見ることはできないし[2]、あくまで機密情報用なので変数として使うには適していません。ということで、外部から設定可能な環境変数は GitHub Action 登場当初から「なぜないんだろう？」と思っていた機能です。

現在JavaScriptのスタンダードなテスティングフレームワークと言えば、Jestかと思います。 Jestはそれ単体でテストランナー、マッチャーからモックまでテストに関する一通りの機能を網羅する万能なフレームワークです。 とはいえ、プロダクトがある程度の規模になってくるとテスト実行時間に不満を持っている方もいるかもしれません。 今回はJestに代わる新しいテスティングフレームワークのVitestを試してみたいと思います。 VitestはWebpackに代わる高速ビルドツールのViteを基盤としています[1]。 Viteのパイプラインとして実行されますので、テストも高速になるはずです。 Vitestの公式サイトでも、Blazing Fast Unit Test Frameworkと宣伝してるところからも期待できそうです。 また、API自体もJestと互換性を保つように設計されていますので、

「進化的アーキテクチャ」に続き「ソフトウェアアーキテクチャの基礎（日本語版）」発売で再び注目を浴びてきたArchUnitですがTips的な情報があまりネットにないので、これはArchUnitで検証しておこう！というパターンをよくありそうなアプリケーションを題材に実装例をまとめてみました。また、実装例だけだと味気ないので筆者なりのアーキテクチャに対する考え方を合わせて少しご紹介します。 Informationこの記事はArchUnit 0.23.1をもとに作成しています。APIの細かい説明は行いませんので詳細が必要な場合はArchUnitの公式ガイドを参照ください。 はじめにそもそもArchUnitってなに？という方にごく簡単に説明するとArchUnitはJavaのコードでクラスやパッケージ間の依存関係をチェックするライブラリとなります。この依存関係のチェックはJUnitのテストメソッドとし

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第25日目で今回が最後の記事になります🙌 Auth0 java-jwtを使った素のJWT認証では理解が比較的容易な共通鍵方式による仕組みを紹介しましたが、今回はその続きとしてRSAの公開鍵方式で同じことをやってみたいと思います。説明は前回の記事をなぞる形で進めて行くため、内容が重複する部分の説明は割愛します。行間が読めないところや「そこもうちょっと説明を」などといったところがある場合は前回の記事を確認していただければと思います。 なお、記事はサンプルアプリの必要な部分の抜粋を記載しています。全量を確認したい、または動作させてみたい方は説明に使用したコードを一式GitHubリポジトリにアップしていますので、そちらを参考にしてください。 JWTの用語についてJWT認証で使われる文字列は正しくはJWS(JSON Web Signatur

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第24日目の記事です。 これまで Action、および再利用可能ワークフローのリポジトリは public にしないと他リポジトリのワークフローから呼び出すことができませんでした。 このたび private リポジトリの Action と再利用可能ワークフローが同一オーガニゼーション、個人アカウント、Enterprise で利用可能になったことが発表されました。 GitHub Actions - Sharing actions and reusable workflows from private repositories is now GA | GitHub Changelog この機能は待ち望んでいた人も多いのではないでしょうか。GitHub からのクリスマスプレゼント？ということで早速試してみました。 private リポジトリ

前回はNuxt3でプラグイン、ミドルウェアの導入について見てきました。 今回はNuxt3が提供する状態管理について見ていきます。 Nuxt2では、コンポーネント間で状態を共有するには、Nuxt2にバンドルされているVuexを使うのが一般的でした。 Nuxt3ではVuexはNuxt本体に含まれていません。 代わりにNuxt3では新たにuseState Composableが提供されるようになりました[1]。 useStateはVuex程の機能はありませんが、必要最低限のシンプルな設計で使いやすいものとなっています。 比較的シンプルなデータ構造であったり、中小規模のアプリケーションでは十分に実用的なものとなっています。 Informationそれなりの規模のアプリケーションでは、Piniaの利用を検討すると良いかと思います。 こちらはNuxtモジュールとして提供されています。 useState

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第18日目の記事です。 今年春にRCバージョンとなったNuxt3は、先月(2022-11-16)ようやく安定バージョンとなりました。 Announcing Nuxt 3.0 stable Nuxt3の目玉機能の1つとしてハイブリッドレンダリングがあります。 以下公式ドキュメントからの引用と機械翻訳結果です。 Hybrid rendering allows different caching rules per route using Route Rules and decides how the Server should respond to a new request on a given URL. ハイブリッドレンダリングは、Route Rulesを使用してルートごとに異なるキャッシュルールを可能にし、与えられたURLの新しい

Slack の GitHub インテグレーションを使えば、PR(Pull Request) や issue のオープンや更新などのイベントを通知できます。PR に Slack からコメントすることも可能です。 GitHub + Slack 先日、GitHub Actions ワークフローのイベントも通知できるようになったことが Changelog に流れていました。 GitHub Actions workflow notifications in Slack and Microsoft Teams | GitHub Changelog これまではワークフローにサードパーティの Action を組み込んで実現していた部分ですので、気になる方も多いのではないでしょうか。 この記事では GitHub インテグレーションの導入、ワークフローイベント通知の登録と実際の使用感を見ていきます。 Info

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第11日目の記事です。 今年偶然[1]に見つけた middyjs が、「シンプルでパワフル・軽量で拡張性あり」というサイトの謳い文句どおり素晴らしかったのでご紹介します。 AWSの多くのサービスは、サービスの機能拡張やアプリケーション部分の実装としてLambda関数を指定できるように統合されています。例えばApiGatewayと連携しAPIサーバを構築する、S3と連携し多機能なオブジェクトストレージを実現する、SNSやSQSと連携しPub/Subシステムを構築するといった具合です。 Lambda関数には、様々なサービスからのイベントを処理する業務ロジックが実装されます。 // file: my-handler.ts import { APIGatewayProxyEvent, APIGatewayProxyResultV2 } fr

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第10日目の記事です。 JWT認証としてはOIDC(OpenIDConnect)が有名ですが、今回は仕組みを素から理解することを目的にAuth0のjava-jwtを使ってJWT認証の簡単な仕組みを作ってみたいと思います。 なお、JWTやJWT認証ってそもそもなに？という方は「基本から理解するJWTとJWT認証の仕組み」から読まれることをお勧めします。 また、記事はサンプルアプリの必要な部分の抜粋を記載しています。全量を確認したい、または動作させてみたい方は説明に使用したコードを一式GitHubリポジトリにアップしていますので、そちらを参考にしてください。 JWTの用語についてJWT認証で使われる文字列は正しくはJWS(JSON Web Signature)ですが、記事では一般的な呼び方にならいJWSを単にトークンまたは認証トークンと

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第8日目の記事です。 JSON Web Token(JWT)の単語を目にすることがよくあると思いますが、それと一緒に認証と認可や、RSAの署名や暗号化、そしてOpenIDConnectやOAuth2.0までと難しそうな用語とセットで説明されることも多いため、JWTって難しいなぁと思われがちです。しかし、JWT自体はシンプルで分かりやすいものです。そこで今回は素のJWTの説明からJWS、そしてJWT(JWS)を使った認証を段階的に説明していきます。 おな、この記事はJWT全体の仕組みや使い方の理解を目的としているため、以下の説明は行いません。 RSAやHMACなど暗号化やアルゴリズムの細かい説明 JWTを暗号化するJWEとJSONの暗号鍵表現のJWKについて OpenIDConnectとOAuth2.0について 記事は上記のような内容

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第2日目の記事です。 先日、JavaのLambda関数の起動を高速化するLambda SnapStartがAWSから発表されましたが、このLambda SnapStartにはJavaのCRaC(Coordinated Restore at Checkpoint)が使われています。 CRaCは起動の高速化と即時にピーク性能を発揮させる技術です。CRaCが登場した背景にはJavaの起動の遅さがあります。この弱点を補う技術としてはGraalVMによるネイティイメージが有名ですが、CRaCはこの弱点を補うもう一つの高速化手段として今注目を集めている技術です。今回はこのCRaCの概要や仕組み、その試し方などを紹介します。 はじめにいっておきますが、CRaCスゴイです。ホントに爆速になりますヨ！ 最初にCRaCとはなにかですが、ごく簡単に説明す

これは、豆蔵デベロッパーサイトアドベントカレンダー2022第1日目の記事です。 豆蔵デベロッパーサイトは11月29で1周年を迎えました[1]。この1年で執筆者が増え、バラエティに富んだ記事が数多く投稿され、アクセスも伸び続けて順調に成長しています。そして12月はちょうどアドベントカレンダーの季節。「アドカレやろうよ！」と同僚に呼びかけ、お願いしまくってカレンダーを埋めてもらっています。 言い出しっぺなので初日の記事を担当することにしました。この記事では筆者の2022年の個人開発活動について書いてみようと思います。 筆者は2018年の途中から GitHub の contribution graph に毎日草を生やし続けています[2]。 個人でソフトウェアを開発して公開するというのもやっていますが、そういうプロジェクト以外に、プログラミング言語やインフラ系の技術 (Kubernetes や I

今回は Deno Deploy についてです。Deno Deploy は JavaScript / TypeScript / WebAssembly を実行できるエッジサービスです。Deno の開発元 Deno Company が運営しています。今年の5月 Beta 4 に到達し、一般提供を間近に控えています。 Deno Deploy Beta 4 現在34のリージョンに展開されており、日本にも Tokyo と Osaka リージョンがあります。 Regions | Deploy Docs 「Fresh - Deno の 次世代 Web フレームワーク」で紹介した Fresh の実行基盤になっており、「Deno Deploy を基盤とする Netlify Edge Functions を試す」で書いたように他のホスティングサービスの基盤にもなっています。 今回は「Deno Deploy で

MicroProfileは、2016年9月に誕生したエンタープライズマイクロサービス向けのプラットフォームです。 JavaEE(現JakartaEE)の仕様をベースとしつつも、マイクロサービスアーキテクチャに親和性の高い機能(JAX-RS, CDI, JSON-P等)に限定しています。 ここでは、そんなMicroProfileの導入や各機能の利用方法をご紹介します。 Javaによるエンタープライズ開発のフレームワークと言えばSpring Frameworkがデファクトで鉄板となっているこの昨今、唯一のメリットは標準と言う錦の御旗だけに見えるJava EEに起源を発するMicroProfileに注目し、そして敢えて世間の逆を本気で行き、結果「マイクロサービスのバックエンドならSpringよりもイケてるね！」の境地に達したSpring好き（だった）エンジニアがMicroProfileへの知見や

まずはページコンポーネントを作成してみます。 Nuxt2同様にページファイルはpagesディレクトリにVueコンポーネントを配置します。以下2つのページコンポーネントを作成します。 なお、各コンポーネントは冗長な記述となっていますが、この後に順を追って改善していきます。 index.vue <script setup lang="ts"> const articles = ref<{ id: number, title: string }[]>([]); articles.value = [{ id: 1, title: "Nuxt3入門", }, { id: 2, title: "Jest再入門", }]; </script> <template> <div> <header>Nuxt3サンプルアプリケーション</header> <div class="container"> <p>新着