Repro のサーバーサイド開発環境を M1 Mac に対応させるまでの道のり(撤退編) - Repro Tech Blog

記事執筆中に動かなくなった開発環境 Repro でサーバーサイドの開発をお手伝いしているうなすけと申します。 前回の記事を最後の脚注まで読んでくださった方はご存知でしょうが、記事執筆中にmergeされた変更によって、M1 Mac での開発環境は動かなくなってしまいました。 tech.repro.io この記事では、一体何が原因で動かなくなってしまったのか、回避のために試したことと、結局撤退する判断をした経緯について書きます。 Repro のアーキテクチャについて まず、なぜ動かなくなってしまったのかですが、これには Repro というサービスのアーキテクチャが関係してきます。 Repro では、ユーザーの端末やWebブラウザから送信されてくる大量のデータを取り扱うために、Kafka を使用してデータの処理を行っています。これに関しては、チーフアーキテクトによる以下の記事及びスライドにて K

[masa_iwasaki]

今後開発環境・CI・本番環境のそれぞれでCPUアーキテクチャが異なるという状況になりかねないというのが根本にあって、各組織がソフトの対応状況や組織規模に応じて取捨選択していかざるを得ないのだろうな。

[mikage014]

仮想化で吸収できないCPUアーキテクチャの違いはOSが異なるよりも大きな分断になりそう

[hagane]

うちも、プロプライエタリなクローズドソースのコンポーネントが動かず断念した。Intel Mac買いあさったり、WSL2検証してた。 / GravitonシリーズとかARMも広がってきてはいるので、1年半くらい経ったら改善はしてそう

[iga_k]

うなすけさん良い仕事している

[aaaanwz]

Ubuntuプリインストールラップトップとかあるわけだし、そこまでしてなぜ世間がMacを使うのかよくわからんなー、iOSアプリ開発ならともかく

[yhara]

“dpkg --print-architecture”

[shag]

結構みんな頑張って M1 Mac の開発環境作ってるけど、本番と違うアーキテクチャのプロセッサの環境で開発するの、今後どう扱われるのか気になる。ステージングなりが本番同様のアーキならいいのかな？

[TrinityT]

依存するライブラリによってArm対応されるかわからないのは辛い。。。悩ましい

[winterfall]

Limaもまだ厳しいかぁ。。nerdctlが難しいのであればLima内にpodmanやdocker入れてみるとかかなぁ。構築検証面倒ですが。。

[zu2]

“検証中に何度も行なった docker build コマンドの最中において MacBook が激しく熱を持ったり、冷却ファンがうなりを上げたりすることがなかったのはとても快適でした”

[hoppie]

よい

[el-condor]

Kafkaに対応するのは過負荷だったという話なのか

[buzztaiki]

CPUアーキテクチャが統一されてたのって実はここ15年位程だけだったりするよね。

[sue445]

M1厳しい...

[katsyoshi]

😭