Kubernetesを自動車に載せる、デンソーが「Misaki」を発表。年内にもオープンソースとして公開 自動車部品大手のデンソーは、自動車向けにKubernetesを実行するためのソフトウェア「Misaki」を、6月13日に行われたオンラインイベント「KubeFest Tokyo 2020」で発表しました。 自動車は現在スマート化やネットワーク化が急速に進んでいます。自動運転を目指した自動車の進化を見るまでもなく、今後多くのコンピュータリソースが自動車に搭載されるようになり、そこで実行されるアプリケーションの重要性が高まっていくことは間違いありません。 デンソーが発表した「Misaki」は、このようなアプリケーション実行環境としての自動車をクラウドを中心としたネットワーク化された分散アプリケーション環境のエッジと位置づけ、その基盤をKuberenetesで実現するためのソフトウェアです。
Istio導入のメリットとハマりどころを、実例に学ぶ～マイクロサービス化の先にある課題を解決する｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Istio導入のメリットとハマりどころを、実例に学ぶ～マイクロサービス化の先にある課題を解決する マイクロサービス化にともなサービス間の接続の複雑化、という課題への対処としてサービスメッシュとこれをもたらす「Istio」が注目されています。Istioをいち早く導入したユーザベースの阿南さんが、導入メリットと、使って分かった「ハマりどころ」を解説してくれました。 マイクロサービスを増やしていくならサービスメッシュ化を検討すべき KubernetesやIstioは今までの技術の集大成 運用したからこそわかるIstioのハマりポイント ハマりどころ1：設定の反映が遅延する ハマりどころ2：エンドポイント登録がnamespase単位で分かれていない ハマりどころ3：istio-proxyの制限にひっかかる 使っている人に聞いてみた「Istio-proxyを経由すると10ms遅くなる？」 Istio
マイクロソフトやHashiCorpらが「Service Mesh Interface」（SMI）を発表。Kubernetes上のサービスメッシュAPIが標準化へ
Kubernetes上で提供されるサービスメッシュのAPIや基本的な機能の標準仕様となる「Service Mesh Interface」（SMI）を、マイクロソフトやHashiCorpらが共同で発表しました。 現在、サービスメッシュを提供するソフトウェアはそれぞれAPIや機能などが異なっているため、サービスメッシュを利用するアプリケーションは、特定のサービスメッシュソフトウェアに依存したものにならざるを得ません。 SMIではサービスメッシュが提供する基本的な機能とAPIが標準として策定されるため、サービスメッシュに対する一定のポータビリティの実現が期待されます。 サービスメッシュとはアプリケーションレベルでの便利機能を提供する Kubernetesは、多数のDockerコンテナをクラスタ化する際の管理機能を提供するオーケストレーションツールとして事実上の標準となりました。 具体的には、コン
サービスメッシュは、マイクロサービスアーキテクチャの様々な問題点や課題を解決します。Kubernetes クラスターへの導入もそこまで複雑ではなく、サービスメッシュから得られるメリットは計り知れません。 カナダ・バンクーバーオフィスの山口です。 Kubernetes でマイクロサービスのアプリケーション開発をしていると、一度はサービスメッシュという言葉を聞いたことがあるのではないでしょうか。 マイクロサービス間の通信制御において、サービスメッシュは非常に強力な武器となります。しかし、Kubernetes クラスターへサービスメッシュを導入するのは多少敷居が高く、躊躇している方も多いかと思います。 今回はサービスメッシュの概要についてご説明します。そして次回以降で、EKS クラスター上で Istio や App Mesh といった主要なサービスメッシュの導入方法についてお伝えしていきます。
1年間のシステム運用を通して分かったIstioの嬉しさと活用における注意点 / Benefits and Usage Notes of Istio
English ver CloudNative Days Kansai 2019 #CNDK2019 日々複雑化するマイクロサービスを運用するにあたり，サービスメッシュ実装のIstioが注目を集めています。しかし，Istioの話題性・機能性とは裏腹に，仕様の複雑さやプラクティスの無さのため，実サービスへのIstio導入は依然として敷居が高いです。日立製作所では社内開発環境の提供のため，2000+PodのKubernetesクラスタにて1年に渡りIstioを使ったマイクロサービスの運用に取り組んできました。本講演ではこの運用を通して得たIstio利用時の問題やその対策といったプラクティスを紹介します。
分散モノリスとWebAssemblyランタイムを用いた新しいアプリプラットフォーム「Wasmer Edge」登場。オーケストレーションもサービスメッシュも不要
分散モノリスとWebAssemblyランタイムを用いた新しいアプリプラットフォーム「Wasmer Edge」登場。オーケストレーションもサービスメッシュも不要 WebAssemblyランタイム「Wasmer」の開発元であるWasmer社は、エッジロケーション上のデータセンターにWebAssemblyランタイムを展開し、分散モノリスなアーキテクチャを用いたサーバレス型の新しいアプリケーションプラットフォーム「Wasmer Edge」を発表しました。 The Cloud is dead, long live the Cloud! Announcing Wasmer Edgehttps://t.co/VjGsbMwopy pic.twitter.com/5mTtKBBjsZ — Wasmer (@wasmerio) June 15, 2023 上記のツイートに示されているように、Wasmer E
KubeConのケーススタディから振り返る、Platform for Platforms のあり方と その実践 / Lessons from KubeCon case studies: Platform for Platforms and its practice
2016年頃「サービスメッシュ」という用語は、マイクロサービス、クラウドコンピューティング、DevOpsの分野に登場しました。楽天的なあるチームは、2016年にこの用語を使用して彼らの製品である Linkerd を説明しました。コンピューティングの多くの概念と同様に、実際には、関連するパターンとテクノロジーの長い歴史があります。 サービスメッシュの登場は、主に IT ランドスケープの最悪の状況によるものでした。開発者は、複数言語 (ポリグロット) アプローチを使用して分散システムの構築を開始し、動的なサービスディスカバリーを必要としていました。運用は一時的なインフラストラクチャの使用を開始し、避けられない通信障害を適切に処理し、ネットワークポリシーを適用したいと考えていました。プラットフォームチームは、Kubernetes などのコンテナオーケストレーションシステムの採用を開始し、Envo
Service Meshがっつり入門/Get-Started-Service-Mesh
OCHaCafe Season6 #1の資料です．
サービスメッシュは本当に必要なのか、何を解決するのか / Service meshes - Do we really need them? What problems do they solve?
サービスメッシュは本当に必要なのか、何を解決するのか / Service meshes - Do we really need them? What problems do they solve? Talked at AWS Summit Tokyo 2019 & Developers Summit 2020. 説明つきの動画にてご覧になりたい方はこちらもどうぞ → https://www.youtube.com/watch?v=ZwfdLAClzsc ※ 2019年の動画のためスライドなど多少中身に違いがありますが、だいたい一緒です
今回はService Meshについて概要を調べ、Service Meshを提供するプロダクトの一つであるIstioに触れてみました。 Service Meshとは マイクロサービスの課題 Service Meshを考えるうえでまず必要になるのが、マイクロサービスアーキテクチャの抱えるいくつかの課題です。 マイクロサービスを導入・構築するうえでの課題として、ネットワークに関連する事項が挙げられます。マイクロサービスはお互いネットワークを通じて連携するため、ネットワークに関する機能（Load Balancing、Traffic Routingなど）を実装する必要があります。また、アプリケーションを構成するマイクロサービスの数が多くなるほど、マイクロサービス間の接続数は増加し、通信断の発生する確率やパフォーマンス低下など、ネットワーク関連の問題が発生する可能性も増加します。 これまで複数のグロ
このパターンには2つの背景があります。ひとつは、技術者がマイクロサービスアーキテクチャパターンを採用して、複数の(理想的には単一目的で、独立してデプロイ可能な)サービスで構成されるアプリケーションを開発するようになったことです。ふたつめは、企業がコンテナ(Dockerなど)、オーケストレータ(Kubernetesなど)、プロキシ/ゲートウェイ(Envoyなど)といった、クラウドネイティブなプラットフォームテクノロジを支持するようになったことです。 意図 サービスメッシュが解決しようとする問題は次のようなものです。 サービスディスカバリ、ルーティング、アプリケーションレベル(レイヤ7)の非機能通信要件を処理する言語対応の通信ライブラリを、個々のサービス用にコンパイルする必要性の排除 外部サービスのネットワークロケーション、セキュリティ認証、サービス品質(QoS)目標など、サービス通信設定の外
Google、Dockerコンテナをサーバレス化する「Cloud Run」をAnthosに搭載。オンプレミスを含むハイブリッドクラウド環境で実行可能に
Google、Dockerコンテナをサーバレス化する「Cloud Run」をAnthosに搭載。オンプレミスを含むハイブリッドクラウド環境で実行可能に Googleは、ハイブリッドクラウド環境を実現するAnthosの新機能として、Dockerコンテナをサーバレスで実行できる「Cloud Run for Anthos」や、サービスメッシュを実現する「Anthos Service Mesh」などを発表しました。 Cloud Runをパブリッククラウドだけでなくオンプレミスでも Anthosとは、Kubernetesをクラウド基盤の抽象化レイヤとして用いることで、コンテナ化したアプリケーションをオンプレミスとクラウドのどちらでも実行可能にする、ハイブリッドクラウドおよびマルチクラウドのためのプラットフォームです。 Google CloudやGoogleが認証したオンプレミス用のサーバ構成だけでな
Service Meshの背景やトレンド、また今後の展望としてeBPF連携の動向を紹介します。
AWSのコンテナ責任者が語るFargate、ECS、App Mesh、EKS、そしてKubernetes
Amazon Web Services（AWS）のコンテナサービスで、今最もホットな動きとは何か。コンテナ責任者を務めているディーパック・シン（Deepak Singh）氏は、迷わず「AWS Fargate」を挙げる。自身の子のような存在であり、AWSで最も好きなプロダクトだという。 「そのうち、大部分のコンテナアプリケーションのインフラとして、（「Amazon EC2」ではなく）Fargateが使われるようになるだろう。EC2上でのコンテナ配備は、一部のレガシーあるいはステートフルなアプリケーションに限られるようになる。私たちは、広範な利用を支えられるよう、Fargateの機能を強化していく」 AWSはコンテナサービスで、「Amazon Elastic Container Service（Amazon ECS）」と「Amazon Elastic Container Service for
はじめに SRE部 ECプラットフォームSREチームの小林 (@akitok_) です。 ZOZOTOWNでは、マイクロサービス間通信におけるトラフィック制御のために、Istioによるサービスメッシュを導入しています。本記事ではZOZOTOWNのマイクロサービスプラットフォーム基盤（以下、プラットフォーム基盤）において、Istioをいかにプロダクションレディな状態で本番に投入していったか、その取り組みを紹介します。 なお、Istioによるサービスメッシュを導入した背景については、以下の記事で紹介しています。 techblog.zozo.com はじめに What is Istio? Istioをプロダクションレディにするまでに直面した3つの課題 どのようにリソース消費量を見積もるか Data Planeサイジング Envoyプロキシのチューニング 負荷試験 Istioベンチマーク試験 サー
マイクロソフト、サービスメッシュの新たなオープンソース実装「Open Service Mesh」発表。Envoy採用、CNCFへ寄贈予定
マイクロソフト、サービスメッシュの新たなオープンソース実装「Open Service Mesh」発表。Envoy採用、CNCFへ寄贈予定 マイクロソフトは、Kubernetes対応のサービスメッシュ（Service Mesh）をオープンソースで実装するプロジェクト「Open Service Mesh」を発表しました。 We are beyond excited to introduce Open Service Mesh (OSM), a lightweight and extensible #servicemesh that implements @SMI_spec and runs on @kubernetesio @EnvoyProxy! Check out what we've been up to here:https://t.co/l6fy4OUorO — Open Servi
はじめに SREの須恵です。 弊社では、昨秋からサービスメッシュの導入を開始していたのですが、なかなかアウトプットできていなかったので書くことにしました。 マイクロサービス化とgRPC 弊社で進行中の技術テーマの1つに「マイクロサービス化」があります。 ビジネスの成長拡大に伴い開発組織も拡大し続けており、どんどん人数が増えています。この増加していく開発者の力を、可能な限り効果的に活かして開発するため、マイクロサービス化に舵を切ることになりました。 （マイクロサービスの動機と目指す結果の詳細はいずれ誰かが記事化することに期待） 今年の1月に弊社初のマイクロサービスとしてリリースされた2つのサービスがあり、それらはgRPCで通信することが決定されていました。また今後も、マイクロサービス間の同期通信にはgRPCの採用が広がる見込みです。 なぜgRPCか モノリスをマイクロサービス化する、あるいは
NGINXを有するF5ネットワークスは2020年10月12日、Kubernetes向けサービスメッシュ「NGINX Service Mesh」を発表しました。Kubernetesのサービスメッシュとして有名なIstioの対抗馬が出現した形になります。 Introducing NGINX Service Mesh - NGINX https://www.nginx.com/blog/introducing-nginx-service-mesh/ 複数の小規模なサービスの連携によってアプリケーションを構築するマイクロサービスは、開発スケジュールの短縮や柔軟な拡張性をもたらしましたが、サービス間の通信やデバッグが複雑になるというデメリットもありました。そうした問題を解決するのがサービスメッシュで、NGINX Service Meshではマイクロサービスにおける以下の課題を解決しているとのこと。
EnvoyCon 2018: Building and operating service mesh at mid-size company
Service Mesh Interface provides: A standard interface for service meshes on Kubernetes A basic feature set for the most common service mesh use cases Flexibility to support new service mesh capabilities over time Space for the ecosystem to innovate with service mesh technology View the Spec What SMI covers Service Mesh Interface is a specification that covers the most common service mesh capabilit
注：この説明の後に、APIゲートウェイを使用するかサービスメッシュを使用するか判断する際にアーキテクトの指針となるチートシートを用意しています。チートシートを先に読みたい方は、「チートシート」セクションに進んでください。 長年にわたり、APIマネジメント（APIM）とAPIゲートウェイは、データセンターの内部と外部の両方で最近のAPIユースケースを実装するために使用されてきた主要テクノロジでした。APIゲートウェイテクノロジは、業界で「フルライフサイクルAPI管理」と呼ばれる、より大きく包括的なユースケースを獲得し、この10年の間に大きく発展しました。このテクノロジは、リクエストのデータプレーンのAPIトラフィックを接続し、安全にして管理するランタイムだけでなく、より広い意味でAPIの作成、テスト、文書化、マネタイズ、モニタリングおよび全体的な公開を可能にする一連の機能であり、最初から最
Kuma 2.4.0 has been released! — sidecar lifecycle, metrics TLS and multi-zone improvements, and much more on the Kuma 2.4.0 release blog post. We chose Kuma in large part because we needed a solution that would allow our customers to support both Kubernetes and virtual machines, while providing an easier path to migrating between the two.
Hello Service Mesh Interface (SMI): A specification for service mesh interoperability - Microsoft Open Source Blog
Toggle share menu for: Hello Service Mesh Interface (SMI): A specification for service mesh interoperability Share Share Hello Service Mesh Interface (SMI): A specification for service mesh interoperability on Twitter Twitter Share Hello Service Mesh Interface (SMI): A specification for service mesh interoperability on LinkedIn LinkedIn Share Hello Service Mesh Interface (SMI): A specification for
サービスメッシュとは なんのために？なにを解決する？: サービスメッシュは、大規模な組織でのマイクロサービスの適用によって顕在する開発・運用上の問題に対処するためのツールです: オブザーバビリティ: システム全体がネットワークをまたいでしまい複雑になり開発時のトラブルシューティング・運用時の障害解決までの時間が増加する問題 障害分離: 分散ネットワークでのベストプラクティスであるリトライやタイムアウト等の実装が必要な問題 セキュリティ: ネットワーク通信増加によるセキュリティリスクの増加。アプリケーション間の通信のアクセス管理の問題。 この3領域の問題に対処するために導入・利用されます。 ネットワーク通信に関わる問題への対処をアプリケーションから切り離してインフラ層で実装するため、プロダクト開発者はよりプロダクト開発に集中でき、またシステム全体で一貫性のある実装・設定を維持しやすいため運用
※この投稿は米国時間 2020 年 6 月 18 日に、Google Cloud blog に投稿されたものの抄訳です。 Envoy は、プラグイン対応の高パフォーマンスなプロキシとして、一歩先を見据えたソフトウェア デベロッパーの間で広く使われており、ネットワーキングやオブザーバビリティの向上により、サービス トラフィックの増加に対応します。HAProxy および nginx から得られた知見を基に開発された Envoy は、今や Cloud Native Computing Foundation の公式プロジェクトとなり、Google の API 管理プラットフォームである Apigee のユーザーを含め、多くのユーザーの間で高い人気を誇っています。 Google はこのたび、Apigee 環境に Envoy ベースのサービスを組み込むための支援ツール Apigee Adapter f
Istioプロジェクトは2019年9月12日（米国時間）、Istio 1.3のリリースを発表した。「Istioチームは数リリースごとに、ユーザビリティ、API、全般的なシステムパフォーマンスに関する劇的な改善を提供している。Istio 1.3はこうしたリリースの一つだ」と表現している。 Istioプロジェクトは2019年9月12日（米国時間）、Istio 1.3のリリースを発表した。発表のブログポストでは、「Istioチームは数リリースごとに、ユーザビリティ、API、全般的なシステムパフォーマンスに関する劇的な改善を提供している。Istio 1.3はこうしたリリースの一つだ」と表現している。 Istio 1.3のテーマは、新規ユーザーにとっての使いやすさ、問題解決のしやすさなどに関するユーザーエクスペリエンスの向上だという。主なポイントは次の通り。 Mixerを使わないテレメトリ（試験実装
「FinOps、アプリケーション単位の経済性、クラウドコストの最適化について、ロワ・ラヴホン氏語る」 このエピソードでは、Finoutの共同設立者兼CEOであるRoi Ravhon氏が、InfoQポッドキャストの共同ホストであるDaniel Bryant氏と対談し、FinOpsの出現と業界の採用について議論した。この対談では、FinOpsを採用するメリット、クラウド・コストについてもっと知りたいと考えている組織の典型的な道のり、実装を成功させるために必要な様々な文化やツールといったトピックが取り上...
VPC Lattice のご紹介 – サービス間通信のためにネットワーキングを簡素化する (プレビュー) | Amazon Web Services
Amazon Web Services ブログ VPC Lattice のご紹介 – サービス間通信のためにネットワーキングを簡素化する (プレビュー) 最新のアプリケーションは、モジュール式の分散型コンポーネントを使用して構築されています。各コンポーネントは、独自の機能サブセットを実装するサービスです。これらのサービスが相互に通信できるようにするには、各サービスによる他のサービスの検出、アクセスの承認、およびトラフィックのルーティングを可能にする方法が必要です。問題をトラブルシューティングする際には、通信設定を制御して、アプリケーション、サービス、ネットワークの各レベルで何が起こっているかを迅速に把握できるようにする必要があります。これを実現するには、かなりの時間がかかる場合があります。 11 月 29 日より、プレビュー版の Amazon VPC Lattice が利用可能となります。
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
HashiCorp Consul supports Microsoft’s new Service Mesh Interface
Today at KubeCon EU in Barcelona, Microsoft introduced a new specification, the Service Mesh Interface (SMI), for implementing service mesh providers into Kubernetes environments. The Service Mesh Interface (SMI) is a specification for service meshes that run on Kubernetes. It defines a common standard that can be implemented by a variety of providers. This allows for both standardization for end-
MPI Performance Evaluation of Raspberry Pi4 Cluster with Android OS
原文(投稿日：2019/05/03)へのリンク ソフトウェアシステムを最新化する場合の大きな目標のひとつは、その動作の基礎になっているインフラストラクチャから、アプリケーションを切り離すことです。これには多くの利点があります。イノベーションの促進 — 例えば、ワークロードを移行して、クラウドMLや"ビッグデータ"サービスを利用する。リソースのより効率的な割り当てや、アプリケーションのコロケーションによるコスト削減。適切な抽象化を導入し、コンポーネントのより効率的なアップグレードとパッチ適用を行うことによるセキュリティの向上。コンテナや、Kubernetesのようなオーケストレーションフレームワークを使用すれば、基盤となるハードウェアから、アプリケーションのデプロイと実行を切り離すことが可能になります。ただし、すべてのアプリケーションがこの種のプラットフォームに移行できるわけではありません。
コンテナクラスタ向けにマイクロサービスの管理機能を提供するサービスメッシュ「Istio」開発チームは5月21日、最新版となる「Istio 1.6」を公開した。Istiodへの移行作業が完了したほか、Kubernetes以外のワークロードのサポート強化などが図られている。 Istioはマイクロサービスの接続、管理、安全化のためのオープンソースのプラットフォーム。サービス間のAPIコールやトラフィックフローを制御する機能や、サービスの自動追跡/モニタリング/ログなどの機能を備える。サービス間の暗号化や認証などのセキュリティ機能も用意する。 Istio 1.6は3月に公開したバージョン1.5に続く最新版。インストール時のコントロールプレーンのコンポーネント数を削減するといった簡素化に向けてバージョン1.5で導入されたIstiodへの機能の移行が完了した。これにあわせて、バージョン1.5ではデフォ
Envoy Proxy in 2019: Security, Caching, Wasm, HTTP/3, and more
Since its release Envoy Proxy has gained enormous traction in the market. Envoy was a classic case of the right product at the right time: Organizations were building increasingly sophisticated cloud applications and found they needed a new approach to manage L7 trafficEnvoy had the right set of features and performance to address this need. Some of these features included a runtime API for config
GitHub - praetorian-inc/snowcat: a tool to audit the istio service mesh
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
概要 docker等のコンテナ技術を利用してシステムを構築する場合、アーキテクチャとしてシステムをマイクロサービスに分割して開発・運用するという流れは最近の大きなムーブメントの一つなっているように感じます。 一つ一つ機能を実装してはイメージを作成し雨後のタケノコのごとく増えていくAPI。増大するネットワークトラフィック。デバッグの難しさ。コンテナを管理するために増えていくコンポーネント。 人類にはコンテナは早すぎたのではないか。苦労して構築したマイクロサービスのシステムの運用と監視の事を考えるとまぁそんなことを思わないわけでもないです。 オンプレ、IaaSの環境とコンテナ環境違うところは様々ありますが、コンテナに移行すると基本的な運用の仕方はスクラップアンドビルドです。 そのような運用の仕方は様々なメリット(状態が安定する、スケーラビリティが担保しやすいシステムになりがちetc)があります
Istioの雰囲気
Istioとは何かIstioはマイクロサービスがもたらした課題の１つである「複雑なサービス間通信」を解決しようとするものです。 マイクロサービス化により、多くの恩恵を受けることができました。しかし、マイクロサービスを開発・運用していると「デバッグするのが難しい」、「どこで遅延が起こっているかが分かりにくい」などの問題を感じたことがあると思います。そういった問題をアプリケーションと隔離されたレイヤで解決するのが、サービスメッシュです。サービスメッシュはアプリケーション開発者をビジネスロジックを書くことに集中させ、それ以外のマイクロサービス固有の問題から開放する救世主かもしれません。2019年の時点でおそらく最も注目を集めているサービスメッシュがIstioです。他にはLinkerd やAWS App Meshなどがあります。 Istioの特徴を以下に挙げていきます。 Google,IBM,Ly
フルスタック開発者のためのBallerina: バックエンドAPI開発ガイド この記事では、REST API開発のためのプログラミング言語"Ballerina"の直感的な構文について解説します。さらに、認証や承認、OpenAPIツール、可観測性、SQL/NoSQLクライアントライブラリなど、重要な言語機能についても論じます。記事を読み終えれば、Ballerinaが次のバックエンドAPI開発の有力な候補である理由がよく理解できるでしょう。
【オンラインMeetup イベントレポート】マイクロサービス化に取り組む、16年目のZOZOTOWN - ZOZO TECH BLOG
こんにちは、ZOZOテクノロジーズ 技術戦略室の池田（@ikenyal）です。 ZOZOテクノロジーズでは、7/28にZOZO Tech Meetup〜マイクロサービス化に取り組む、16年目のZOZOTOWN〜を開催しました。 zozotech-inc.connpass.com 本イベントでは、ZOZOテクノロジーズが進めてきたリプレイスプロジェクトの中で、特に「マイクロサービス化」にフォーカスし、各担当者からお伝えしました。 登壇内容 まとめ 弊社の社員5名が登壇しました。 ZOZOTOWN(16歳)の悩みをSREが赤裸々に語る (SRE部 ECプラットフォームSRE / 髙塚 大暉) Backends For Frontends(BFF)をプロダクションレディするまでの取り組み (SRE部 ECプラットフォームSRE / 三神 拓哉) ZOZOTOWNトップページの裏側 (ECプラット
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kubernetesを自動車に載せる、デンソーが「Misaki」を発表。年内にもオープンソースとして公開
サービスメッシュについて理解する | DevelopersIO
![さくらインターネットで活躍中の id:y_uukiを訪問 | はてな卒業生訪問企画 [#9] - Hatena Developer Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/5b5961cfe7e9736ef0e88bc0290b1599481d2626/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fh%2Fhatenatech%2F20240319%2F20240319125826.jpg)
サービスメッシュを完全に理解する / Perfect Service Mesh
サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発
Istioに入門する - TECHSTEP
サービスメッシュ必読ガイド - マイクロサービス時代のサービス間通信管理
Service Mesh in 2022
Istioによるサービスメッシュをどのようにプロダクションレディにするか - ZOZO TECH BLOG
サービスメッシュとしてLinkerdを導入するに至った経緯 - ANDPAD Tech Blog
NGINXがKubernetes向けサービスメッシュ「NGINX Service Mesh」を発表
builderscon Tokyo 2019: Intro Service Mesh
SMI | A standard interface for service meshes on Kubernetes
APIゲートウェイとサービスメッシュの違い | gihyo.jp
Kuma
AWS App MeshとIstioの比較 - クリエーションライン株式会社
Envoy を使ったサービスの API 管理について | Google Cloud 公式ブログ
サービスメッシュのIstio、バージョン1.3がリリース
Kubernetes KnativeのためのGlooゲートウェイがリリース
eBPF と Wasm: サービスメッシュデータプレーンの未来を探る
はじめてのNetwork Service Mesh
API Gatewayとサービスメッシュがアプリケーション最新化へのドアを開く
「Istio 1.6」リリース、Istiodへの移行が完了 | OSDN Magazine
Service Discovery Pattern - Qiita
Solo.ioがサービスメッシュハブとカオスエンジニアリングツールを発表
www.exseli.com
kspengin.hatenablog.com
japan.cnet.com
www.yumatti.com
nokuo.blog.jp
news.mynavi.jp