Enterpriseエディションが終わる。Phusionは、Passengerに注力。Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Enterpriseエディションが終わる。Phusionは、Passengerに注力。Enterpriseエディションが終わる。Phusionは、Passengerに注力。サポートを近く終わりにする、と発表した。1.8.7をベースにしているが、1.8.7もその内消える(1.8.7は2012年6月まで正規メンテナスを受けられ、セキュリティ修正は2013年6月まで)。以下の不具合を修正するパッチが含まれていて、典型的なサーバー指向の使用シナリオでは、パフォーマンスが改善される。ガーベッジコレクターがRailsアプリケーションでメモリー使用量を削減する。tcmallocメモリーアロケータがメモリー使用量を減らす。チューニング可能メモリー使用量を削減する。分析とデバッグフィーチャが増加。Phusionはまだ新しいバージョンを出す予定である。Lionに互換になる。1.9に移行始めることを推奨しており、更なるメンテナスを引き受けてくれる新しいメンテナーを探している。1.9に移行することを薦めています。3.1以下のユーザーは、同一サーバー上で複数のRubyバージョンを走らせるために、リバースプロキシ設定を使うことができます。始めれば、、リバースプロキシ設定無しでネイティブに複数のRubyバージョンを走らせることができます。その目的を果たしてきた、と信じます。1.8使うのを我々は理解しています。Editionのメンテナスを引き受けたいと考えるボランティアを探していたいのです。興味があれば連絡して欲しい。氏になぜREE1.9をリリースしないのかを聞いた。REEのほとんどのパッチは、1.9では必要ありませんが、いくつかはREE同等ではありません。MBARIパッチセットは極めて1.8特有です。1.8にマージされ、他のいくつかは1.9には存在しない問題を解決するものです。caller_for_all_threadsパッチは1.9では廃止されたいます。1.9には、同様な機能を持つ公式のAPIがあるからです。1.9にはGCチューニングオプションは、全く有りませんが、全体的にGCは改善されており、GCをチューニングできることによる恩恵は、全くなくなりました。Passengerの将来計画についてもう少し話してくれませんか?多くの興奮するようなことが計画されています。Passengerを現行のマルチスレッド化されたI/Oアーキテクチャからイベント化されたI/Oアーキテクチャに変えることです。これによって、我々はずっと堅牢な方法でI/Oを処理することができ、事実上無制限の並列性を手に入れることができます。これは将来ストリーミングやWebSocketのようなものをちゃんとサポートするための、道を敷いてくれるのです。