Kubernetes 効果
コンテナとオーケストレータ機能は新たな概念とプリミティブを提供する。新しいプリミティブの最高の価値を引き出しその力をバランスさせるためには、我々を導く新しい設計原則が必要になる。新しいプリミティブを使用すればする程、繰り返される問題を車輪の再発明で解決することになる。これがパターンの必要となるケースだ。デザインパターンが新しいプリミティブをどのように構築するかの処方箋を提供し、繰り返される問題をより迅速に解決できる。設計原則は抽象的で基礎的であり、頻繁に変更されることはないが、パターンは原始的な振る舞いの変更によって影響を受ける可能性がある。プラットフォームの新機能はパターンをアンチパターンや関連性の低いパターンにする場合がある。次に、日々利用する実践方法や技術もある。技術とは、タスクを効率的に実行する細かな小手先のものから広範な作業と実践方法にまで及ぶ。より簡単かつ迅速に行える方法を見つ
Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. One of the biggest challenges for organizations that have adopted microservice architecture is the lack of architectural, operational, and organizational standardization. After splitti
マイクロサービスとは？基礎から事例までわかりやすく解説
web関係のことを調べていたり仕事で関わったりすると、一度ならず度々耳にしたり目にするのがAPIという言葉。 APIという言葉は知っていても、意外と意味そのものはあまり世間に知られていなかったりしていることもあり、APIという言葉だ... マイクロサービスのメリットとデメリット モノリシックアーキテクチャと大きく異なるマイクロサービス。 そのメリットとデメリットはどのようなものなのでしょうか。 マイクロサービスのメリット マイクロサービスのメリットには、 リソースを有効活用できる 局所化によって障害や影響の与えるリスクを抑えられる 新技術の採用が容易である 新規機能の追加、高頻度の軽微な変更が容易 更改が容易 という点が挙げられます。 1プロセスで1サービスというマイクロサービスの特性は、サービス同士の依存関係が薄く、特異性、独自性を一定程度保持できます。 そのため、障害が起きても局所にと
ベストプラクティスがあって、それをプリズマティクスに教えてもらった。 CRMのおかげでお客様が見えるようになってきた。 プリズマティクスは新しいことを共に成し遂げてくれた戦友だと思っています。
When I wrote Patterns of Enterprise Application Architecture, I coined what I called the First Law of Distributed Object Design: "don't distribute your objects". In recent months there's been a lot of interest in microservices, which has led a few people to ask whether microservices are in contravention to this law, and if so why I am in favor of them? It's important to note that in this first law
Sagas
Take a look at my self-paced, online bootcamp that teaches you how to use the Saga, API Composition, and CQRS patterns to design operations that span multiple services. The regular price is $395/person but use coupon GIVLKECM to sign up for $145 (valid until June 19th, 2024) Context You have applied the Database per Service pattern. Each service has its own database. Some business transactions, ho
Forest Admin - The fastest way to build an admin panel
Want to receive a monthly update on our favorite internal tools and low-code hacks?
2019年2月27日、恵比寿ガーデンプレイスザ・ガーデンホールにて、「Cookpad TechConf 2019」が開催されました。Cookpadのエンジニアやデザイナーがどのようにサービス開発に取り組んでいるのか、またその過程で得た技術的知見について公開します。プレゼンテーション「Re:silience から始めるカオスエンジニアリング生活」に登壇したのは、クックパッド株式会社の小杉山拓弥氏。講演資料はこちら Re:silience から始めるカオスエンジニアリング生活 小杉山拓弥氏（以下、小杉山）：それでは、発表を始めさせていただきます。 まず、自己紹介をします。 IDはitkqでインターネットでやっていて、クックパッドには2018年に新卒入社しました。技術部SREグループというところにいて、カオス大臣という設定があるんですが、まあ、それはよくて、耐障害性の向上などの取り組みをやってい
Building Microservices
Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. Distributed systems have become more fine-grained in the past 10 years, shifting from code-heavy monolithic applications to smaller, self-contained microservices. But developing these
GitHub - istio/istio: Connect, secure, control, and observe services.
Istio is an open source service mesh that layers transparently onto existing distributed applications. Istio’s powerful features provide a uniform and more efficient way to secure, connect, and monitor services. Istio is the path to load balancing, service-to-service authentication, and monitoring – with few or no service code changes. For in-depth information about how to use Istio, visit istio.i
複雑さはコードの外にある
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が最近リリースされ、重要な変...
AWS Batch for Amazon Elastic Kubernetes Service | Amazon Web Services
AWS News Blog AWS Batch for Amazon Elastic Kubernetes Service Today I’m pleased to announce AWS Batch for Amazon Elastic Kubernetes Service (Amazon EKS). AWS Batch for Amazon EKS is ideal for customers who no longer want to shoulder the burden of configuring, fine-tuning, and managing Kubernetes clusters and pods to use with their batch processing workflows. Furthermore, there is no charge for thi
米Googleら3社、マイクロサービス管理フレームワーク「Istio」プロジェクトを立ち上げ | OSDN Magazine
米Googleと米IBM、そして配車サービスを手がける米Lyftの3社が5月24日、マイクロサービス向けサービスメッシュフレームワークを開発するプロジェクト「Istio」立ち上げを発表した。Lyftのプロキシ技術を利用し、マイクロサービスの接続、管理、モニタリングを統一した方法で行うことができるという。 Istioはマイクロサービスの接続、管理、モニタリングを統一した方法で行うためのオープンソースプロジェクト。GoogleやIBMの大規模なマイクロサービス構築・運用ノウハウと、Lyftが配車サービスで使用している内部オペレーション技術を組み合わせるという。マイクロサービスにトラフィック管理的な機能を持たせ、セキュリティ、モニタリング、ルーティング、接続管理、ポリシーなどの価値を加える土台を提供するという。これによってアプリケーション側のコードを変更することなく管理機能を実現できるとしている
採用技術、絞るか広げるか / Make variety of technology widely or narrowly?
mastercloud #4で発表した資料です。PaaSか？コンテナか？ではなく、もっと違った視点で検討するのはいかがでしょーか？という資料です
「100億円あげちゃうキャンペーン」でキャッシュレス決済市場に一大旋風を巻き起こしたスマートフォン決済「PayPay」。PayPayのシステムはAmazon Web Services上に構築されている。 今年6月に開催されたAmazon Web Servicesの年次イベント「AWS Summit Tokyo 2019」で、PayPayのエンジニアである山本啓介氏とshilei Long氏が、PayPayのシステム構築に関する講演を行った。講演の後は、山本氏に直接話を聞く機会を得た。 本稿では、講演とインタビューをもとに、PayPayが100億円キャンペーンによって生じたシステム障害から学んだ教訓についてお届けしたい。 PayPay プロダクト本部 テクノロジー1部 部長 山本啓介氏 3カ月でQRコード決済サービスをローンチするために 2018年10月にサービスの提供を開始したPayPay
Cloud Observability
Gain insights to detect and quickly respond to changes in cloud-native and monolithic applications
Mercari Meetup for Microservices Platform #2 を開催しました | メルカリエンジニアリング
Microservices Platform Team の @masartz です。 昨年に引き続き、Mercari Meetup for Microservices Platform #2 を先週5月22日に開催しました。 ちなみに昨年版の記事はこちらです、合わせてご確認ください。 第1回から約1年ぶりとなりますが、その間にメルカリグループではC2Cアプリ「メルカリ」におけるMicroservices移行、決済サービス「メルペイ」のリリースなどが行われており、Microservices Platform Teamはその両方を支える基盤を構築しながらグループを横断した取り組みをしてきました。自分たちの成果を広げつつ、組織を拡大させることを目的としています。 そのような背景の中で、チームとしてどのようなアウトプット・アプローチをしてきたか、またPlatformを使う側の立場であるメルペイエン
“Microservices”, the latest architecture buzzword being thrown around to describe perhaps one of the most interesting architecture styles of this decade. What are microservices? To use Martin Fowler’s definition: In short, the microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with light
GraphQLとは別のクエリー言語型の API である Falcor 1について調べました。 Falcor とは Netflix が開発したサーバーとクライアント間のデータのやりとりの仕様です。 Facebook の GraphQL / relay と同じように、RESTful な API の問題を解決するために開発されました。 REST の問題点は Facebook の GraphQL のページにまとめられています。(参考) Falcor でも次のような問題が解決できます。 複雑なデータを取ろうとすると API を何度も呼ばないといけない。 例：一覧を取得後に、各要素の詳細を１つずつ取得する、など 不要なデータフィールドも取得してしまう。 例：name だけ欲しいのに avatar_url とかもついてくる。 準備 Falcor のサンプルの falcor-express-demo を使
竹添さんを呼んでマイクロサービス社内勉強会を開催しました - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、開発の佐藤鉄平 (@teppeis) です。 先日、社外講師としてビズリーチの竹添直樹さん (@takezoen) をお招きして、マイクロサービスをテーマにサイボウズの社内勉強会を開催しました。 どうしてこうなった？ ビズリーチさんでは毎週金曜に勉強会を行っているらしく、ひょんなことからその社外ゲスト講師として私にお声がかかり、8月のビズリーチ社内勉強会でES6勉強会をやらせてもらいました。 やられたらやりかえす！ということで、今度は逆に竹添さんにサイボウズの社内勉強会のゲスト講師をオファーしたところ、こころよく引き受けていただいた、というのが開催の経緯です。 マイクロサービス、本当においしいの？ ちょうどサイボウズ社内では「マイクロサービス」がホットなキーワードになっていました。 サイボウズ初のクラウドサービス cybozu.com の立ち上げから5年が経過し、契約社数は12
始めよう! ドメイン駆動設計＆マイクロサービス開発 ～C# と Azure Service Fabric で最高の DDD 開発を～
始めよう! ドメイン駆動設計＆マイクロサービス開発 ～C# と Azure Service Fabric で最高の DDD 開発を～
アプリケーションのコンポーネントを別のプロセスまたはコンテナーにデプロイして、分離性とカプセル化を実現します。 このパターンは、種類が異なるコンポーネントとテクノロジでアプリケーションを構成することも可能にします。 このパターンは、オートバイに取り付けられるサイドカーに似ているため、"サイドカー" と名付けられています。 このパターンでは、サイドカーは親アプリケーションに接続され、アプリケーションにサポート機能を提供します。 また、サイドカーは、親アプリケーションと同じライフ サイクルを共有し、親アプリケーションと共に作成され、終了します。 サイドカー パターンは、サイドキック パターンと呼ばれることもある分解パターンです。 コンテキストと問題 多くの場合、アプリケーションとサービスは、監視、ログ記録、構成、ネットワーク サービスなどの関連する機能を必要とします。 これらの周辺タスクを、独
Spotifyにおけるマイクロサービス
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が最近リリースされ、重要な変...
RPC over AMQP
I am currently in the process of moving a single endpoint out of a large, monolithic Ruby on Rails app. That endpoint does the following, in order. Accepts an HTTP Post request.Parses the YAML content sent in the body by the client.Updates some database entries based on the contents of that YAML.Generates a hash that is a smorgasbord of different pieces of data.Marshalls that data to YAML.Sends th
「アサヒビール」などで知られるアサヒグループホールディングス（以下、アサヒグループ）は、2018年頃から業務システムのパブリッククラウドでの構築・運用を進めている。「旧来型のシステムからの脱却」が方針で、リフト＆シフトによる単純な移行は最後の手段とする。背景には、同グループの事業における根本的な変化があるという。アサヒグループの間接業務・IT戦略策定業務を担うアサヒプロマネジメントのITイノベーション戦略部マネージャー、清水博氏が、2020年1月30日に開催された「Google Cloud Anthos Day」で説明した。 数年前は「コンテナといえば、船に積まれるコンテナのことしか知らなかった」。国内の一般企業でパブリッククラウドに業務システムを移す例は、当時既に増えていたが、アサヒでは全くといいほど使っていなかった。それが変わってきた背景には、同グループの事業が根本的に変化してきたこと
RisingStack: Node.js Consulting & Development, Kubernetes Consulting
We’ve been using Kubernetes since its inception to orchestrate highly available distributed systems. Our engineers can help you tackle its steep learning curve, whether you run it on AWS, Google Cloud or Azure. Learn more24/7 Node.js SupportYour mission-critical applications need 24x7 support! RisingStack’s engineers are available to help with your problems in production systems, so your developer
「なぜMicroservicesか?」 株式会社メルカリ Software Engineer, Microservices Platform 中島大一（@deeeet） ■イベント詳細 https://mercari.connpass.com/event/145803/ ■採用サイト https://careers.mercari.com/jp
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます CloudNative Days Tokyo 2019実行委員会とOpenStack Days Tokyo 2019実行委員会が主催するイベントが7月22～23日、都内で開催された。会期2日目の基調講演では、金融サービスを手掛けるSBペイメントサービスやワイジェイFXがシステム内製化の取り組みを紹介した。そこでは“クラウドネイティブの本当の意味”も語られた。 Kubernetesか、PaaSか SBペイメントサービスは決済代行やカード事業を手掛ける。基調講演ではシニアアーキテクトの鈴木順也氏が、決済システムの内製化への取り組みを説明した。 同社での内製化は、鈴木氏が参画した2016年頃にスタートした。当時はほとんどのサービス開発を外部の
Kayenta : Google と Netflix が共同開発したオープンソースの自動カナリア分析ツール | Google Cloud 公式ブログ
どのような規模であれ、継続的デリバリを行うには、ソフトウェア変更を迅速にリリースできるだけでなく、安全にリリースできるようにする必要があります。Google と Netflix が先ごろ発表した、オープンソースの自動カナリア分析サービスである Kayenta は、本番環境デプロイの迅速なロールアウトに伴うリスクを軽減します。 Kayenta は Google と Netflix によって共同開発されました。Netflix の社内カナリア システムを進化させ、完全にオープン、拡張可能で、高度なユース ケースに対応できるようにしたものです。Kayenta によって企業のチームは、エラーが起こりやすく時間もかかる面倒な手動またはアドホックのカナリア分析を減らし、自信を持って、変更を本番環境に迅速にプッシュできるようになります。 Kayenta は、オープンソースのマルチクラウド継続的デリバリ プ
「ビジネスを支えるIT」から「ビジネスを体現するIT」に変革するために、コンテナが必要な理由：一般的な企業がコンテナを「攻めのIT」のために活用する秘訣 - ＠IT
ビジネス成功のカギは「スピード」と「柔軟性」 ビジネスは「早いもの勝ち」だ。デジタルビジネスにおける先行企業の強さを見ても分かるようにマーケットへ一番乗りすることは、競合を圧倒して市場で強い存在感を発揮させるために不可欠と言っていい。 ただ、どんな企業でもゼロからマーケットを作り出せるわけではなく、市場を圧倒できるようなイノベーションは簡単に産み出せるわけでもない。 では多くの企業が採り得る現実的な選択肢は何か。その答えの一つがトライ＆エラーの繰り返しによってマーケットを作り、ビジネスを洗練化させることだ。イノベーションは簡単には起こせないかもしれないが、市場は絶えず変化し続けており、そうした変化の継続の中で、マーケットのニーズを探り、イノベーションの芽にしていくわけだ。 「このようなマーケットをリードする“スピード”とマーケットのニーズに応える“柔軟性”は、ビジネスで成功する大きなカギに
Google, IBM, and Lyft are proud to announce the first public release of Istio: an open source project that provides a uniform way to connect, secure, manage and monitor microservices. Our current release is targeted at the Kubernetes environment; we intend to add support for other environments such as virtual machines and Cloud Foundry in the coming months. Istio adds traffic management to microse
ストラングラーパターン：段階的なシステム移行
2000年に生鮮食品のネットショップとして創業したサービス「Oisix」。創業以来19年間連続でサービス規模を拡大し続けていたが、システムの肥大化により、サービスをローンチするまでの期間が長くなる、開発／リリースの難易度が上がるなどが課題に… モノリシックなシステムをマイクロサービス化するに当たって採用したアプローチは、「ストラングラーパターン」「マルチクラウド構成」「共有データベースの段階的な分離」だ。 本稿では、このストラングラーパターンについて、概要とWebアプリケーションへの適用例をご紹介します。 「ストラングラーパターン」とは？「ストラングラーパターン」は、既存のシステムを段階的に新規システムに置き換えていく手法のことです。マーティン・ファウラーが2004年の記事「StranglerApplication」で名付けました。 「Strangler」は直訳すると「絞殺者」となります。
第1回で紹介したように、FiNCアプリは多岐にわたる機能をサービスとして分離しています。 アプリケーションを細かなサービスに分け、マイクロサービス化することによって、インフラのコストは基本的に増大します。サービスが増えることで稼働するサーバーが増え、サービス間の通信も発生するからです。併せて、サービス運用のコストも増える傾向にあります。 それでもFiNCにとっては、マイクロサービスの採用が不可欠でした。その利点は、大きく二つあります。 急激に事業を多角化、迅速な改良が可能に 最初に挙げられるのは、急激な事業の多角化に対応できることです。マイクロサービスはアプリケーションのアーキテクチャーを指す言葉でありながら、結局は組織のアーキテクチャーを表す言葉でもあります。 複数の事業部に関わるサービスを一つの一体化した（モノリシックな）アプリケーションとして運用すると、コミュニケーション、リリースサ
Microservices Advent Calendar 2017 22日目の記事です。 14日目の記事の最後に、 https://qiita.com/seikoudoku2000/items/9d54f910d6f05cbd556d ちなみに、先日、Austinで開催されていたkubeconでもIstioに関する発表があったようなので、そちらも期待ですね！ ということを書いたら、丁度、先週末に動画が大量にアップされたので、 https://www.youtube.com/channel/UCvqbFHwN-nwalWPjPUKpvTA ちょこちょことチェックしたのですが、残念ながらIstioに関するクールなプレゼンは見つけられず、、、 今日はIstioのことを調べている中で知ったMonzo というイギリスの銀行(本当の銀行の業務ライセンスを有している)が使っている Linkerdのこと
Lessons Learned
How to launch a product using Scala. Feb 25, 2017 at Scala Matsuri 2014 in Tokyo, Japan.
マイクロサービスのための新製品「Oracle Transaction Manager for Microservices」を徹底解説
オラクルは近々、マイクロサービスアプリケーション向けに「Oracle Transaction Manager for Microservices（以下、TMM）」をリリースする。まず導入としてマイクロサービスに関する課題を説明し、次にTMMの概要やサポート範囲、最後にオラクルの今後の展望を明かす。 マイクロサービスにおける課題、オラクルの解決策 まずはマイクロサービスの対極にある従前のモノリシック（アプリケーション）から確認しよう。これは1つの巨大岩のようなものだ。内部でローカルトランザクションを実行するため、データベースが絶えず更新され、モジュール間には多数の依存関係があり、コードもテーブルも膨大な数を抱えている。巨大な固まりなので、保守の困難さなどさまざまな課題を抱えている。 一方、マイクロサービスはより小さな独立したモジュールで構成されるもので、各モジュールは個別に開発・テスト・デプ
The rest of this post provides a more technical deep-dive into how our API and other systems isolate failure, shed load and remain resilient to failures. Fault Tolerance is a Requirement, Not a FeatureThe Netflix API receives more than 1 billion incoming calls per day which in turn fans out to several billion outgoing calls (averaging a ratio of 1:6) to dozens of underlying subsystems with peaks o
エキスパートたちが語るクラウドネイティブの今 新野淳一氏（以下、新野）：よろしくお願いします。今日のテーマは「クラウドネイティブ」です。あとで僕も含めてみなさんに自己紹介をしていただくんですが、エキスパートの方が揃っていますので、非常に濃いお話を聞けるんじゃないかなと思います。 これから70分ちょっとぐらいパネルディスカッションをしていくパネリストの方々に自己紹介いただきたいと思います。私の隣に座っていらっしゃるのが青山さんです。よろしくお願いします。 （会場拍手） 青山さん、簡単に自己紹介をお願いできますか？ 青山真也氏（以下、青山）：はい。クラウドネイティブっぽい格好で来てしまいました。 （会場笑） サイバーエージェントの青山と申します。ふだんはサイバーエージェント内のオンプレミスにあるKubernetes as a Service、いわゆるManaged Kubernetesを提供す
こんにちは qsona です。LINE株式会社さんの UIT#3 The “Backends for Frontends” sharing のイベントにて、タイトルにある内容で登壇をしてきました。とても良い会にお招き頂いて感謝しています。 以下が登壇資料です。 この記事では、この資料に関する補足を少し行いたいと思います。 BFFと技術選定技術選定は、それぞれの組織・ビジネス・人など様々な状況を考えて行われるべきです。BFFも例外ではありません。 マイクロサービスを構成していくほどの規模になると、クライアントへのAPI提供が複雑になってきて、アーキテクチャ的にどう解決するのか、課題になってきます。 その答えの1つがBFFなのですが、技術選定としては「BFFを作るか作らないか」のような単純なものではありません。様々な背景を理解し、BFFを作るのか、作るなら何の言語なのか、役割は何をもたせるのか
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Production-Ready Microservices
ECサイトCRM基盤構築｜戦略的OMOを実現するAPIプラットフォーム
Microservices and the First Law of Distributed Objects
クックパッドが「カオスエンジニアリング」を始めた理由
How Microservices are linked at Cookpad
コンテナ時代だからこそ要注目! Cloud Foundry
PayPayが100億円キャンペーンのシステムトラブルで得た教訓とは？
HAproxy in the era of Microservices
Falcor 概要：もう１つのクエリー言語型 API - Qiita
サイドカー パターン - Azure Architecture Center
「『作る』から『やめる』へ」、創業130年のアサヒがパブリッククラウド、コンテナにたどり着いた理由
0924_Bold Challenge_@deeeet
Kubernetesの導入がクラウドネイティブなの？--金融に見る事例
Introducing Istio
［2］取り組んで分かった、マイクロサービスの利点と課題
Monzoが使っているLinkerd on Kubernetes とは？ - Qiita
Fault Tolerance in a High Volume, Distributed System
マイクロサービスアーキテクチャとクラウドネイティブはどう違うのか？ エキスパートたちが考える定義とメリット
マイクロサービスの思想から捉える Backends for Frontendsとその類似パターン