Domain/OS
AEGISの時はモノリシックカーネルであった。その上にディスプレイマネージャが搭載されていた。
UNIXについては標準ではなく別売りの追加機能としてDOMAIN/IXという名称でUNIX (4.2BSD, UNIX System V) の機能をライブラリレベルで提供していた。
Domain/OSに移行の際、AEGISのモノリシックカーネルの機能分離を行いマイクロカーネル化(Domain/OSカーネル)を行った。さらにAEGISソースコードはUNIXに合わせ、PascalからC言語に置き換えを行った。AEGISの高度な機能部分をミドルウェア化を行い、同時にUNIX (4.3BSD, UNIX System V Release 3) をミドルウェア化を行うことで、Domain/OSが完成した。PascalからC言語への置き換えの影響でOSのファイルシステムにてアルファベットの大文字、小文字を区別するようになった。
各ルーチンでどれだけ処理にかかっているかを解析し、テキストの棒グラフで表示を行うツール
他OSではこの機能を実装していない、として、分散オペレーティングシステムというミドルウェアとなっているの現状、とする主張もある。 その理由として、Apollo DOMAINシリーズは、この機能の実現する独自プロトコルDDSをカーネルレベルで実装し、更にファイルシステム内のUID管理にノードIDを識別情報として記録されているためだとする。そのためApollo DOMAINシリーズ独自ではあったが、最初から分散ファイルシステムの設計施されていた。そのため当時の非力なマシンで高いパフォーマンスを実現できたと主張される。 他OSでは後付システムであるため、「分散処理のための基本ソフト」または、「ミドルウェア」と言う扱いだと主張される。 (他にも「商用OS」で、たとえばQNXにもネットワークルートがあるが、QNXはカーネルがマイクロカーネルのためカーネル外のサーバで実装されており、「カーネルレベル」ではないということであろう)
Domain/OSはサポート範囲の機種であれば、CPUやハード構成が違ってもディスクレスでブートが可能であった。ハードウェアの違いはSAU[1〜15]というブート用のディレクトリに歴代機種のブート部分が格納されていた。ネットワーク起動用のサーバ(以下netmanという)と、ブートROM内プログラムの機能で、各種の番号(SAU)を交換することでnetmanから適切なブートプログラムが転送されOSをローディングした。OSをローディングし起動段階で仮想記憶を使う必要がでると、ブートプログラムを提供したコンピュータにネットワークページングリクエストを行い、ネットワークワイドにデマウントページングを行う。それによりディスクレス起動を行うことができる。また、ディスクを搭載する機種でもブートROMレベルのコマンド操作(ニーモニックデバッガと言う)でディスクレス起動を行うことができる。