[B! kubernetes] lufiabbのブックマーク

Kubernetes 1.30、コード名「Uwubernetes」正式リリース、史上最もキュートなロゴのKubernetesリリースに

Kubernetes 1.30、コード名﹁Uwubernetes﹂正式リリース、史上最もキュートなロゴのKubernetesリリースに Kubernetesはリリースごとにそのリリースを担当するチームがコード名とリリースロゴを決めます。4月17日にリリースされた最新のKubernetes 1.30は、コード名が﹁UwU﹂と﹁Kubernetes﹂を組み合わせた﹁Uwubernetes﹂と設定されました。﹁UwU﹂は海外で使われる顔文字で、キュートさやハッピーさを表しています︵そう言われると、そういう顔に見えてきませんか？︶。リリースロゴもキュートなものになっていますね。というわけで、Kubernetes 1.30では特に目立った新機能があるわけではないのですが、リリースロゴが可愛かったので紹介することにしました‥-︶ Kuberenetes 1.30で安定版になった主な機能 Robu

lufiabb 2024/04/23

かわいい

リンク

Kubernetesドキュメントの日本語翻訳に関わり始めた - kmuto’s blog

1行でカジュアルな気持ちでk8sの翻訳に関わり始めたよ。背景YAPC KYOTO 2023はYouTubeで視聴していて、Linux Conferenceの主催側立場だったりした頃を思い出したり、Debian ConferenceやRuby会議も楽しかったなーなどと感慨にふけっていた(今年のRuby会議はちょっと行きたいなと思ったんだけど、業務とつなげるのが現状では難しそうなのもあって見送り)。yapcjapan.org 発表はどれも印象深かったのだけれども、最後のLTで@nasa9084さんの﹁Kubernetesの翻訳協力者募集！﹂を聞いて﹁Kubernetes使える人は英語で特段問題なさそうだなぁ﹂と感想を呟いたところ、@nasa9084さんに拾っていただいて反応をもらった。 speakerdeck.com そもそも翻訳をできる人は日本語のドキュメントを必要としてないので、コ

lufiabb 2023/03/27

リンク

Don't Use Kubernetes, Yet

Early-stage startups shouldn't run on Kubernetes yet. But eventually, growth-stage and large companies should be running on Kubernetes in some form. Kubernetes Maximalism doesn't mean one-size-fits-all. Infrastructure should progressively grow with your workloads and team. How can you choose the right techno logy now so that you can maximize growth and minimize pain later when you inevitably outgro

lufiabb 2022/06/30

リンク

もうリリースは怖くない ― 大きな変更を安全に本番適用するTips - Cybozu Inside Out | サイボウズエンジニアのブログ

こんにちは、AWS版kintoneのDevOpsエンジニアをしている@ueokandeです。 AWS版kintoneは2019年9月のローンチから現在まで、幾度となく機能改善をしてきました。ローンチ当時よりも利用者が増え、スケーラビリティのために内部設計を大きく変更することもあります。先日公開したメール送信の設計変更もその1つです。 blog.cybozu.io 安定運用のために必要なリリースではありますが、実装を大きく変えることで不具合混入のリスクもあります。それだけではなく、パフォーマンス改善のつもりが、本番環境に投入して逆にパフォーマンス低下が発覚するというケースもあります。この記事では、大きな変更を安全にリリースするためのTipsを紹介します。記事の最後ではSpring Bootの実装例と、Kubernetesでの実現方法も紹介します。切り戻し戦略大きな変更を安全にリ

lufiabb 2021/07/28

これすごい > 開発環境でしばらく寝かせるということはせず、開発環境の適用後に自動テストが通過すれば、本番環境に同じコンテナイメージを適用します

kubernetes

リンク

最近の砂場活動その19: Workload Identityを利用してGKEクラスタの権限管理を行なう - yasuhisa's blog

前回の続編です。GKEクラスタの設定をterraformで行なうように準備ができたので、肝心のWorkload Idenfityの設定をしていきます。なぜ Workload Identityの実基盤への導入に丁寧に書いてありますが、素朴なやり方では以下のような問題があるからです。権限が強すぎる方法: GKEの裏側のGCEに丸ごと権限を付与する楽チンだが、本来付与すべきでない権限も一律で付与してしまうことになる GKEの上で様々なアプリケーションが動いているときには危険権限管理が面倒方法: 専用のサービスアカウントをのキーをダウンロードして使う鍵をどうやって安全に配置するか使い回されるとカオスになっていく10年経つとダウンロードしたキーが失効する仕事だと突然サービスが動かないことになるので、まずい今回の私のケースは趣味プロジェクトであり、私しか使わないのでぶっちゃげGK

lufiabb 2021/05/17

リンク

ko を使用して Go アプリケーションを Cloud Run に迅速にデプロイ | Google Cloud 公式ブログ

※この投稿は米国時間 2021 年2月17日に、Google Cloud blogに投稿されたものの抄訳です。開発者がコンテナを使用して作業することが多くなるに従い、ソースコードからアプリケーションがデプロイされるまでの時間を短縮することの重要性が増しています。コンテナイメージのビルドをより迅速かつ容易にするため、Google は Cloud Build、ko、Jib、Nixery などのテクノロジーを開発し、クラウドネイティブの Buildpacks のサポートを追加しました。これらのツールのいくつかは、Docker エンジンや Dockerfile を使用せず、ソースコードから直接コンテナイメージをビルドすることに特にフォーカスしています。特に Goプログラミング言語を使用すると、ソースコードからコンテナイメージをビルドすることがはるかに簡単になります。この記事で

lufiabb 2021/03/02

リンク

完全マネージドな k8s ! GKE Autopilot を解説する

Kubernetes / GKE ファンの皆様こんにちわ。Google Cloud の Kazuu (かずー) です。GKE Autopilot がGAになりました。弊社公式ブログに続きまして、GKE Autopilot を日本語で解説していきたいと思います。本記事は以下、3部構成となります。 GKE Autopilot 概要GKE Autopilot を試してみるGKE Autopilot がハマりそうなユースケースは？ 1. GKE Autopilot 概要GKE Autopilot は GKE の新しいモードです。Control Plane に加えて、Node が完全マネージドになります。これまでの GKE では Node はユーザー自身が必要台数分作成し、以後の Day 2 オペレーション (e.g. アップグレード) 等も気に掛ける必要がありました。GKE Autopil

lufiabb 2021/02/25

リンク

Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog

追記: Kubernetes側での公式のアナウンスが2本出ているのでこちらも合わせてご覧ください。 kubernetes.io kubernetes.io Kubernetesコミュニティを眺めていたら、やたらめったら色んな人達が1.20 RCのリリースノート引っ張り出して﹁Dockerが非推奨になるからちゃんと対策を検討してね！！！﹂とアナウンスをしていて、挙げ句SIG Contributexではその対策に追われてバタバタしている自体を観測しました。 CNCF Ambassador Slackでもだいぶ燃え上がっていて、見かねて dev.to に記事を投稿したのでそれをかんたんに日本語にまとめてみようと思います。英語のほうはこちらをご覧ください。 dev.to 追記2. 影響範囲を知りたい場合はまずこちらをお読みください blog.inductor.me 追記2. 影響範囲を知りたい場合

lufiabb 2020/12/03

kubernetes

リンク

詳解KubernetesにおけるPersistentVolume

はじめにコンテナはデータを持つアプリケーション(ステートフルアプリケーション)には不向きと言われてきました。しかし、Kubernetesの進化に伴い、ステートフルアプリケーションも動作できるようになってきました。そこで本記事では、ステートフルアプリケーションをKubernetesで動作させるために重要となるストレージについて解説します。ストレージのモデル Kubernetesは、データを永続化するためのストレージを抽象度の高いモデルで表現しています。これにより、ユーザはストレージの詳細を知らなくても、Pod内のコンテナにボリュームを割り当てて使うことができます。 PersistentVolumeClaim, PersistentVolume, StorageClass Kubernetesではストレージの基本モデルとして、次の3つのリソースがあります。 PersistnetVolum

lufiabb 2020/09/16

リンク

Kubernetesのコードリーディングをする上で知っておくと良さそうなこと

Kubernetesとその関連コードのコードリーディングをする上で知っておくと良さそうなことについて知ってる範囲で雑にまとめてみました前提知識前提として最低限Kubernetesをある程度触っていて KubernetesはPodとかのリソースと呼ばれるものでコンテナだったりロードバランサーとかを管理するようになっていて実際にDeploymentでコンテナを立ててService/Ingressでコンテナで立てたアプリケーションを外部公開できてコンテナはPodという単位でコンテナをグループ化して同一Nodeで実行されるということを知っているくらいがわかっていればまぁ十分なんじゃないかとは思いますあとはKubernetesはGoで書かれているので Goの基礎知識とVSCodeやGolandなどGoのコードを読む際に宣言にジャンプできるようなエディタくらいがあると良いと思います Kuberne

lufiabb 2020/08/05

リンク

Infrastructure as Dataとは何か

最近GCPから登場したKubernetes YAMLのPackage managerであるKptは﹁Infrastructure as Data︵Configuration as Data︶﹂という考えかたを基礎としてそれを推し進めようとしている．それ以外にもKubernetesのEcosystemには︵明示はされていなくても︶この考え方が中心にある．Infrastructure as Codeとは何が違うのかなど歴史を振り返りつつまとめてみる．︵指針はBorg, Omega, and Kubernetesという論文にあるが﹁Infrastrcuture as Data︵Configuration as Data︶﹂という言葉を明確に定義した文章はない．この記事はReferencesに挙げるいくつかのPodcastにおける@kelseyhightowerの発言や，それに反応する@bgra

lufiabb 2020/05/11

kubernetes

リンク

Kubernetesへの機能追加にかかわった話と、そこから得た知見 - Cybozu Inside Out | サイボウズエンジニアのブログ

はじめにこんにちは、Necoプロジェクトのsatと申します。みなさんはKubernetesに機能が追加されるまでの流れをご存知でしょうか。githubに存在するプロジェクトであれば典型的にはfeature request用のissueが立てられて、それをもとにPRが作られてレビューを経たのちにマージという流れです。しかしKubernetesはたくさんのプロジェクトから構成される非常に複雑なシステムなので、このような単純なやりかたが難しいのです。KubernetesではそのかわりにKubernetes Enhancement Proposal(以下KEPと表記)というしくみを使って新機能を開発するというスタイルをとっています。本記事はKEPについて簡単に説明した後に、Kubernetesの機能開発が進んでいく具体的な流れについて、NecoプロジェクトがレビューにかかわったKEPを通して

lufiabb 2020/02/14

リンク

Cloud native applications with kubebuilder and kind aka kubernetes operators

lufiabb 2020/02/02

リンク

GKE/Kubernetesネットワークの基礎ルートベースネットワークとVPC-nativeネットワークの違い

この記事は Google Cloud Japan Customer Engineer Advent Calendar 2019 の 14日目の記事です。以前にこちらの記事で VPC-native クラスタの説明と、ルートベースのクラスタについても簡単に触れましたが、今回はもっと具体的な違いと、両者のメリットデメリットについて解説していきたいと思います。今回解説する内容は次の点です。・実際に GCP の VPC ネットワークのどの設定がこの両者の違いを実現しているのか？・クラスタ内の Pod と外部の通信の仕組みついてなにか違いはあるのか？・両者のメリット、デメリットとそれぞれのユースケースについて実際に GKE のクラスタを作りながらみていきましょう。ルートベースのクラスタまずはルートベースのクラスタを gcloud コマンドで作成します。ルートベースを指定するオプションは

lufiabb 2020/01/07

リンク

GKE のアップグレード戦略を改めて確認しよう

この記事は Google Cloud Japan Customer Engineer Advent Calendar 2019 の3日目の記事です。本記事では、GKE を対象に、マスター、ノードのアップグレード戦略について紹介します。11/5 には Surge Upgrade がベータ版としてリリースされましたので、そちらも合わせて紹介します。 GKE のアップグレード戦略Kubernetes は、約3ヶ月ごとにマイナーバージョンがリリースされます。また、3つのマイナーリリースをサポートするというポリシーになっています︵ v1.3 がリリースされたタイミングで、 v1.0 はサポートされなくなります︶。そのため、Kubernetes を運用するに当たって、Kubernetes を適切にアップグレードしていくことは、必須の作業といえるでしょう。では、GKE のアップグレードを考

lufiabb 2020/01/02

リンク

MackerelにおけるKubernetes利用の取組みとこれから / Kubernetes Meetup Tokyo #22

lufiabb 2019/08/29

kubernetes

リンク

Programming Kubernetesを読んで学んだこと - go_vargoのブログ

Programming Kubernetesの紹介﹁Programming Kubernetes﹂はO’Reilly社から出版されているKuberntesのアーキテクチャやCustom Controllerの実装、Custom API Serverの実装などについて掘り下げている本です。 Kubernetesのハイレベルアーキテクチャに触れている本は、日本語でもいくつかありますが、ソースベースのローレベルアーキテクチャで触れている本は本書しかないのではないかと思います(私が知らないだけかもしれません)。著者は元Red Hat → AWSのDeveloper AdvocateのMichael HausenblasさんとRed Hatのprincipal engineerのStefan Schimanskiさんです。 www.oreilly.com 2019/07/21に購入し、2019/

lufiabb 2019/08/14

リンク

k8s クラスタを気軽に遊べる環境を作っている - nabeo がピーしているブログ (仮)

k8s のマネージドサービスとして GKE や EKS などで出揃った感はあるけど、マネージドサービスでは k8s クラスタの全ての機能を使うことはできないという認識です。特にネットワークなどインフラよりな低レイヤーな部分はマネージドサービス側でいい感じに隠蔽して、利用者は意識する機会は少ないです。最近は仕事でも k8s など docker コンテナ基盤を扱う機会が増えてきていますが、インフラ屋さんとしてはこのような低レイヤーな部分が気になることがあるので、k8s クラスタを手軽に作れる環境が欲しくなりました。というわけで、Vagrant を使って手元の仮想環境の管理をしつつ、ansibleで k8s クラスタの構築する環境を作りました。ただし、ansibleで k8s クラスタを構築する、といっても ansibleで完結しておらず、一手間が必要です。というわけで、以下のレポジトリ