This document compares Apache Kafka and AWS Kinesis for message streaming. It outlines that Kafka is an open source publish-subscribe messaging system designed as a distributed commit log, while Kinesis provides streaming data services. It also notes some key differences like Kafka typically handling over 8000 messages/second while Kinesis can handle under 100 messages/second.
The document discusses Amazon Web Services (AWS) Batch and how it can help customers run batch computing workloads on AWS. It notes that AWS Batch automatically provisions the optimal quantity and type of compute resources (e.g., EC2 instances) required to run jobs efficiently. It also allows customers to integrate their own scheduling and application code with AWS Batch through simple API calls or SDKs.
AWS Japan YouTube 公式チャンネルでライブ配信された 2022年4月26日の AWS Developer Live Show 「Infrastructure as Code 談議 2022」 の資料となります。 当日の配信はこちら からご確認いただけます。
https://youtu.be/ed35fEbpyIE
The document discusses implementing an event-driven architecture using events instead of synchronous APIs. It explains that events decouple services by allowing them to communicate asynchronously through a centralized event routing system. This loose coupling makes services more independent and resilient, as failures in downstream services do not block upstream ones. It also improves scalability and maintainability by reducing dependencies between services. The document provides examples to illustrate how an event-driven system has less coupling between producers and consumers compared to a synchronous API approach.
This document compares Apache Kafka and AWS Kinesis for message streaming. It outlines that Kafka is an open source publish-subscribe messaging system designed as a distributed commit log, while Kinesis provides streaming data services. It also notes some key differences like Kafka typically handling over 8000 messages/second while Kinesis can handle under 100 messages/second.
The document discusses Amazon Web Services (AWS) Batch and how it can help customers run batch computing workloads on AWS. It notes that AWS Batch automatically provisions the optimal quantity and type of compute resources (e.g., EC2 instances) required to run jobs efficiently. It also allows customers to integrate their own scheduling and application code with AWS Batch through simple API calls or SDKs.
AWS Japan YouTube 公式チャンネルでライブ配信された 2022年4月26日の AWS Developer Live Show 「Infrastructure as Code 談議 2022」 の資料となります。 当日の配信はこちら からご確認いただけます。
https://youtu.be/ed35fEbpyIE
The document discusses implementing an event-driven architecture using events instead of synchronous APIs. It explains that events decouple services by allowing them to communicate asynchronously through a centralized event routing system. This loose coupling makes services more independent and resilient, as failures in downstream services do not block upstream ones. It also improves scalability and maintainability by reducing dependencies between services. The document provides examples to illustrate how an event-driven system has less coupling between producers and consumers compared to a synchronous API approach.
[Developers Festa Sapporo 2020] Microsoft/GitHubが提供するDeveloper Cloud (Develop...Naoki (Neo) SATO
* [Developers Festa Sapporo 2020] Microsoft/GitHubが提供するDeveloper Cloud (Developer Cloud from Microsoft/GitHub)
* https://satonaoki.wordpress.com/2020/12/05/devfesta-microsoft-github/
* https://www.youtube.com/watch?v=sqWnreBtHBg&t=151s
プレゼンテーションスライド @ Serverless Meetup Tokyo #14
Presentation Slides for Breakout session at Serverless Meetup Tokyo #14
https://serverless.connpass.com/event/143446/
Service Mesh Status Quo 2018: 2019年に向けたService Meshの現状課題の整理と考察Yoichi Kawasaki
Slides for Presentation at Container X mas Party with flexy, Dec 2018
Event: https://flexy.connpass.com/event/110839/
関連記事: https://codezine.jp/article/detail/11342
Web App for Containers + Cosmos DBで コンテナ対応したMEANアプリを作ろう!Yoichi Kawasaki
Slides for Azure Webinar: Containerized MEAN App on Azure PaaS
Web App for Containers は、アプリスタックのホストに Docker コンテナーを使用するため皆さんが今Linux上で利用しているOSSベースのアプリもアプリスタックごとDockerコンテナ化することでそのまま Web App for Containersで利用することができます。
本ウェビナーでは簡単なMEANスタックアプリを題材に、アプリをコンテナ化し Web App for Containersにデプロイするまでの一連の流れを解説します。
MEANスタックのMongoDB部分についてはAzure Cosmos DBのMongo APIを利用して完全マネージドな構成を実現します。
Slides for the presentation at Elastic {ON} Tour Tokyo 2017
https://www.elastic.co/elasticon/tour/2017/tokyo
Session Video: https://www.elastic.co/jp/elasticon/tour/2017/tokyo/microsoft
Web App for Containers + MySQLでコンテナ対応したPHPアプリを作ろう! Yoichi Kawasaki
Web App for Containers は、アプリスタックのホストに Docker コンテナーを使用するため皆さんが今Linux上で利用しているOSSベースのアプリもアプリスタックごとDockerコンテナ化することでそのまま Web App for Containersで利用することができます。本ウェビナーでは簡単なMySQL + PHPアプリ(Wordpress)を題材に、アプリをコンテナ化し Web App for Containersにデプロイするまでの一連の流れを解説し、CIツールを使った継続的なデプロイ方法についてご紹介します。今回、AzureのフルマネージドMySQLサービスであるAzure DB for MySQLを利用して完全マネージドな環境でのアプリ実行を実現します。
Web App for Containers + MySQLでコンテナ対応したRailsアプリを作ろう!Yoichi Kawasaki
Web App for Containers は、アプリスタックのホストに Docker コンテナーを使用するため皆さんが今Linux上で利用しているOSSベースのアプリもアプリスタックごとDockerコンテナ化することでそのまま Web App for Containersで利用することができます。本ウェビナーでは簡単なMySQL + Ruby on Rails アプリ を題材に、アプリをコンテナ化し Web App for Containersにデプロイするまでの一連の流れを解説し、CIツールを使った継続的なデプロイ方法についてご紹介します。今回、AzureのフルマネージドMySQLサービスであるAzure DB for MySQLを利用して完全マネージドな環境でのアプリ実行を実現します。
21. Istioで利用されている主な機能
• Dynamic service discovery
• Load balancing
• TLS termination
• HTTP/2 and gRPC proxies
• Circuit breakers
• Health checks
• Staged rollouts with %-based traffic
split
• Fault injection
• Rich metrics
https://www.envoyproxy.io/
Envoy はKubernetes Pod内に
Sidecarとしてデプロイされる
“ENVOY IS AN OPEN SOURCE
EDGE AND SERVICE PROXY,
DESIGNED FOR CLOUD-NATIVE
APPLICATIONS”
https://www.envoyproxy.io/
30. • defines the rules that control how requests for a service are routed within an Istio
service mesh
• defines policies that apply to traffic intended for a service after routing has occurred
• configuration for load balancing, connection pool size from the sidecar, and outlier
detection settings to detect and evict unhealthy hosts from the load balancing pool
• can be used for scenarios like A/B testing, or routing to a specific version of a
service
Traffic Routing Configuration reference:
https://istio.io/docs/reference/config/istio.networking.v1alpha3/