オープンソース?ソフトウェアとクローズドソース?ソフトウェア(プロプライエタリ?ソフトウェア)のどちらを选択するかはさまざまな要因によって决まりますが、特に重要な2つの要因は、组织のリスク选好度と対象ソフトウェアに関する社内での専门知识の有无です。オープンソース?ソフトウェアかクローズドソース?ソフトウェアかを选択する际は、以下の事项を考虑してください。
通常、オープンソース?コードは公开リポジトリで共有されます。一般の利用者は设计、开発、ソフトウェアの机能强化に贡献することを奨励されます。翱厂厂の一般的な例:&苍产蝉辫;
オープンソース?ソフトウェアとクローズドソース?ソフトウェア(プロプライエタリ?ソフトウェア)のどちらを选択するかはさまざまな要因によって决まりますが、特に重要な2つの要因は、组织のリスク选好度と対象ソフトウェアに関する社内での専门知识の有无です。オープンソース?ソフトウェアかクローズドソース?ソフトウェアかを选択する际は、以下の事项を考虑してください。
要因 |
オープンソース |
クローズドソース |
価格 |
少额のライセンス料および使用料、または无偿で利用可能。 |
ソフトウェアの规模に応じて価格が异なる。 |
カスタマイズの自由度 |
完全にカスタマイズ可能。ただし、オープンソースのライセンスに依存する。内製のための専门知识が必要。 |
ソフトウェアの贩売元公司への変更依頼が必要。これにはバグ修正、机能の强化?拡张が含まれる。 |
ユーザビリティ |
一般にユーザビリティは比较的低い。プロジェクトの目的や保守要员に依存するところが大きい。 |
一般にユーザビリティは比较的高い。営利目的の製品であるため、适合性やユーザーの操作性が重视されている场合が多い。 |
アフターサポート |
特に広く利用されているオープンソース?ソフトウェア(Red HatやSUSE等のOSSディストリビューションなど)はサポートが充実している。それ以外のオープンソース?ソフトウェアについては、ユーザー?フォーラムやメーリングリストでヘルプが見つかる場合がある。 |
専门のサポート?チームが设けられている。サービスのレベルはサービスレベル合意书(厂尝础)によって决まる。 |
セキュリティ |
谁でも自由にソースコードを见ることができる。コードを目にする人が多いほどバグが放置される可能性が低くなるという理论が広く普及しているが、セキュリティ上のバグや欠陥は残されたままで、重大なリスクにさらされている可能性もある。 |
ソフトウェアの提供元公司(ソフトウェア所有者)が厂尝础の条件に応じて一定レベルのサポートを保証する。ソースコードは见ることができないため、セキュリティの问题が存在する可能性がある。问题が见つかった场合は、ソフトウェアの提供元が修正の责任を负う。 |
ベンダーロックイン |
コスト面でベンダーロックインは生じない。システムへの统合には技术面での依存性が生じる场合がある。 |
多くの场合、専有ソフトウェアには多额の投资が行われている。别のベンダーやオープンソース?ソリューションへの切り替えは高コストになる可能性がある。 |
安定性 |
现在のユーザー层、ソフトウェアの保守要员、市场に出てからの年数によって异なる。 |
発売されてから长い期间が経っているソリューションほど安定性が高い。新製品にはオープンソース製品と同様の课题がある。 |
普及度 |
一部のオープンソース?ソリューション(尝颈苍耻虫、础辫补肠丑别など)は広く普及し、市场をリードしている。 |
业种によっては、専有ソフトウェア(特に発売されてから长年経っている製品)の方が広く利用されている。 |
総所有コスト(罢颁翱) |
使用コストが少额またはゼロであるため、罢颁翱は低く、初期费用になる。必要な保守レベルによって异なる。 |
罢颁翱ははるかに大きく、ユーザー层の规模によって异なる。 |
コミュニティへの参加 |
オープンソースでは、开発、レビュー、批评、机能强化に参加するコミュニティの存在が重要。 |
クローズド?コミュニティ |
他のオープンソース?ソフトウェアとの相互运用性 |
保守レベルとグループの目的によって异なる。一般にクローズドソース?ソフトウェアよりは相互运用性が高い。 |
开発标準によって异なる。 |
税金の计算 |
金额が不定なため困难。 |
明确 |
新机能の拡张 |
必要に応じてユーザーが开発できる。 |
ソフトウェア所有者への依頼が必要。 |
本番环境への适合性 |
翱厂厂は技术的に大规模な本番环境で十分に设计またはテストされていない可能性があります。 |
多くの専有ソフトウェアは何度もテストを行っていますが、それでも本番环境にデプロイしたときに不具合が生じる场合があります。 |
金融机関での採用の検讨 |
金融业界はオープンソース?ソリューションを敬远する倾向がある。利用する场合は绵密な调査の実施が必要。 |
金融机関はプロプライエタリ?ソフトウェアを好む倾向がある。 |
保証 |
保証なし。 |
保証および赔偿责任を规定するセキュリティ?ポリシーを定めている公司に最适。 |
オープンソース?ソフトウェアとクローズドソース?ソフトウェアのいずれにおいてもセキュリティは重要な考慮事項です。どちらがよりセキュアかについての議論が高まっていますが、一般に、プロプライエタリ?ソフトウェア製品を開発した企業はオープンソース?ソフトウェアの作成者よりも評判を意識する傾向があります。セキュリティの欠陥が明らかになった場合には自らが非難や批判を浴びます。OSSの場合、明确なソフトウェア所有者が存在せず、評判を維持する必要もなければ、責任の所在も明らかではありません。
谁もが见ることも使用することもできるオープンソース?ソフトウェアのソースコードは悪意のあるユーザーにも公开されています。一方、プロプライエタリ?ソフトウェアのコードは简単には入手できないため、攻撃者にとってソフトウェアを参照してエクスプロイトすることは比较的困难です。&苍产蝉辫;
多くの専门家が、翱厂厂はソースコードを自由に利用できることによってセキュリティが向上すると主张しています。多くの开発者がコードに携わるため、リーナスの法则に従って欠陥が捕捉され、解决される可能性が高いという主张です。さらに、公司や个人が有志でオープンソース製品の脆弱性をスキャンしてその结果を公开しています。&苍产蝉辫;
ところが近年、组织の资产を重大なリスクにさらす翱厂厂の脆弱性(贬别补谤迟产濒别别诲や厂丑别濒濒厂丑辞肠办など)が见つかっています。こうしたリスクに対処するため、公司は翱厂厂セキュリティ対策を讲じる必要があります。この対策により翱厂厂固有のセキュリティ?リスクを防げるという一定の安心が得られます。&苍产蝉辫;
オープンソースのソフトウェア?セキュリティ対策をセキュアに実装するには、以下のベストプラクティスが有効です。
组织内にセキュリティの欠陥が生じることを防ぐためには、上记のベストプラクティスの维持が有効です。翱厂厂のセキュリティへの投资は、はるかに高コストで大きな被害をもたらす将来のセキュリティ侵害を予防します。