二ヶ月前、AWSはElasticsearchオープンのためのディストリビューションを立ち上げ、関係者は、このプロジェクトの目的を作成するために強化されたリリースElasticsearchがElasticsearchをフォークして、彼らは上流のプロジェクトに貢献していきますされていないであることを述べました。
そうであっても、AWSのこの行為のために、一部の人々はまださえ開いた部門で、部門Elasticsearchを信じています。
Amazonは、オープンソースの技術革新を抑圧うオープンソース・イニシアティブ（OSI）業界団体のリーダーシップの欠如を、このような、などと組み合わせたオープンソースのアプローチを、扱うためという考えは、商用およびオープンソースはあまり実現可能になります。
その結果、最終的にはクローズドソースのソフトウェアになるために独自のオープンソースソフトウェアの増加につながっていること - AWSクラウド・ベンダーなどに抵抗するために「略奪」（数十社が彼らが2018年に認可変更されていますがありますライセンス）、または、そのような「ソース・利用可能」として許可するように切り替えます。
もちろん、上記選択されたクローズドソースのソフトウェアを言及は、主に、インフラストラクチャ・ソフトウェアのクラスを指します。AWSや他のクラウド・ベンダーとオープンソースソフトウェアの間で問題を解決できない場合でも、私たちは、オープンソースソフトウェアは、エンタープライズ版の「より多くの機能」を提供するだろうと信じています。
アマゾンで行われた収入の面で「積極的な」の行動を引用している一部の人：
- オープンソースのプロジェクトやビジネス・サービスのプロバイダーとして使用するが、これは彼らのオフになっている、オープンソースプロジェクトに商用エンティティを作成し、維持する見返りに何かを提供していない「お金を得るための方法です。」
- 分岐オープンソースプロジェクト、および離れElasticsearchようなビジネスエンティティのオープンソース・プロジェクトの作成と保守の制御からそれらを余儀なくされました。
- 「ハイジャック（ハイジャック）、」オープンソースのAPI、および彼らの独自のソリューションへのオープンソースプロジェクトからの顧客を引き付ける彼らの独自のソリューションの上に置き、一例は、AWSは、新しいデータベースのMongoDB API製品を発売して互換性があります（主に新しいライセンスMongoDBのを回避するために）ドキュメント。
Amazonは明らかに非常に利己的なオープンソースの態度を扱うが、ライセンスルールは許可の下でどのようなことがないことであるため、ビューのその点に立って、これは、非常に賢明な動きも最適なソリューションです。しかし、私たちは、オープンソースの作者の合理的な要求を満たすために、新たなオープンソースライセンスの基準を作成するために、業界団体を必要とする、この動作は非常に重要であることから -
「私は彼らのオープンソースのサービスがビジネスとして実行したくありません。」
唯一のようにAWSのような行動のようなものを、抑制することができ、外観が得られ悪影響を避けるために。
MongoDBのSSPLは、OSIへのライセンス申請書を提出、それは社会の問題を提起する場合でも、一部の人々は、オープンソースの価値は誰がどのような形態で、オープンソースソフトウェア（オープンソースを使用することができますので、オープンソースの自然のSSPL違反が、それだと思いますプロトコルによって許容範囲）内です。しかし、MongoDBは常にSSPLは、オープンソースのプログラムに沿って承認された規格に準拠し、信じていました。
業界団体が提出するオープンソースライセンスのオープンソース・ソフトウェア・ベンダーを認識しないので、その後、彼らは順番に「身を守る」ために何をしますか？あなたは唯一の方法のソフトウェアライセンス、オープンソースソフトウェア、さらにはクローズドソースを変更できますか？
オープンソースの行動を「虐待」にチェックが不足した場合、関係なく、オープンソースソフトウェアの貢献者やユーザー、および市場全体への被害の大きな取引ができなくなります。