サービスメッシュのIstio、十分に成熟した段階に到達したとしてCNCFの卒業プロジェクトに
Cloud Native Computing Foundation（CNCF）は、サービスメッシュのIstioが十分成熟した段階に到達したとして、「卒業」（Graduation）プロジェクトになったことを発表しました。 卒業となっても引き続きIstioはCNCF傘下で開発が進められるため、CNCFにおける卒業とは、インキュベーション（育成）段階からの卒業という意味だと言えます。 [NEWS] Cloud Native Computing Foundation Reaffirms #Istio Maturity with Project Graduation Read more: https://t.co/enhd4uT0sG#CNCF #servicemesh #cloudnative #oss pic.twitter.com/A355frCNTO — CNCF (@CloudNative
サービスメッシュのIstio、Cloud Native Computing Foundationへの提出を発表
サービスメッシュのIstio、Cloud Native Computing Foundationへの提出を発表 GoogleとIstioの開発チームは、IstioをCloud Native Computing Foundation（CNCF）のインキュベーションプロジェクトに提出することを発表しました。 Great news! With the support of @googleOSS and the Istio Steering Committee, we have applied to become a @CloudNativeFdn project! Take a look at our blog and learn more about this process: https://t.co/2rn2YMKEpl #CNCF pic.twitter.com/SHw677mYE4 —
サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発
2016年頃「サービスメッシュ」という用語は、マイクロサービス、クラウドコンピューティング、DevOpsの分野に登場しました。楽天的なあるチームは、2016年にこの用語を使用して彼らの製品である Linkerd を説明しました。コンピューティングの多くの概念と同様に、実際には、関連するパターンとテクノロジーの長い歴史があります。 サービスメッシュの登場は、主に IT ランドスケープの最悪の状況によるものでした。開発者は、複数言語 (ポリグロット) アプローチを使用して分散システムの構築を開始し、動的なサービスディスカバリーを必要としていました。運用は一時的なインフラストラクチャの使用を開始し、避けられない通信障害を適切に処理し、ネットワークポリシーを適用したいと考えていました。プラットフォームチームは、Kubernetes などのコンテナオーケストレーションシステムの採用を開始し、Envo
サービスメッシュ必読ガイド - マイクロサービス時代のサービス間通信管理
このパターンには2つの背景があります。ひとつは、技術者がマイクロサービスアーキテクチャパターンを採用して、複数の(理想的には単一目的で、独立してデプロイ可能な)サービスで構成されるアプリケーションを開発するようになったことです。ふたつめは、企業がコンテナ(Dockerなど)、オーケストレータ(Kubernetesなど)、プロキシ/ゲートウェイ(Envoyなど)といった、クラウドネイティブなプラットフォームテクノロジを支持するようになったことです。 意図 サービスメッシュが解決しようとする問題は次のようなものです。 サービスディスカバリ、ルーティング、アプリケーションレベル(レイヤ7)の非機能通信要件を処理する言語対応の通信ライブラリを、個々のサービス用にコンパイルする必要性の排除 外部サービスのネットワークロケーション、セキュリティ認証、サービス品質(QoS)目標など、サービス通信設定の外
KubeflowによるMLOps基盤構築から得られた知見と課題 - ZOZO TECH BLOG
はじめに こんにちは。SRE部MLOpsチームの中山（@civitaspo）です。みなさんはGWをどのように過ごされたでしょうか。私は実家に子どもたちを預けて夫婦でゆっくりする時間にしました。こんなに気軽に実家を頼りにできるのも全国在宅勤務制度のおかげで、実家がある福岡に住めているからです。「この会社に入って良かったなぁ」としみじみとした気持ちでGW明けの絶望と対峙しております。 現在、MLOpsチームでは増加するML案件への対応をスケールさせるため、Kubeflowを使ったMLOps基盤構築を進めています。本記事ではその基盤構築に至る背景とKubeflowの構築方法、および現在分かっている課題を共有します。 目次 はじめに 目次 MLOpsチームを取り巻く状況 MLOps基盤の要件 MLOps基盤技術としてのKubeflow Kubeflowの構築 ドキュメント通りにKubeflowを構
Wasmで広がるEnvoyとIstioの世界
Kubernetes Meetup Tokyo #40 https://k8sjp.connpass.com/event/206303/
米国防省、KubernetesをF-16ジェット戦闘機に載せてみた
Kubernetesを自動車に載せるというデンソーの発表事例を紹介した6月の記事「Kubernetesを自動車に載せる、デンソーが「Misaki」を発表。年内にもオープンソースとして公開」は多くの読者に読まれました。 このデンソーの発表の中で、（記事では省略していますが）先行事例として米国防省がKubernetesとIstioをF16ジェット戦闘機に載せたことが触れられています。 これは2019年11月にサンディエゴで行われたイベント「KubeCon＋CloudNativeCon North America 2019」で行われたセッション「How the Department of Defense Moved to Kubernetes and Istio」で紹介されたものです。 セッション中では国防省がコンテナとKubernetesを基盤にCI/CDに取り組んでいること、MVP（Mini
Dockerコンテナ時代の第二章～Kubernetesの成熟とエコシステム発展の時代
Dockerの登場により急速に普及をはじめたコンテナ型仮想化の技術は現在、DockerコンテナそのものからKubernetesを軸としたオーケストレーションツールへと主役が移ってきています。 その様子は2017年12月に公開した記事「Dockerコンテナ時代の第一章の終わり、そして第二章の展望など」で紹介しました。 この記事の公開から2年が経過し、現在のコンテナ型仮想化技術は、マイクロサービスやクラウドネイティブなどの文脈とともにエンタープライズな分野でも使われるメインストリームな技術へと確実に進み続けています。 本記事では前記事で描いたDockerコンテナ時代の第一章に続く第二章として、コンテナ型仮想化技術のここ2年半ほどの動向をPublickeyなりにまとめてみました。 Docker 1.0の到達とKubernetesの登場 まずはDockerとKubernetesの登場とその後の主要
1年間のシステム運用を通して分かったIstioの嬉しさと活用における注意点 / Benefits and Usage Notes of Istio
English ver CloudNative Day…
SPIFFEで何が解決できるのか - Qiita
はじめに 昨年にSPIFFEの記事を書いてからSPIFFE自体もアップデートされている部分もありますので、最新の情報にあわせて改めてSPIFFEで何が解決できるのか？について簡単に整理したいと思います。 SPIFFEは何を解決するのか SPIFFEはZero Trust Networkの考え方にもとづくサービス間認証の仕様です。 これらは新しいものではなく、2002年に発表されたPlan9 security design、2005年に発表されたGoogleのLOASの流れを汲んでいます。 近年のMicroservice化されたシステムのようなworkload間の通信において 送信元が信頼できるか 、 メッセージの正当性を信じられるか というような課題を、どのような環境(cloud/on-prem, container/VM)であっても、各workloadは 同一インタフェースで確認できる
Istio導入のメリットとハマりどころを、実例に学ぶ～マイクロサービス化の先にある課題を解決する｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Istio導入のメリットとハマりどころを、実例に学ぶ～マイクロサービス化の先にある課題を解決する マイクロサービス化にともなサービス間の接続の複雑化、という課題への対処としてサービスメッシュとこれをもたらす「Istio」が注目されています。Istioをいち早く導入したユーザベースの阿南さんが、導入メリットと、使って分かった「ハマりどころ」を解説してくれました。 マイクロサービスを増やしていくならサービスメッシュ化を検討すべき KubernetesやIstioは今までの技術の集大成 運用したからこそわかるIstioのハマりポイント ハマりどころ1：設定の反映が遅延する ハマりどころ2：エンドポイント登録がnamespase単位で分かれていない ハマりどころ3：istio-proxyの制限にひっかかる 使っている人に聞いてみた「Istio-proxyを経由すると10ms遅くなる？」 Istio
KubeConでStripeのエンジニアが語ったインフラ移行の現実
KubeCon初日の午後は、さまざまなセッションが実施された。その中から、Stripeによるインフラの移行に関するトピックをメインに紹介する。 2018年12月11日はKubeCon＋CloudNativeConの初日であり、午前中のキーノートでは最新のプロジェクトアップデートが行われた。 KubeCon Seattle初日のキーノートはHelm、Envoy、Istio、etcdの最新情報をアップデート そして午後のキーノートではRed HatのClayton Coleman氏、GoogleのBrian Grant氏、Tim Hockin氏によるKubernetesの振り返り、CNCFのChris Aniszczyk氏によるコントリビューターアワードの発表があり、他にStripeのエンジニアJulia EvansによるKubernetesとEnvoyによるインフラストラクチャーのマイグレー
KubeCon 2日目の注目はAirbnbのユースケースとBallerina
KubeCon＋CloudNativeCon 2日目のセッションから、Airbnbのユースケースと、クラウドネイティブ志向の言語Ballerinaを紹介する。 KubeCon＋CloudNativeConの2日目の注目は、キーノートで行われたAirbnbのユースケースだろう。KubeCon Chinaでも見られた傾向として、そもそもKubernetesそのものの話はすでにピークを過ぎており、どのようなツールを使って自社のインフラストラクチャーやアプリケーション実行環境、開発環境を自動化するか？ という部分に注目が集まっていた。Kubernetesは習得するためのコストが高いというのは、多くのエンジニアが認めるところだが、今回のカンファレンスでもKustomizeやTilt、Atomist、Pulumiなどのツールの解説や、自社でツールを開発しKubernetesをラップして抽象化する方法な
成熟期を迎えようとするKubernetes、期待にどう応えていくのか：KubeCon + CloudNativeCon 2018詳報（1） - ＠IT
Cloud Native Computing Foundation（CNCF）が米ワシントン州シアトルで開催した「KubeCon + CloudNativeCon 2018」は、8000の事前登録チケットが約1カ月前に売り切れ、約2000人のウエイティングリストができる状況となった。 CNCFが来場者を予測しきれなかったのも無理はない。2017年12月の北米におけるカンファレンスの参加者は4100人。2018年の参加希望者1万人は、その2.5倍に近い数字だからだ。 CNCFのCOO（最高執行責任者）、クリス・アニズィック（Chris Aniszczyk）氏にとって、喜びと困惑が半々といった感じのようだ。CNCFの今後に向けた課題を同氏に聞いたところ、「急成長期にあるCNCFに対する人々の期待をマネージすること」を真っ先に挙げた。 参照記事： コンテナ運用環境を標準化？ CNCFは何をやろう
Google Kubernetes Engineがサービスメッシュ「Istio」を統合、マネージドサービスを提供開始 － Publickey
Google Kubernetes Engineがサービスメッシュ「Istio」を統合、マネージドサービスを提供開始 GoogleはGoogle Kubernetes Engineにサービスメッシュを提供する「Istio」を統合し、マネージドサービスとして提供することを発表しました。ベータ版として提供されます。 Dockerの登場によってコンテナ型仮想化が注目されるようになり、その次に注目されるようになったのは多数のコンテナをクラスタとして管理するオーケストレーションツールの「Kubernetes」でした。 そしてその次に注目されようとしているのが、クラスタの上で実行される分散アプリケーションのノード間のトラフィック管理やルーティング、ロードバランシング、暗号化通信や認証サービス、モニタリングなどを提供するサービスメッシュです。「Istio」はその標準になると目されています。 Istioは
Chaos Engineeringの概要とPumba入門 - Qiita
この記事は リクルートライフスタイル Advent Calendar 2017 4日目の記事です。 はじめに こんにちは！データエンジニアリンググループでエンジニアをやっている @shotat です。 最近は CETというプロジェクトでDataflowを書いたりGoを書いたり無限にSQLを書いたりしています。 先月サンフランシスコで行われた QCon2017 に参加してきました。 QConではArchitecture, DevOps, Microservices, AI, CS, Culture, Web…と幅広いトラックがあり、全体としてサービス・組織をどのようにスケーリングさせていくか？という点に関心が集まっていたように感じました。 トラックの一つとしてChaos Engineeringがあり、中でもChaos Architecture のセッションはカンファレンスで一番Attende
Googleのウルス・ヘルツル氏に聞いた、「IstioやKnativeで目指すのはクラウドのアンロックイン」
Googleのウルス・ヘルツル氏に聞いた、「IstioやKnativeで目指すのはクラウドのアンロックイン」：単独インタビュー（1/2 ページ） Googleのウルス・ヘルツル氏は、Google CloudのIstioやKnativeに関する取り組みの長期的な目標が、複数クラウド間のAPI標準化にあると話している。 Googleのデータセンターインフラおよび開発プロセスの構築に貢献してきた同社テクニカルインフラストラクチャ担当シニアバイスプレジデント、ウルス・ヘルツル（Urs Hölzle）氏は、近年同社のクラウドコンピューティングプラットフォーム、Google Cloud Platform（GCP）を支える活動への関わりを強めている。 ＠ITでは、「クラウドを支える技術 ―データセンターサイズのマシン設計法入門」（Morgan＆Claypool Publishers／2013年）の著者の
Istioが正式版となるバージョン1.0に到達。マイクロサービスのためのサービスメッシュを実現
Googleなどがオープンソースで開発する「Istio」がバージョン1.0に到達したことが発表されました。 Istioは、Kubernetes上で稼働するコンテナで構成されるクラスタのあいだの通信などを制御することで、マイクロサービスとして構成されるアプリケーションの運用を支援するためのソフトウェアです。Istioが提供する機能群は「サービスメッシュ」と呼ばれています。 マイクロサービスを採用したアプリケーションは、複数のサービスから構成されています。このとき、一般に1つのサービスはおおむね複数のコンテナをまとめたクラスタで実行されています。 マイクロサービスの基盤の1つとなるKubernetesは、このクラスタが安定稼働するように、クラスタ内の個々のコンテナに対するロードバランシングや、負荷に対するスケーラビリティの実現、コンテナの死活管理などを行います。 そしてIstioはサービス間を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Cloud OnAir] Google Cloud で実践するマイクロサービスアーキテクチャ 2019年2月21日 放送![[Cloud OnAir] Google Cloud で実践するマイクロサービスアーキテクチャ 2019年2月21日 放送](https://cdn-ak-scissors.b.st-hatena.com/image/square/e4b99114656c8630babc2cd320be7e3d260d0d25/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F0221-190221090859-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
GitHub - GoogleCloudPlatform/microservices-demo: Sample cloud-first application with 10 microservices showcasing Kubernetes, Istio, and gRPC.
