なぜKubernetesはすべてを変えるのか | Cloudbees Jenkins | テクマトリックス
（この記事は、CloudBees社 Blog 「Why Kubernetes Changes Everything!」2018年4月17日 Robert Davies 投稿の翻訳記事です。） はじめに Dockerが2013年にオープンソースにリリースされたとき、成功するかどうかは確実ではありませんでした。5年経った今、ほとんどの企業が、アプリケーションをパッケージングするのに便利な標準的手段として、コンテナを使用しています。コンテナは、アプリケーションの実行に必要なすべての依存関係、構成、およびシステムツールを含む軽量なスタンドアロンの実行可能ファイルで、LinuxでもWindowsでも実行できます。これにより、開発とデプロイメントに一貫性が生まれました。コンテナが非常に重要なのはそのためです。開発プラットフォームでパッケージ化されたアプリケーションをビルドし、パブリッククラウドなど、コ
Kubernetesはクラスタで障害があったとき、どういう動きをするのか - あさのひとりごと
Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトやRedHatも積極的に開発に加わり、非常に早いスピートで機能拡張していて、追いかけるのも大変です。 Kubernetesの大きな特徴は宣言的設定にあります。 この宣言的設定とは、イミュータブルなインフラを作るための基本的な考え方で、「システムのあるべき姿」を設定ファイルにて宣言する！という考え方です。Kubernetesは設定ファイルに書いたとおりのインフラを維持するように設計されています。 Kubernetesはコンテナを「Pod」という単位で管理します。このPodをKube
Web Developer も知っておきたい Kubernetes における Sidecar Pattern と Ambassador Pattern - スタディサプリ Product Team Blog
Site Reliability Engineering チームの @yuya-takeyama です。 年末年始頃は React Native でのアプリ開発をやっていた気がしますが、「スキルを Web 開発から SRE の領域まで広げたい」という以前からの私自身の思いと、「Kubernetes による Microservices 基盤を作っていくメンバーがもっと必要」「Microservices を技術面だけでなく組織面でも Production Ready な形でやっていく上で Developer と SRE のつなぎ役が必要」という会社の状況が一致したので、異動して AWS, Kubernetes または MongoDB などと向き合っています。 3 行でまとめ Sidecar Pattern はアプリケーションのコンテナから再利用可能な部分をもう一つのコンテナとして切り出すパター
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Auto-Scaling Jenkins with Kubernetes