全てのAPIをProtocol Buffersで管理する / Manage all APIs with Protocol Buffers

非モジュラーモノリスからモジュラーモノリスへのステップ株式会社ナレッジワーク 川中さん なぜモジュラーモノリスにするのか？チーム事情 マイクロサービスと比較したメリット バージョン整理整合容易性 インフラ引用容易性 どのように変更したか？トップレベルには意味ごとにモジュールが並び、その中がclean architectureのようになっている モジュールが公開するAPI以外はinternal packageへ まずはディレクトリ分けまずmodule単位で切って全部公開(ディレクトリだけ移動する) 他のmoduleから内部データが無造作に使われていたりするため、隠蔽は諦める 言語によってはpackage公開ルール周りで不自然な構成になるので、諦める 一部モジュールAPIの公開(隠蔽していく)容易なモジュールから着手 最終構成発表資料より拝借LTの発表内容になかった追加事項モジュール間のRDB

Go言語1.21で、WebAssembly System Interface（WASI）の実験的サポートへ Googleが中心となってオープンソースで開発されているGo言語の次期バージョン「Go 1.21」では、WebAssembly System Interface（WASI）が実験的にサポートされることが明らかになりました。 これによりGo言語で簡単にファイルアクセスなどOSの主要なAPIを呼び出しつつ、特定のOSに依存しないポータブルな実装のWebAssemblyアプリケーション開発の実現が期待されます。 Go 1.21 Release Candidate 3 is released! Run it in dev! Run it in prod! File bugs! https://t.co/Ul1xGhvlkf Announcement: https://t.co/5Ncs1od