クラウドネイティブな定義とルール
ソフトウェアの作成は、次の主要なステップの移行組織であるべきクラウドのリソースを使用するように設計されています。
人々は通常、人気の専門用語の愛憎関係を持っています。一方で、多くの場合、真剣に事実上すべての実用的な意義を失い、虐待されています。一方、彼らは簡潔に、特定の概念を伝えるための唯一の方法であるように見えます。
クラウドネイティブは、このような流行語です。最近では、すべてのものと何もネイティブの雲をマークしているようです。それを信じてはいけない？Googleのフレーズ「クラウドネイティブなハードウェア」、「ネイティブクラウドマーケティングの専門家、」と「会計事務所は、クラウドネイティブの。」それは流行です。
しかし、また、パブリッククラウドプラットフォームが構築されているターゲット上で実行されているソフトウェアの新しい波について話をどのように明確にすべきですか？は良いラベルでないように思われます。人々は「現代のクラウドアプリケーション、」最近の人気のために特定の親和性を持っていますが、これは一歩前進だとは思わないが、真剣にこのフィールドを入力する方法を検討しているが。
セキュリティアプリケーションのこれらの新しいタイプのスタートアップ企業を保護する非常に異なるアプローチを採用したとしても、発生した変更について話をすることは有用ではない場合、は、人々がどのように機能するかを説明し始めましたか？
したがって、元の契約の意味を曇らせるしようとする必要があります。テクノロジーは、定義のほとんどは、あまりにも詳細な、意外にも役に立たない、多くの定義があります。人々は、人々がクラウドプラットフォーム、オペレーティング・システムと見なさ用語クラウドネイティブ最も便利な方法を理解するためには、クラウドネイティブは、その背後にある全体の哲学です。
歴史的に、人々は、そのようなコンピューティング、ストレージ、ネットワーキングなど、仮想化されたハードウェアを消費する方法として、クラウドコンピューティングを使用しています。場合は、エンタープライズ「クラウド・ネイティブ」、および、デザインのレベルを向上させる構築、展開、およびソフトウェアを実行できる企業は、それが簡単にこれらのサービスを消費すること、サービスや便利な抽象化の富を活用することができます提供するために、クラウドプラットフォームに依存します。
他のオペレーティングシステムと同じように、それは企業が一致し、複雑なタスクや一般的な処理要件とハードウェアのコアの他の問題で多くのアプリケーションを処理するために彼らのストレージリソースの管理を心配したい防ぐことができます。そしてほかのオペレーティングシステムでは、企業は多くの場合、あなたはしたくないものについてのより多くの情報を知っています。他のオペレーティングシステムと同様に、
これは原則ものです......
上記に定義されたクラウドネイティブソフトウェアから派生した主要な原則のいくつかを以下の表情。
可能な限り、使用ホスティングサービス
あなたのWindowsのような場合は、AWSのように、その後、キネシスDirectXはそれを想像してみてください。企業はWindows用のゲームを構築するために探している場合はレンダリングエンジンを独自のグラフィックスを起動しない場合があります。企業が提供するネイティブプラットフォームの機能を使用します。企業が収集したデータをリアルタイムのストリーミングを処理するために探しているなら、我々はマシンのEC2上の複雑なパイプラインに立つべきではありませんが、キネシスを使用するようにしてください。
健康と拡張とクラウド・コンピューティング・プロバイダーの契約をしてみましょう
企業が健康や負荷の取り扱い及び拡張可能なアーキテクチャを監視する必要性を避けてください。これらは、性能とコストに関わる複雑な問題である、彼らはほとんどの組織のための存在の悩みの種です。現代のクラウドプラットフォーム、これらの問題を取り除くために、より多くの。AWSLambdaとGoogleCloudRunサービスは、企業が延長と健康を処理せずにコードを実行することができます。企業は、容量とスループットを忘れることができますし、他のAzureBlobまたはAWSS3ストレージサービス。これは、アプリケーションがより柔軟になり、操作が容易になります。
コードは、ビジネス・ロジックを適用します
書き込みコードは、最後の手段であるべきであり、主に貴重なビジネスロジックを達成するために使用する必要があります。他のすべてのコンテンツ企業は、API呼び出しを必要としなければなりません。それはコアではない場合は、他の人がそれを構築しています。それらを使用してください。彼らは、より高価に見えるかもしれませんが、企業は、コードを書くことなく、維持し、それを操作し、テストするだけでなく、そのコストを考慮する必要があります。
ベンダー・ロックインの心配はありません。
これは非常に重要です。ソフトウェア会社を書くときあなたは何が起こるかを考えるために、プラットフォームを切り替える必要がある場合は、間違っていません。そのアプリケーションが麻痺しながら、将来のプラットフォームの使用を避けるためにいくつかのものが存在しないかもしれませんしかし、もし事業は、少なくとも準備ができています。さらに明白であるパブリッククラウドについて。企業は、一つのプラットフォーム上でロックされることはありません。企業は常に一部または別のクラウドプラットフォームへのアプリケーションのすべてのこと。それでは、選択肢のエンタープライズプラットフォームから最大の利益を得ることに焦点を当て、そして企業は何が起こるかを移動することを決定したとき、過強調しないでください。
CI / CD、敏捷性と12個の要因があり、DevOpsチーム
これは、人々が行う別のものです。彼らは皆、自分の好きなミックスを持っています。ソフトウェアの構築多くの良い傾向があります。ビジネスはすべての近代的なオートメーションCICDパイプラインに（セキュリティを含む）することができない場合には、それが将来的に低下します。これらの事は直接関係ありませんが、それは企業がそれに従うべきではないという意味ではありません。それはちょうど、企業が非ネイティブソフトウェアのクラウドを構築している、だけでなく、それらに注意を払う必要がある場合でも、ということを意味します。
結論
諺にとして、あなたは彼らを倒すことができない場合、我々はそれらを結合します。あなたはクラウドネイティブエンタープライズソフトウェアを構築している場合は、ネイティブの雲のプロセスとネイティブのクラウド・アーキテクチャを使用することができ、およびネイティブクラウドセキュリティ、クラウドとクラウド連携のいくつかは、元のネイティブ動作を生成することを忘れないでください。