基本的に OS に依存しないスタック (tomcat+java+mysql) で実行されるビジネス アプリケーションがありますが、常に redhat または centos で実行しています。
独自の理由 (Sun との高価なすべてが含まれているサポート契約) で、opensolaris で実行することを主張している顧客がいます。
そのような移行はどれほど苦痛でしょうか? 次のような多くの構成ファイルとサポート スクリプトがあります。
私たちのビルド プロセスは、ビジネス コードと、すべての os-configuration ファイルを編集するいくつかのシェル スクリプトを含む .tar.gz ファイルを出力します。
これに関する以前の経験。
OpenSolarisをWebサーバーとして使用していませんが、両方を実行しています。
いいもの：
OpenSolarisにはgnuツールが付属しているので、パスを正しく設定すれば問題ありません。
ほとんどのものはうまく構築して実行します。
あまり良くない：
bashをインストールして使用していることを確認してください。そうでなければ、あなたが使用しているとは思わなかった、あなたが使用しているすべてのバシズムがあなたを噛むでしょう。
/ usr/binまたは/binへのハードコードされたパスを使用していないことを確認してください。これらのツールはGNUのものではないため、さまざまなオプションがあります。上記のように/usr/gnuを使用します。
yumやaptのように、すぐにインストールできる膨大な数のパッケージはありません。はい、あなたはパッケージマネージャーを持っています、それはあまりよく人口がないだけです。その結果、おそらく手動でパッケージをインストールすることになります。インストールする必要があります。システム管理者にとってはもう少し手間がかかります。
OpenSolarisがハードウェア上で正常に動作することを確認しますか？確認する価値があります。一部のハードウェアドライバは十分にテストされていないことに気付くかもしれません。
それ以外の場合は、OpenSolarisが優れていることがわかります。良いアイデアがたくさんあります。
Nexentaを見たことがありますか-http ://www.nexenta.org/os これはUbuntuユーザーランドを備えたOpenSolarisカーネルです。
最大の問題は、Linux で提供される GNU ツールに使用した非 POSIX (非標準) オプションであり、Solaris 標準コマンドにはありません。システムを変更するよりも、GNU セットから関連するツールを移植する方が簡単だと判断するかもしれません。コマンド ( ) の絶対パス名をコードに組み込ん/usr/bin/lsだものの、代わりに GNU バージョンを使用することにした場合は、それらを修正する方法を見つける必要があります。OpenSolaris のバージョンを GNU のバージョンに置き換えることについては、非常に慎重です。システムが依存しているものをいつ壊すかわかりません。したがって、GNU コマンドを別のディレクトリに配置することになりますが、おそらくそうではありません。/usr/localこれは、アプリケーション モンガーとしてのあなたではなく、マシンの所有者が入力するためのものであり、システム コマンドの代わりに使用されるように手配するためです。（注：Solarisでは、/binへのシンボリックリンク/usr/binです。OpenSolarisにも同じことが当てはまると思います。）私の知る限り、PostfixはOpenSolarisでは標準ではないため、それもインストールする必要があります。
これはすべて実行可能です。乗り越えられないものは何もありません。しかし、多くはコード ベースに依存します。
OpenSolaris にはすでにすべての GNU ユーティリティが含まれています。スクリプトを /usr/gnu/bin に指定するだけです。
Postfix をインストールしても問題は発生せず、Apache/MySQL は基本的な OpenSolaris インストールに存在します (実際、Cool Web Stack のおかげで、WAMP/Instant Rails と同じくらい簡単に管理できます)。さらに、SMF マニフェスト (SMF は OSX の launchd のような rc スクリプトの代わりですが、通常の init スクリプトも引き続き使用できます) を使用すると、依存関係と実行順序を指定する方が多少優れているため (再帰的に start/依存するすべてのサービスも停止します)。
Tomcat は確かに機能しますが、OpenSolaris で知っている人は全員 GlassFish を使用しています。YMMV ですが、.war の展開はどこでもほとんど同じです。
LX ブランド ゾーンは Linux バイナリを実行でき、明示的に CentOS/RHEL ベースであるため、LX ブランド ゾーン (比較のために FreeBSD 刑務所または Linux vServer を考えてください) に展開することは悪い最初のステップではないかもしれません。
それ以外は、OpenSolaris は b77 か何か以降の Xen dom0 であり、オプションがあれば、CentOS/RHEL を domU に配置するのは非常に簡単です。
また、すべての Solaris グッズ (DTrace、ZFS、ネットワーク仮想化 [CrossBow 経由] など) も入手できます。知るか？あなたもそれを好きかもしれません！Java は Java であるため、問題は発生しません。
あなたがトロールであるという事実に加えて、誰かが上記の (Open)Solaris には次のようなものがあると言いました: - ZFS - DTrace
RHCE の仕事を失うのではないかと恐れていることは理解できますが、面接時にすべての認定資格を無視するという雇用主としての私の決断が正しかったことを改めて証明してくれました。そのような人々 (特に Microsoft の世界) の大部分は、うまく言えば、それほどオープンマインドではないようです。
よろしく、アレックス
CentOS と OpenSolaris ではおそらく異なるため、スクリプトの大部分 (ユーザーの作成、サービスの起動) を書き直す必要があるでしょう。
前に書いたように、顧客に GNU ツールのインストールを依頼して、スクリプトを書き直す手間を省きましょう。
os 構成ファイルも同じ形式ではない可能性があるため、確認する必要があります。
tar.gz ファイルは問題なく抽出できるはずですが、GNU ツールを使用すると驚くことは少なくなります。一部の UNIX OS には tar があり、いくつかの制限があります
これに関する以前の経験。
(ちょっとネタバレかも)
スクリプトで参照されるすべてのバイナリを使用して、java/tomcat/postgresql/unix アプリケーションをパッケージ化して配布します。これは、サポートする OS ごとに 1 つのビルド システムを持つことを意味します。これは、アプリケーションだけでなく外部バイナリもサポートすることを意味しますが、最終的にお客様に悪い驚きはありません。
また、アプリケーションをインストールする前に、すべてのルート操作 (ユーザーの作成、ディレクトリの作成、sendmail の構成、システムの調整) を行うように依頼しています。サポートされているすべての OS のシャットダウン/起動スクリプトを作成しました。それらのインストールは、お客様のマシンのルートで行う唯一の作業です。