タグで閲覧します

エッジコンピューティングは、ストレージと計算能力の一部を主要なデータセンターからデータソースに移行する分散システムのアプローチです。 収集されたデータは、中央のデータセンターで処理や分析されるのではなく、ローカルに(例えば工場内や店内、あるいは街の全域にわたって)計算されます。 これらのローカル処理ユニットやデバイスがシステムのエッジを表し、データセンターがその中心です。 エッジで計算された出力は、さらなる処理のために主要なデータセンターに送信されます。 エッジコンピューティングの例には、リストバンド型ガジェットや交通量を分析するためのコンピューターが含まれます。 解決すべき問題はなんですか この10年間で、私たちはエッジデバイス(例えば携帯電話、スマートウォッチ、センサー)の増加を目の当たりにしてきました。 場合によっては、リアルタイムデータ処理は単なる便利な機能ではなく、非常に重要です。 自動運転を行う車を考えてみてください。 車のセンサーが取得したデータが、適切な反応をするために車両へ送り返される前に、データセンターで処理される必要があると考えてみてください。 このネットワークの遅延は致命的になり得ます。 これは極端な例ですが、ほとんどのユーザーはすぐにフィードバックを提供できないスマートデバイスを使いたいとは思わないでしょう。 どのように役に立つのでしょうか 上述した通り、エッジデバイスが有用であるためには、ユーザーにほぼリアルタイムのフィードバックを提供する必要があります。 そのために少なくとも一部の処理と分析をローカルで行います。 これはデータセンターからデータが生成される場所、つまりエッジデバイスに一部のストレージと処理リソースを移動させることで達成されます。 処理済みおよび未処理のデータはその後、さらなる処理とストレージのためにデータセンターに送信されます。 要するに、効率と速度がエッジコンピューティングの主要な推進力です。..

クラウドネイティブ用語集 クラウドネイティブ用語集は、技術者だけでなくビジネスサイドの人々にもわかりやすく伝えることで、複雑なことで有名なクラウドネイティブの領域を、人々にとってよりシンプルにすることを目指しています。そのために、シンプルであること（例：バズワードを使わないシンプルな言葉、テクノロジーを使う人なら誰でも共感できる例、不必要な詳細は省くなど）に重点を置いています。この用語集は、CNCFビジネスバリュー分科会（BVS, Business Value Subcommittee）が主導するプロジェクトです。 貢献 クラウドネイティブ用語集の変更、追加、改良を提案することを歓迎します。 私たちは、共有語彙目録を開発・改良するために、CNCFが管理するコミュニティ主導のプロセスを採用しています。 この用語集は、クラウドネイティブテクノロジーに関する共有語彙を整理するために、ベンダーニュートラルなプラットフォームを提供します。 プロジェクトの目的と憲章を遵守するすべての参加者からの投稿を歓迎します。 貢献したい人は、GitHubのissueを提出するか、プルリクエストを作成することができます。 スタイルガイドに従うことを確認し、貢献の方法ドキュメントを読み, CNCF Slackの#glossary チャンネルに参加してください。 また、用語集を母国語に翻訳する手伝いをしたい人のために、#glossary-localizations チャンネルがあります。 謝辞 クラウドネイティブ用語集は、CNCFマーケティング委員会（ビジネスバリュー分科会）によって始められ、 Catherine Paganini, Chris Aniszczyk, Daniel Jones, Jason Morgan, Katelin Ramer, Mike Foster その他多くの貢献者による貢献が含まれています。 全ての貢献者リストについては、GitHub page を参照してください。 用語集は Seokho Son, Noah Ispas, Jihoon Seo, Nate W. そしてJorge Castroによってメンテナンスされています。 Catherine Paganini, Jason Morgan は名誉メンテナーであり、長年にわたる彼らの貴重な貢献に深く感謝しています。 クラウドネイティブ用語集の日本語化は、Kaito Ii、Kohei Ota、Yuichi Nakamura、MItabashi、HANABE926、Junya Okabe、Akira Aiura、shizhenhu、Nao Nishijimaの貢献を通じて開始されました。 クラウドネイティブ用語集の日本語への翻訳とローカライゼーションに興味のある方は、#glossary-localization-japanese チャンネルにご参加ください。 ライセンス すべてのコードの貢献はApache 2.0ライセンスに基づいています。 ドキュメントはCC BY 4.0に基づいて配布されます。..

コンテナオーケストレーションとは、流動的な環境において、コンテナ化されたアプリケーションのライフサイクルを管理し自動化することを指します。 これはコンテナオーケストレータ(ほとんどの場合はKubernetes)を通じて実行され、デプロイメント、(自動)スケーリング、自動ヒーリング、モニタリングが可能になります。 オーケストレーションという言葉は比喩です。 オーケストレーションツールは、音楽指揮者のようにコンテナを指揮し、すべてのコンテナ(または音楽家)が適切に機能するようにします。 解決すべき問題は何ですか スケールに応じてマイクロサービス、セキュリティ、ネットワーク通信や一般的な分散システムを管理することは、手動で行うには難しく、場合によっては不可能です。 コンテナオーケストレーションにより、これらすべての管理タスクを自動化することができます。 どのように役に立つのでしょうか コンテナオーケストレーションツールは、ユーザーがシステムの状態を決定することを可能にします。 まず、システムがどのようにあるべきかを宣言します(例えばx個のコンテナ、y個のPodなど)。 その後、オーケストレーションツールは自動的にインフラを監視し、現状が宣言した状態から逸脱した場合には修正します(例えばコンテナがクラッシュした場合に新しいコンテナを立ち上げるなど)。 この自動化により、プロビジョニング、デプロイメント、スケーリング（増減）、ネットワーキング、ロードバランシングといった、エンジニアリングチームが手作業で行う複雑な運用タスクが大幅に簡素化されます。..

このスタイルガイドは、用語集の読者、定義の構造、必要な詳細度、一貫したスタイルを維持する方法について理解するのに役立ちます。 クラウドネイティブ用語集は、CNCFリポジトリのデフォルトスタイルガイドに従っています。 さらに、以下のルールにも従っています： 専門用語や流行語は避け、シンプルでわかりやすい言葉を使う。 口語を避ける 書き言葉や具体的な言葉を使う 前置詞と冠詞の縮約を含めない 受動態は慎重に使う 肯定形でのフレーズを目指す 引用符以外の感嘆符を使用しない 誇張しないこと 繰り返しを避ける 簡潔であること 読者 用語集は、技術者および技術者以外の読者を対象として書かれています。 技術的な知識を前提とせず、定義が簡単な言葉で説明されていることを確認してください。詳しくは、以下の定義をご覧ください。 最小限の定義 私たちの目標は、クラウドネイティブの用語を誰でも本当に簡単に理解できるようにすることです。 そのため、シンプルであることに重点を置いています。 つまり、テクノロジーを使っている人なら誰でも共感できるような例を用いて、明確でシンプルな言葉を使うということです（詳しくは後述します）。また、少なくとも技術的な観点からは、最小限の定義を提供します。 文脈や例を節約するつもりはありません。結局のところ、それらは読者がコンセプトを理解するのに役立ちますが、技術的な詳細が理解に必要でない場合は、それを省略します。 目標は、物事を複雑にし過ぎないことです。読者が基本的なコンセプトを理解したら、他のリソースでより深く掘り下げることができるようにします。その部分はこの用語集の範囲外です。 定義のテンプレート 各用語はマークダウンファイルに格納され、このテンプレートに従います： — title: status: category: — 技術やコンセプトの簡単な要約。 ## 解決すべき問題はなんですか 取り組んでいる問題について数行。 ## どのように役に立つのでしょうか それがどのように問題を解決するのか数行。 タイトル タイトル ラベルは、常に定義レイアウトの先頭に位置し、その値はタイトルケースであるべきです。 — title: Definition Template 状態 状態 ラベルは、タイトルラベルの後に表示されます。状態ラベルは、定義が十分に吟味されているか、より多くの努力を必要とするかを示します。 有効な値は以下の通りです： Completed（完了） Feedback Appreciated（フィードバックが必要です） Not Started（未着手） 完了した定義に対して、いつでもissueを開くことができます。定義が流動的な場合、そのステータスはFeedback Appreciatedに変更されます。 — title: Definition Template status: Feedback Appreciated タグ ステータスラベルの後に、タグ ラベルが続きます。 タグが意味を持ち、結果としてユーザーの役に立つためには、タグを厳密な意味で使うことになります。 多くのタグを付けると、その意味が薄れるだけです。 他のクラウドネイティブの概念を理解するために必要な用語であることを示すfundamental（基礎）を除き、ほとんどの用語のタグは1つだけとなる可能性があります。 注意： 管理者の承認がない限り、新しいタグを導入しないでください。エントリにタグを追加する場合は、以下のリストにあるように正確に綴るようにしてください（単数形、タイプミスなし）。 現在のタグは以下の通りです：..

ようこそ クラウドネイティブ用語集の貢献ガイドへようこそ。 このプロジェクトに貢献できる方法はいくつかありますが、ここではその詳細を説明します： 既存の課題に取り組む 新しい用語の提案 既存の用語を更新する 用語集を翻訳する CNCF用語集レビュー この用語集のゴールは、複雑なことで有名なクラウドネイティブの空間をシンプルにすることで、より多くの人に親しんでもらうことです。 クラウドネイティブ用語集のコンテンツはGitHub repo に保存されています。 ここには、用語集に関するissues, pull request (PRs), そしてdiscussions のリストがあります。 誰が貢献できるのか？ このプロジェクトにどのように参加できるかは、クラウドネイティブの専門知識のレベルによって異なります。 複雑な概念を簡略化するには、そのトピックに関する深い知識が必要です。 したがって、新しい用語を寄稿するには、その用語に精通している必要があります。 貢献者は通常、これらの技術にしばらく携わってきたエンジニアや、クラウドネイティブに焦点を当てたアカデミックの経験者です。 複雑な概念を簡単な言葉で説明するのは 本当 に難しいので、そのノウハウが必要です。そして、消化しやすく、ユーザーフレンドリーな結果は簡単に見えるかもしれませんが、望ましいシンプルさを実現するためには、クラウドネイティブの専門家たちの努力と協力が必要です。 もしあなたがまだクラウドネイティブの専門家ではないが、それでも貢献したいのであれば、専門家とチームを組むことをお勧めします。 その専門家が、その用語がコンセプトを正確に表現していると確信したら、最初の用語集への投稿の準備ができました。 翻訳は、他言語に精通した初心者が用語集に貢献できる貴重な場です。 英語での定義がしっかりしていれば、経験の浅い貢献者でも、用語を目標の言語に翻訳することができます。既存の翻訳チームに参加することも、新しいチームを作ることもできます。このガイドの用語集の翻訳を支援するのセクションを読んで、開始方法を学んでください。 始める前に 用語集へ貢献する旅を始める前に、必ず以下のステップを完了してください： GitHub アカウントを持っていなければ作成する。 貢献者ライセンス契約書 (CLA)にサインする。 コミット署名を確認する GitHubアカウントで警戒モードを有効にすると、コミット時に検証ステータスが表示されます。 ベストプラクティス レビューを容易にするため、セマンティック改行を使用してください（例：1文につき1行など）。 私たちは、GitHubでマークダウンテキストを正しくフォーマットするために、このマークダウンのチートシートを確認することをお勧めします（例：ハイパーリンク、ボールド、イタリック）。 また、.md ファイルに名前をつけるときは、単語を区切るために小文字とスペースではなくハイフンを使い括弧は避けてください。 スタイルガイド スタイルガイドを読んで、文書のフォーマットや書き方に関するガイドラインを理解し、投稿プロセスをより効率的にしてください。 用語集コミュニティに参加する！ 定期的に貢献したい場合は、毎月開催されるGlossary Working Groupのミーティングに参加することを検討してください。 ミーティングの詳細は、CNCFカレンダーで確認できます。 また、CNCF Slackの#glossaryチャンネルで、メンテナや他の貢献者とつながることもできます。あなたにお会いできるのを楽しみにしています！ 既存の課題に取り組む 用語集のGitHub issuesに行くと、利用可能なissueのリストが見つかります。 ラベル（例：English language、help needed、good first issue）を使って、課題をフィルタリングすることができます。 選択した用語がすでに誰かに割り当てられていないことを確認してください。 例えば、ここでは、最初の3つの用語は利用可能ですが、4番目の用語はすでに割り当てられていることがわかります。 取り組むべき用語を選択したら、そのissueに対してコメントする。 さらに、CNCF Slackの#glossaryチャンネルでメンテナに通知してください、そして @Catherine Paganini, @Seokho Son, @Jihoon Seo, および/または @iamnoah をタグ付けして、メンテナが見逃さないようにします。..

<p>こんにちは！👋 CNCFクラウドネイティブ用語集プロジェクトへの貢献に関心をお寄せいただきありがとうございます。新しい用語を投稿する、用語集を母国語にローカライズするのを手伝う、または他の人が用語集を始めるのを手助けするなど、このコミュニティのアクティブメンバーになる方法はたくさんあります。このドキュメントでは、プロジェクト内におけるそれぞれの貢献者の役割と、それに伴う責任と権限の概要を説明します。</p> <ol> <li>貢献者 用語集はすべての人のためのものです。このプロジェクトに貢献するだけで、誰でも用語集の貢献者になることができます。すべての貢献者は、CNCF行動規範に従うことが期待されています。 プロジェクトに貢献するには、以下のようなさまざまな方法があります： コンテンツの貢献者: 既存の用語を改良したり、新しい用語を投稿する方々 ローカライゼーションの貢献者: 用語集を他の言語に翻訳するのを手伝ってくれる方 ヘルパー：GitHubやSlackなど、コミュニティメンバーがサポートを必要としている場所で助ける方 アンバサダー：多くの人にメッセージを伝え、コミュニティに貢献の仕方やその理由について教えてくれる方 貢献者は、複数の役割を持つことも、1つの分野のみに集中することもできます。これらの貢献はすべて等しく重要であり、活気あるコミュニティの育成に貢献します。コンテンツとローカライゼーションへの貢献については、貢献方法とスタイルガイドを参照してください。</li> <li>承認者 承認者は、PRに対するフィードバックを提供しPRを承認します。アクティブな投稿者なら誰でも承認者になれます（承認者になるを参照）。用語集では、(1)英語用語集の承認者と(2)ローカライズチームの承認者の2つの承認者を区別しています。 用語集の承認者には次のことが期待されます： PRが技術的に正確かどうかを確認します 貢献者に課題を割り当て、適切なラベルを付けます 貢献者にフィードバックを提供し、必要に応じて指導します 提出物の校正と編集します 承認者が上記の職務に興味がなくなったり、遂行できなくなった場合は、メンテナにその旨を伝え辞任すべきです。 英語用語集の承認者 承認者には3つのタイプがあります： 強力な技術的背景を持つ承認者 確かな文章力を持つ承認者 両方に精通した承認者 技術承認者：しっかりとした英文のライティングスキルがなくても、技術的なバックグラウンドが強力な人なら承認者になれます。ただし、技術的な利点に基づいてPRを承認する場合は、必ず（編集）承認者によるレビューをしなければなりません。 編集者：編集者は用語を校正し、スタイルガイドに従って簡単な言葉で説明されていることを確認します。用語が大幅に編集されている場合、編集者は意味が変更されていないことを確認するため、技術承認者に再度校閲を依頼しなければなりません。 ローカライゼーションの承認者 用語集にはローカライゼーション承認者もいます。この承認者は、ローカライゼーションチーム (用語集を翻訳するチーム) の承認者です。ローカライゼーションの承認者は、自分のチームの承認者の職務のみを行うことができ、PRを専用の開発ブランチにマージすることができます。ローカライゼーションの承認者は、要件を満たせば英語用語集の承認者になることもできます。 承認者になる 承認者候補は、高品質のPRを提出し、他の人がPRをマージ可能な状態にするのを支援してきた実績があるべきです。また、タイムゾーンが許せば用語集ワーキンググループのミーティングに定期的に出席してください。 承認者になるには、興味があることを既存のメンテナーに伝えることから始めましょう。既存のメンテナーはあなたに、彼らの指導のもとでPRを投稿したり、レビューをしたり、その他の仕事をしたり上記の資格を証明するよう求めます。しばらく一緒に仕事をした後、メンテナーはあなたに承認者の資格を与えるかどうかを決定します。この決定は、あなたが示した熟練度と対応能力に基づいて行われます。</li> <li>メンテナー メンテナーもPRをマージすることができます。誰でも用語集のメンテナーになることができます（メンテナーになるを参照）。メンテナーには、以下のような期待があります： 積極的かつ迅速な承認者であること（上記参照） サイトの設定、パーミッション、Issueテンプレート、GitHubワークフローなど、リポジトリのメンテナンスをサポートします 用語集のSlackチャンネルを監視し可能な限り協力します 用語集ワーキンググループミーティングに定期的に出席します（タイムゾーンが許せば） もしメンテナーが上記の職務に興味がなくなったり、遂行できなくなったりした場合は、名誉メンテナーに移行する必要があります。 メンテナーになる メンテナーは、承認者として成功し、質の高いPRを提出してきた実績があるべきです。また、タイムゾーンが許せば用語集ワーキンググループのミーティングに定期的に出席する必要があります。 メンテナーになるには、興味があることを既存のメンテナーに伝えることから始めましょう。既存のメンテナーはあなたに、彼らの指導のもとでPRを投稿したり、レビューをしたり、その他の仕事をしたり上記の資格を証明するよう求めます。しばらく一緒に仕事をした後、メンテナーはあなたにメンテナーの地位を与えるかどうかを決定します。この決定は、あなたが示した熟練度と対応能力に基づいて行われます。</li> <li>コミュニティマネージャー コミュニティマネージャーは、有効的で魅力的なコミュニティの育成を支援します。コミュニティメンバーは誰でもコミュニティマネージャーになることができます。コミュニティマネージャーには次のことが求められます： 新しいメンバーを歓迎し、必要な情報が得られるようにします コミュニティからの質問に答えたり、手助けできる人を探すのを手伝います Slackでの会話をモデレートします コミュニティマネージャーになる 用語集のコミュニティマネージャーは誰でもなることができます。コミュニティマネージャーは、貢献とローカライゼーションのプロセスをしっかりと理解し、他者との交流や手助けを楽しむことが求められます。コミュニティマネージャーになるには、興味があることを既存のメンテナーに伝えることから始めましょう。オンボード/トライアル期間を経て、メンテナーは実績に基づいてコミュニティマネージャーのステータスを付与するかどうかを決定します。 非自主的な解任 貢献者の非自主的な解任は、責任と要求が満たされない場合に行われます。これには、度重なる活動停止、長期の活動停止、および/または行動規範違反などが含まれます。このプロセスは、コミュニティとその成果物を保護すると同時に、新しい貢献者が参入する機会を開くという意味で重要です。 退任/名誉職のプロセス 貢献者のコミットメントレベルが変化した場合、貢献者は退任（貢献者のラダーを下げること1）か名誉職（プロジェクトから完全に離れる）かを検討することができます。 役職への復帰 以前の貢献者の役割に戻ることができる人材がいれば、プロジェクトリーダーはそれを手配し、検討することができます。 訳注：例えば、メンテナ―から承認者に貢献レベルを落とす ↩︎</li> </ol> ..