Understanding CPU throttling in Kubernetes to improve application performance #k8sjp
Argo CD 実践ガイド #k8sjp / Argo CD Practice Guide
Understanding CPU throttling in Kubernetes to improve application performance #k8sjp
メルペイのマイクロサービスの構築と運用 / CloudNative Days Tokyo2019
メルペイのマイクロサービスの構築と運用 2019.07.22 に CloudNative Days Tokyo2019 で発表した内容です。 なぜメルペイがマイクロサービスアーキテクチャを選択したか、メルペイのマイクロサービスの構築と運用をどのように行ったか、などを話しました。
KubernetesでJVMアプリを動かすための実践的ノウハウ集 / JVM on Kubernetes
CloudNative Days Tokyo 2019 1D3 セッションのスライドです。 #CNDT2019 #OSDT2019 #RoomD
そのコンテナ、もっと「賢く」置けますよ？ #CNDT2019 / CloudNative Days Tokyo 2019
CloudNative Days Tokyo 2019 で使用したスライドです。 Kubernetes は既にコンテナオーケストレータのデファクトを獲得し、多種多様なアプリケーションがデプロイされるプラットフォームとなりました。この流れの中で、従来の機能ではカバーできない複雑なコンテナ配置ロジックや、リソース集積率の最適化に対する需要も高まっています。本講演では、カスタマイズの手法から次世代の特殊スケジューラまで、Kubernetes におけるコンテナ配置のすべてをお話しします。 イベント概要：https://cloudnativedays.jp/cndt2019/ ブログ記事：https://ccvanishing.hateblo.jp/entry/2019/07/30/112634 録画：https://www.youtube.com/watch?v=EsZLJT5uQ5E
「Docker/Kubernetes 実践コンテナ開発入門」の著者を招いてハンズオンをしました | CyberAgent Developers Blog
こんにちは、株式会社サイバーエージェント 技術本部 データサイエンスソリューショングループに所属する津田 均です。2018年12月25日にCA社内で行われた勉強会のレポートをお届けします。 私が所属する技術本部ではエンジニアの技術力のより一層の向上を図るべく、定期的にハンズオンなどの勉強会が開催されることになりました。第一回となる今回は、新開発組織 OpenSaaS Studioのテックリードである @stormcat24 氏に講師をお願いし、Kubernetes ハンズオンを実施しました。 Kubernetes はコンテナオーケストレーションのデファクトスタンダードとなっており、CA社内でも既に利用が始まっています。例えば2018年10月13日に行われた AbemaTV Developer Conference 2018 のセッション内でも、「Kubernetes Jobによるバッチシス
kubernetesをローカルの開発に活用する - Please Drive Faster
できる限りプロダクションのクラスタ設定をそのままローカルの開発にも使いたいなー、と思って色々と試行錯誤して、ようやく形になってきたので書いておく。 なぜローカルでkubernetesを動かしたいのか 最近ではInfrastructure as Code、Immutable Infrastructureの考え方と共に、コンテナの上でアプリケーションの環境の構築、運用、開発をすることが増えてきた。 少し前までは、Dockerでローカルの開発環境の構築は楽になったけど、本番にデプロイするのにはハードルがある印象が個人的にはあった。だけど、kubernetesの登場によってそのハードルは大きく下がった。 最近はマイクロサービスアーキテクチャへの注目と共に、様々なコンテナが協調してサービスを形作る構成が増えてきたように思う。kubernetesはこの全てのコンテナを管理する。 kubernetesは
SpinnakerによるContinuous Delivery | メルカリエンジニアリング
SREの@deeeetです。 新しい機能を素早くリリースしフィードバックを得てすぐにPivotの決定を行う、もしくはリスクを抑え小さな改善を継続的に行うContinuous Deliveryはソフトウェア開発において非常に重要です。 メルカリではこのContinuous DeliveryのためのPlatformにSpinnakerを採用し始めました。現在は主にkubernetes（k8s）へのコンテナアプリケーションのDeployに利用しており、既にいくつかの本番アプリケーションがSpinnakerによりDeployされています。 本記事ではなぜSpinnakerを採用したか、Spinnakerとは何か、実際にメルカリでどのようにSpinnakerを使っているか、について簡単な紹介をします。 kubernetes上でのDeploy問題 k8sへのコンテナイメージのDeployは非常に簡単で
ZOZOTOWNリプレイスにおけるKubernetes活用 / zozotown replace kubernetes - Speaker Deck
ZOZOTOWNシステムリプレイスでのKubernetes利用についてご説明します。
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 はアプリケーションのコンテナから再利用可能な部分をもう一つのコンテナとして切り出すパター
KubernetesのResource RequestsとResource Limitsについて - Qiita
Resource Requests とは podをデプロイする時に必要とするリソース(CPU/メモリ)を指定することができる仕組み。 ただしpodは指定したresource requests以上のリソースを使うことができる。(リソース使用量の制限はlimitを使う) またその指定したリソースがそのpod用に確保されるわけではない。 あくまでpodをデプロイ時にそのリソース量が空いているかをチェックするためのもの。 ポイントとしてはpodをデプロイするときに、nodeのリソース使用量は見ないで、resource requestsをみてデプロイが行われる。 なので、nodeのリソース(CPUやメモリ)の使用率が100%でも、resource requestsに空きがあればデプロイされる。空きがないnodeにはデプロイされない。 たとえばメモリ1Gのnodeがあって、resource reque
Istio Ingress on Kubernetes on AWS - Qiita
自己紹介 @mumoshu at GitHub/Twitter Primary maintainer of kubernetes-incubator/kube-aws SRE at Istio? "An open platform to connect, manage, and secure microservices. https://istio.io' Kubernetesで動くService Meshの一つ Istio Ingress? istio-ingress-controller KubernetesのIngress Controllerの一種 Ingress ... L7ロードバランシング(の設定) Ingress Controller ... Ingressリソースの内容に応じてL7ロードバランサをプロビジョニングする アーキテクチャ ref: @kelseyhightow
Istio, Prometheus, Zipkinによるマイクロサービスの監視と分散トレース - Qiita
Istio, Prometheus, Zipkinを使ってKubernetes Cluster上のマイクロサービスの監視と分散トレースをテストしてみました。Kubernetes ClusterはIBM Cloudを利用しています。 Istioとは、Google、IBM、Lyftが開発し、2017年5月にオープンソース化したソフトウェアです。マイクロサービス間の通信を統一的な仕組みで制御する「サービスメッシュ」と呼ばれる機能を果たします。Istioによって、きめ細かなセキュリティの確保、流量制御、フェイルオーバー、ブルー／グリーンデプロイメント、カナリアデプロイメントなどが可能になります。 Kubernetesクラスターの作成および構成 IBM Cloudのアカウント作成後、以下のリンクより[クラスターの作成]をクリックします。 https://console.bluemix.net/con
Istio入門 その2 - Istio構築とサンプルアプリのデプロイ - - Qiita
はじめに 本記事はIstio入門シリーズの第二弾です！ 前回の [Istio入門 その1 -Istioとは?-][0] では、Istioのざっくりとしたアーキテクチャを解説しました。ぼんやりと全体像が見えてきたかと思いますので、今回は公式サンプルアプリケーションを試しつつ実際の動きを見ていきたいと思います。 Istio入門シリーズ * その1 -Istioとは?- * その2 -Istio構築とサンプルアプリのデプロイ- * その3 -Blue/Greenデプロイメントによるカナリアリリース- * その4 -基礎から振り返る- Hello Istio! bookinfoを試す前に、まずはIstioの構築です。フル機能のIstioを使えるプラットフォームは現時点でKubernetesのみ[^1]なので、Minikube[^2]を使って構築したいと思います。 環境情報 OS: macOS Si
KubernetesでWeb-AP-DBの3層アプリケーションが動くまで - Qiita
このチュートリアルでは、Kubernetesクラスター上に、node.js、MySQLを使ったアプリケーション(koa-sample)をデプロイします。外部からのリクエストを受けるロードバランサーとして、KubernetesのIngressの機能を利用します。1 前提条件 Kubernetesクラスターがセットアップ済みであること 上記のクラスターに対してkubectlコマンドが実行可能であること 0 . 準備作業 アプリケーションの一連のmanifestファイルがこのリポジトリに保存されています。まずはこのリポジトリを適当なディレクトリにcloneして下さい。 以下は、コマンドラインツールのgitを使う例です。
Kubernetesのエコシステムをまとめる - Qiita
Kubernetesのエコシステムをまとめる（2018年5月時点） 日本のGW中（2018年）にデンマークではKubeConを開催しているようでして、現地で参加している方々は羨ましい限りです。 KubeConの情報が日本に届くのはGW明けだと思いますが、その前に昨今のKubernetesのエコシステムとかいろいろなことをまとめます。 <追記2018/05/13> KubeCon 2018 EUで公表された情報も追加しました。 <追記2018/06/08> チュートリアル、トレーニングを追加しました。 <追記2018/06/11> プレイグラウンドを追加しました。 <追記2018/06/19> MS Azure AKSがGAしました。 Kubernetesとは？ Kubernetesはコンテナのオープンソースのオーケストレーションツールです。Dockerを使ってアプリケーションをデプロイ、運
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さくらのエンジニアがコンテナ利用術を公開！ 〜「さくらの夕べ Docker/Kubernetesナイト」レポート | さくらのナレッジ
Kubernetes on AWS/EKSベストプラクティス2019.2 #jawsdays
頑張らないKubernetes/ Real World Kubernetes - Speaker Deck
Istioサービスメッシュ入門
Istio入門
