こんにちは丸山@h13i32maruです。 私は20年前の高専3年ごろに、当時ハマっていたオンラインゲームのツールをHSP（Hot Soup Processorって今も開発続いててすごい！）で作って、自分のホームページに公開していました。ユーザは自分以外だと2〜3人しかいませんでしたが、すごく楽しかった記憶があります。これが私の個人開発の原体験です。それから現在に至るまで個人開発を続けています。 ここ数年で特に気に入っているのは、Jasper（GitHub用のIssue/PRリーダー）やTrickle（自分のアクティビティを書き留めるサービス）です。今は開発していませんがOSSとしてESDoc（JSのドキュメンテーションツール）というものも作っていました。最近だとMTG Playbookというマジック・ザ・ギャザリング用のオールインワンアプリを積極的に開発しています。この20年で大小合わせ

はてなインターネット文学賞「わたしとインターネット」 初めてインターネットに接続したのはとにかく誰よりも早くコンシューマーゲームのチートがやりたかったからで、私が初めて閲覧したウェブサイトは、ゲームのチート情報サイトだった。 私の家にはなぜかバックアップ活用テクニックやゲームラボが山のように置いてあったから、私はそれを読んで、父親にねだってプロアクションリプレイというゲームをチートするための機材を買ってもらってチートしていた。 しかし月刊誌とゲームの発売日は噛み合わない。私は誰よりも早くチートしたかった。地方の田舎で、本屋もゲームショップもほとんどないような土地なのだから、私の周りにゲームをチートしている人間なんていなかった。そもそも誰もゲームすらやってない。ザリガニを爆破するのがなによりの娯楽だ。だから私はたったひとりの最速チーターだったのだけど、それでもまだ足りていなかった。 父親はゲ

AWS Startup ブログ スタートアップのためのマイクロサービス入門 こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 以前「スタートアップのためのコンテナ入門 – Kubernetes 編」を出した際に記事内で、マイクロサービスやサービスメッシュにふれる機会がありました。今回は AWS でデベロッパーアドボケイトをしているトリ氏 (@toricls) にマイクロサービスについて記事を寄稿いただきました。 ※ 本記事は Software Design 2020年7月号 に掲載された「スタートアップのためのAWSテクノロジー講座 – マイクロサービスのあるべき姿と特徴を知る」からの転載、改修版です。 目次 マイクロサービスにはコンテナが必要なのか？ サービスメッシュは本当に必要なのか？ 「マイクロサービス」という言葉の功罪 マイクロサービスが必

Cloud Native, eBPF-based Networking, Observability, and Security

この記事は私が過去 3 年ほど Kubernetes に携わる中で学んだ、ちょっと見つけにくい知識をまとめたものです。 特にカスタムコントローラーを開発するような人に必要となる知識群です。 感想とか指摘とかあれば Twitter までお寄せください。 更新履歴 2021-03-05: "コンテナの resources.limits と resources.requests の違いについて" の項を補足しました (thanks to @superbrothers) API コントローラー実装 プログラムと連携動作 資源管理 ネットワーク モニタリング アクセスコントロール API kube-apiserver が備える拡張機構を列挙しなさい 回答例 Custom resources: OpenAPI スキーマで独自のリソース型を追加できる Aggregation layer: kube-ap

この問題を解決するため、もともとのコードベースであるところのモノリスもコンテナ化してKubernetesに乗せることにしました。ツールセットの統一をすることでよりシンプルな体系ができ、プラットフォームチームも一つの環境向けの改善に注力できるようになります。 プロジェクトの流れ PoC 計画についてあたため始めた際にちょうどよくUSチーム内でのハッカソンイベントがあったため、それに合わせて試しにKubernetesで動かすデモを発表しました。デモで見せる部分はごく限られたものだったため3人で3日くらい集中して開発したところ動くものができあがりました。 デモの評判は上々でEM、CTOに説明し実際にプロジェクトとしてすすめられることになりました。 現状分析 プロジェクト始動後、まず実施することは現状分析とどう移行するかの設計です。ここでのどの程度システムを把握できるかが計画の精度を決めます。しか

いよいよ Envoy の肝である xDS サーバーを使いたいと思います。 まず手始めにエンドポイントを設定できる Endpoint Discovery Service (EDS) を提供するサービスを実装します。 xDS おさらい Envoy では gRPC または REST API 経由で動的に設定変更できます。 これは Envoy にリクエストを送るのではなく、Envoy が API を提供するサーバーに繋ぎにいきます。 API には、エンドポイントの設定を提供する Endpoint Discovery Service (EDS) や、クラスタの設定を提供する Cluster Discovery Service (CDS) などがあります。 これらをまとめてxDS APIと呼びます。 xDS API のデータ構造は Protocol Buffer によって定義されています。 v2 AP

TL;DR: In this article, you will learn how to prevent broken connections when a Pod starts or shuts down. You will also learn how to shut down long-running tasks and connections gracefully. In Kubernetes, creating and deleting Pods is one of the most common tasks. Pods are created when you execute a rolling update, scale deployments, for every new release, for every job and cron job, etc. However,

この記事は、Merpay Tech Openness Month 2020 の17日目の記事です。 こんにちは。メルペイのSREの駒崎（@komattaka）です。 暑かったり台風だったりと大変な日々が続いていますが、ご自愛ください。 目次 対象読者 得られるもの 説明しないこと はじめに CronJobの仕組 そもそもCronJobとは何か パラメータの解説 CronJobが作成される流れ メルペイでは何に困っていた？ suspend: trueにしていたCronJobがfalseにした後もJobを生成しない (GKE特有) NodeがCluster Autoscalerによって停止されると、そのNodeで稼働していたJob(Pod)のEvictをCronJobが正常終了したと誤解しconcurrencyPolicy: Forbid(Replace)なのに並列稼働した ユースケース別に設

こんにちは。青山（amsy810）です。 Kubernetesには複数のクラスタを扱うための技術がいくつかあります。 今回は幾つかのパターンに分けて紹介していきたいと思います。 また、将来的にこうなったら面白いかもという話をするために、すぐにプロダクション利用できない話やWebサービスでは使わないような話も含まれています。 【目次】 複数クラスタを利用する理由 複数クラスタを管理するパターン GitOpsで複数クラスタを管理するパターン 複数のKubernetesクラスタをFederateするパターン Virtual kubeletパターン マルチクラスタ時のロードバランサの扱い LoadBalancer の機能を利用して分散する DNS を利用して分散する Multi Cluster にまたがる Service Mesh を利用して転送する マルチクラスタでPod Networkを繋ぐ

Learn about the latest tech innovations and engage in thought leadership news from Cisco.

まずは、スマホで撮影した2つの写真を見比べていただきたい。 ▲上はプロが撮影したもの、下は私（素人）による写真である 撮影場所はそれぞれの自宅だが、料理自体はどちらも某大手コンビニチェーンで同時期に購入したハンバーグと冷凍食品の野菜。技術の差は一目瞭然だろう。 ▲こちらは寄りの写真。上がプロによるものだが、それに比べて私の写真はハンバーグのジューシーな魅力がまったく伝わってこない 小野田：すいません、髙橋さんってiPhone使っていましたっけ？ 発端は私からのこんなLINEメッセージだった。「髙橋さん」とは旧知のプロカメラマン・髙橋定敬さんのこと。 ▲髙橋定敬（たかはし・じょうけい）さん。フリーランスフォトグラファー 雑誌などのメディアや、広告でのポートレート撮影、ライブ撮影などを中心に活躍しており、ライター&編集業をこなす私とは仕事上でタッグを組むことが多い。 新型コロナウイルスの影響で

Kubernetes was built to run distributed systems over a cluster of machines. The very nature of distributed systems makes networking a central and necessary component of Kubernetes deployment, and understanding the Kubernetes networking model will allow you to correctly run, monitor and troubleshoot your applications running on Kubernetes. Networking is a vast space with a lot of mature technologie

新機能 EXIT_ON_ZERO_ACTIVE_CONNECTIONS 以前、「Istio 導入への道 – sidecar の調整編」という記事で、Istio の sidecar (istio-proxy) が、アプリの終了を待た...

なお、利用できる属性値はAttribute Vocabularyドキュメントを、演算子についてはExpression Languageドキュメントを参照して欲しい。 今回は次のように、送信元および送信先、URLのパス部分、リクエストメソッド、トラフィックの方向という5つの情報をラベルとして付与するような設定でリソースを作成した。 apiVersion: config.istio.io/v1alpha2 kind: metric metadata: name: my-metric spec: value: "1" dimensions: source: source.labels["app"] | "unknown" destination: destination.labels["app"] | "unknown" path: request.path | "unknown" method

「日銀のETF買い入れ」とは?そもそも、日銀のETF買い入れ、とは何でしょうか？ 日本銀行も金融機関ですので、調達したお金を様々な形で運用しています。 その一つとして、ETFの買い入れを行っています。 ETFとは上場投資信託のことです。 日銀は東証株価指数（TOPIX）や日経225といったETFを（信託銀行を通じて）証券会社から買い入れます。証券会社はETFが売れると、そのETFの対象となっている株式を市場から買い集めます。TOPIXは東証一部上場株の指数ですので、買いが入ると、証券会社は東証一部上場のすべての銘柄を少しづつ同じだけ買い集めます。それによって、ETFの価格がTOPIXの指数と同じ値動きになるように調整して運用します。※1 したがって、日銀がETFを買うと、間接的に、日本の上場株式をすこしづつ全部買うのと同じような効果があります。いわば「日本株の詰め合わせセット」を買っている