Google Container EngineによるKubernetesクラスタの作成
本連載では、オープンソースのオーケストレーションシステムである「Kubernetes」を用いて、スケーラブルで運用しやすいWebアプリケーションを構築する方法を紹介します。「Google Container Engine」で提供されているKubernetesを使用し、構築方法には触れずにKubernetes上の構成にフォーカスを当てて説明します。今回はKubernetesおよびGoogle Container Engineの説明と、Kubernetesクラスタの作成方法、その上にWebアプリケーションをデプロイする方法を解説します。 Kubernetes Google Container Engine 本連載について 本連載では、6部構成で以下の機能を持ったWebアプリケーションを構築します。 オートスケーリング 本番環境と開発環境で別のURLを持つ アプリケーションのバージョン番号を使っ
オペレーションとルールを統一化し、Kubernetesを使った変化に強いインフラを構築
Wantedlyの開発現場で活用されている技術や手法は、日々進化するプロダクトに合わせて柔軟に変化しています。この連載では実際の開発で取り組んでいる技術や手法を、実務に使える形でお伝えしていきます。前回はWantedlyのインフラチームが大切にしている「変化に強いインフラ」づくりについて解説しました。第2回となる今回は、架空のサービスをサンプルとして、Kubernetesの活用方法を具体的に紹介します。 はじめに 本連載は、WANTEDLY TECH BOOK 2から抜粋し、再編集したものになります。第1回に引き続き、第2回もインフラチームの坂部（@koudaiii）が担当します。前回は「変化に強いインフラはWantedlyにとってなぜ必要か」「これまでどのように変化に強いインフラに取り組んできたのか」といったことを中心に紹介しました。今回は、架空のサービスをサンプルとして、Kuberne
Kubernetesを使った変化に強いインフラ――Wantedlyのインフラチームが大切にしていること
Wantedlyの開発現場で活用されている技術や手法は、日々進化するプロダクトに合わせて柔軟に変化しています。この連載では実際の開発で取り組んでいる技術や手法を、実務に使える形でお伝えしていきます。第1回はWantedlyのインフラチームが大切にしている「変化に強いインフラ」づくりについて、Kubernetesの活用方法を交えて紹介します。 はじめに 本連載は、WANTEDLY TECH BOOK 2を抜粋し、再編集したものになります。第1回と第2回の担当は、Wantedly インフラチームの坂部（@koudaiii）です。第1回である本記事では「変化に強いインフラはWantedlyにとってなぜ必要か」「これまでどのように変化に強いインフラに取り組んできたのか」といったことを中心にご紹介します。第2回では、例として架空のサービスを実際に作る上での手順を紹介する予定です。 変化に強いインフラ
Boost.Containerのフツーじゃないコンテナたち
boost::container::static_vector static_vectorはstd::arrayとstd::vectorのあいのこ。std::array<T,N>は固定長配列 T[N]を標準コンテナ化したもので、要素数:size()は常にNを返しますし、要素の挿入／削除ができません。対してstatic_vector<T,N>は要素数N個"以下"の可変長配列としてふるまいます。最大N個の要素を格納する領域は動的に取得／解放されることはなく、（std::array<T,N>と同様）インスタンス内部に"静的"に確保されます（static_vectorの名はそのことに由来します）。 static_vector<T,N>にN個を超える要素を挿入しようとするとstd::bad_alloc例外がthrowされます。また、最大要素数の異なるstatic_vector<T,M>とstatic
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
