Apache CMSレトロスペクティブ
▲Apache CMS — 2010年にThe Apache Infrastructure Teamの選抜メンバーによって発明されました。ポール・ケルナ(VP)、ダニエル・シャハフ、 Ph.D. (SVN dev)、 and myself、2015年6月に正式に廃止そして最後に2022年1月に廃止 — 常に時代の先を行っていた。そのピーク時には、100以上のApacheトップレベルのプロジェクトと4K以上のユーザーがそれに依存していましたが、Apache OpenOffice以外は存在しません。2011年6月にOpenOfficeをApacheに寄付した当初から、コンテンツ依存関係管理機能よりも先見的なパフォーマンス・テクノロジが明確になったことはありませんでした。
はっきり言っておくと、他の人が依存関係の管理について話すとき、それらは主にソフトウェアの依存関係に関係しており、コンテンツの依存関係. すべてが適切に規制されたコンテンツに沸騰します”含む” templating+buildシステムとはいえ、これはソフトウェアと同じではない。
この機能は、Apacheのサポートにおいて非常に重要でした。’大規模なhttps://OpenOffice.org (OOo)ウェブサイト最初にOOoに提供されたRDBMS CMS Sunは、誤字を修正したいだけでもフォールオーバーして終了します。一方、Apache CMSは、適度にプロビジョニングされたbaldr.apache.orgのFreeBSD刑務所で実行されました。96Gバイトのミラー化されたハードドライブを搭載した8 CPUおよび24 GBのRAMで動作するDell 1950ボックス いくつかの刑務所にまたがり、比較的容易なワークフローを飛び抜きました。
単一のクリックで修復したいページの編集セッションにコントリビュータを得ることができるようなCMSのようなサービスがないと、認知エネルギーは今日のウェブページの誤字を修正するにはあまりにも大きすぎます:
- githubレポからページアウトする魚、
- レポをフォーク、
- ページを編集する
- 変更をコミットします。
- 押す、
- PRを作る
- 待機コミッタがPRを承認してマージするまで、
- 待機ステージング・ビルドが終了するまで10分から15分 構築可能なアセット(最大4GBの合計サイズ)のすべての40K+を粉砕しながら、
- waitコミッタが、発行された変更済コンテンツを見つけてレビューするのを待ちます。ステージング・サイト,
- そのコミッタがサイト全体**をプロダクションにプロモートするのを待ちます。
- パブリケーション・ビルドが終了するまで、さらに5分から10分待ちます,
- gitpubsubが新しいコンテンツをApacheにプッシュするのを待つ‘エッジWebサーバー。
Apache CMS(Webgui)でコミット可能な共有”パッチ/差分” over emailは、地球上の誰にとってもワンクリック操作であり、コミッタがプロジェクトに応募するためにcommit+build+publishするワンクリック操作でした。全体は、デュアルペインの即時HTMLプレビューを備えたライブMarkdownエディタのコンテキストでの機能URLの共有を中心に展開されました。彼らは、プロジェクトに関するアパチェ委員会を”クローン” コントリビュータのbaldr-jailホストzfsファイル・システム’(コミットされていない)チェックアウト。その後、Apacheコミッタ自身によってクローニングされたチェックアウトを検査、変更およびコミットします。コントリビュータではなくコミッタ。そのコミットが発生すると、CMSはそれを秒で構築しただけでなく、’変更されたファイルとその少数の依存ファイルを構築するのみですが、本番へのプロモーションの前にレビューするために、ビルドおよびステージング・サイト上のコンテンツのライブ・レンダリングへのリンクも提供されました。
全体ワンクリックアマゾン特許は、顧客満足に不可欠でした。ここでも同じことだが、アパチェCMSはこの空間で一人ぼっちだった。
Apache CMS(webgui)は、悲しいことに臓器を置き去りにしたすべてのボランティアエネルギーとの間に不可欠な調整スイッチボードでした。
謝罪はいくつもある。’インフラストラクチャのリーダーシップは、それが削除された理由について:
1(私)のバス要素、
FreeBSDの段階的な廃止(OpenZFS ウブントゥ(Ubuntu).
バギー(小さなFreeBSD刑務所からの信頼性の低いzfsクローン).
醜い(ありがとう、金持ち!).
git is better (グレッグに感謝!).
しかし、本当の動機はspiteでした。2015年3月に廃止された時点から2022年1月に廃止された時点まで、ほぼ7年間、baldr.apache.orgのFreeBSD刑務所で自動パイロットで実行されていました。必要なメンテナンスは、前述の項目4による(四半期に1回)ホストのリブートと、SSL証明書の年次更新のみでした。内容’それ。
2021年後半にプッシュが来たとき、私はDave Fisherに、急激な割引でOrionのOpenOffice Webサイトをホストするよう提案しました。最初、Daveは取締役会に請願し、経費を承認しました。デイブは、私が彼に支払うことに同意した結果料金を免除するようASFに提案し、ホスティングコストにそのお金を入れるように私に言った。
次に起こったことは本当に素晴らしいことでした: アパチェ・インフラストラクチャ・チームは、数週間にわたり、即座に持続的に、デイブを、彼によると、今独占的な忠誠を宣言する、説得力のある立場に置きました: 私とプロジェクトを拡張することによって’ボランティアコミュニティ、またはASF。
Daveは、The Apache CMSのスケーラビリティの成功の背後にある主要なイノベーターであり、協力者でした。’インクリメンタル・ビルド・テクノロジー彼は’ソリューションを発明しましたが、OpenOffice Webサイトに適用されたApache CMSから高パフォーマンスのビルドを確保するために必要なスケーラビリティ機能をどのように追加したかについて、生産的に作業しました。当時は25Mの北側から1日にリクエストがありました。一緒に私たちは深い応用を発見しましたSSI 現在使用中のJBakeテンプレート・システムで実施されていると思われる彼の努力。
残念なことに、OpenOfficeでコンテンツの編集が進行しているのを見れば’最近、GitHubのsウェブサイトでは、ApacheインフラストラクチャチームがDaveにApache CMSから移動させ、その結果、GitHubだけですべての貢献活動をチャネリングしたときに、活動の大きな減少が明らかに見られます。
IDON’デイヴは、彼が作らざるをえなくなった醜い選択や、あらかじめ決められた結果に対して責めを負うが、その日以来、我々はもはや言葉の使い方をしない。
事件全体について衝撃的なのは、全努力についてのアパチェ・インフラストラクチャ・チームの絶対的な交戦だった。私は個人的に、私たちがApache CMSに搭乗したすべてのプロジェクトの手を握りました。自民の法令によって地面に燃やされたすべての善意を見ることは、組織の長年のメンバーとして私にとって単純に理解できませんでした。
彼らがこれまでにやったことは、座礁したApacheプロジェクトに冷静な究極の成果をもたらし、その他のものに個人的にオフボーディングすることに専念する1時間の労力は決してありませんでした。OOoとは全く違っておらず、単に不正利用され、危険を冒し、Daveにその入札を強制しました。そして彼はそうした。
2018年に辞任しました。カヌー’それを目撃し続ける。私が2020年にやったことは、オリオン 灰から。しかし、その道は、Apacheインフラストラクチャ・チームによってApacheプロジェクトのために開かれた。
すべてspite
悲しいです。