VMwareのライセンス変更とこれを見てると、BroadcomがOracleを最も悪徳なソフトウェアベンダーの座から引きずり下ろそうとしてるみたいだね。最近、このポジションを巡る競争が激化してるのが残念だわ。

ちょっと調べてみたけど、ライセンスは年間5万ドル以上かかるみたい。俺はターゲット市場じゃないな。 ;)

理解できる。俺の見方では、ソフトウェアプロジェクトには (1) 自分でメンテするか、誰かにメンテを頼むコードと、(2) 最終的に互換性のないバージョンに置き換えなきゃいけない使い捨てコードがある。使い捨てコードをつなぎ合わせるプロジェクトに問題はないと思う。だって、それは大抵うまくいく賭けだから。でも、そのコードがサードパーティの依存関係から来てるなら、その依存関係（や互換性のあるフォーク）が自分のプロジェクトより長生きするなんて思わない方がいいし、開発者がプロジェクトを維持するために何のインセンティブも持ってないってこともね。

Broadcomがモバイル向けのパディングをうまくできないのを見るのは悲しいけど…本題に戻ると、docker.io/bsiを作って、/bitnamiは新しいアップデートなしでそのままにしておけばいいんじゃない？そうすれば何も壊れないし、アップグレードもできなくなるだけだよ。そしたら、理由がわかるし、自分のビルドやBSIにシームレスに切り替えられるかもしれない。

彼らのやってることを軽視したくはないし、価値がないわけでもないけど、オラクル方式で商業化を期待してるのがちょっとショックだね。オープンソースソフトウェアを「パッケージ化」して、それに貢献しないっていうのもね。それに、結局これがどれだけ著作権で保護されるのかも疑問だわ。プライベートに保つなら理解できるけど、ここでは基本的に各パッケージは数行のレシピで、彼らが所有してないコンポーネントをビルドするためのものだから。まるで「make build」っていう行を著作権で保護しようとしてるみたいだね。それに、パッケージ化の方法はどれも明白なものだし。ビルドされたアーティファクトについて言えば、通常、サードパーティのオープンソースソフトウェアのバイナリ配布は、ソースコードへのアクセス権、ビルドのための指示、再配布の権利をユーザーに保持させるべきだよね…。

ただし、新しいチャートやイメージを維持・構築する専任のエンジニアチームを支えるためには、組織がOCIレジストリにホストされたイメージやチャートを必要とする場合、サブスクリプションが必要になる。これはすごく naive な考えだよ。Bitnamiのイメージは善意のサインで、実際に堅牢なイメージが必要な場所への足がかりだった。市場にあるより良い選択肢には競争できなかっただけ。これは解決策じゃなくて、むしろ強要だよ。Terraform Cloudがやったことと同じで、その製品はあまり調子良くないと思う。 > 本質的に、Bitnamiは長年インターネットのJenkinsだったけど、これが持続不可能になってしまった。他人のソフトウェアなのに、Bitnamiが「タダ乗りしてる」と誰かを非難するのはおかしいよ。彼らの唯一の貢献は、OperatorFrameworkの能力スケールでレベル2に相当するかもしれないソフトウェアに設定オプションを追加することだけだからね。普通はレベル1くらいだよ。[1]: https://operatorframework.io/operator-capabilities/

結局、CSRのためにやらざるを得ないし、CSRのおかげでできるんだよね。EUのサイバー居住法はオープンソースエコシステムを大きく変える可能性がある。この新しい規制は、オープンソースソフトウェアに基づく商業提案を行うあらゆる団体に対して、セキュリティのデューデリジェンスを求めている。買う側は注意が必要だよ！企業にとっては、使うオープンソースコンポーネントについて徹底的な文書化とセキュリティを行うか、財団や企業が支援する製品を使う必要があるってこと。純粋な非商業オープンソースプロジェクトはこの法律の対象外だからね。これはチャンスだと思ってる。私たちはまだオープンで自由なソフトウェアを作れるし、自分たちの仕事で利益を上げている人たちから金銭的な報酬を求めることもできる。別の団体を通じて必要なコンプライアンスフレームワークをサービスとして提供できるんだ。

ほぼ2年前に企業に移行を勧めたんだけど、企業の時間で言うと、そのプロジェクトはほぼ完了ってことだね。だから、今はかなり気分がいいよ。

Bitnamiの意味が全然わからなかった。彼らのイメージやパッケージを試すたびに、カスタムや変なものがいっぱい詰まった複雑なゴチャゴチャで、本当に扱いにくいんだよね。馴染みのあるベースに基づいたシンプルなソフトウェアパッケージじゃなくて、変な企業向けのゴミみたいなのが出てきて、カスタマイズするのが悪夢になる。

前の仕事では、できるだけBitnamiのコンテナイメージやHelmチャートを避けてたよ。AWSのコンサルタントと一緒に、Karpenter Autoscaler、Envoy Gateway API、Gatekeeper OPA、Loki/Prometheus/Grafanaスタック、EDB Postgres Operatorを使って、EKSクラスターに一つの包括的なTerraformスクリプトでデプロイしたんだ。できるだけ一つの会社に依存しないようにしてたよ。もしその会社が別のクラウドプロバイダーやオンプレミスのKubernetesクラスターに移行することになったら、S3をMinIOに置き換えるプランBも用意してた。みんなには、最初からクラウドベンダーロックインを避けることをおすすめするよ。初期の手間はかかるけど、できるだけKubernetes上で動かすようにした方がいいよ。