Azure Functionsが辛すぎて泣きそうになった話
はじめに 基本的にAWSエンジニアとして仕事していて、Azureは未経験でしたが案件で採用されて触れる事になりました。 Azure Functionsで処理する所があって私に一任という感じだったのですが、まぁAWS Lambdaみたいなもんでしょと（恐らく他の人も）思ってました。 それがこんな事になろうとは… 必要なリソースが多い まず戸惑ったのがこれです。 関数を書くまでに以下のリソースが必要です。 Azure Functionsのインスタンス（という表現が正確か不明ですが。） Lambdaと違って１つのインスタンスに複数の関数を乗せる形になります（１つ１つ作ってもいいですが…） プラン 料金プランの事だと思えば良いかと。なんですが、プランも１つのリソースなんです。。 Azure Storage アカウント コードや一部の設定情報などが保存されています。 Application Insi
Kubernetes上でサーバレス環境を実現する「KEDA」がCNCFのプロジェクトに採用。サーバレスの標準化は進むか
Kubernetes上でサーバレス環境を実現する「KEDA」がCNCFのプロジェクトに採用。サーバレスの標準化は進むか マイクロソフトとRed Hatが中心となって開発してきた「KEDA」（Kubernetes Event-driven Autoscaling）が、Cloud Native Computing Foundation（CNCF）のプロジェクトに採用されたことが発表されました。 CNCFはKubernetesをはじめとするクラウドネイティブのためのオープンソースソフトウェア開発をホストする団体です。 KEDAは、Kubernetesのうえでイベントドリブンなオートスケールを実現することで、コンテナを用いたサーバレスコンピューティングの仕組みを提供するソフトウェア。 Kubernetesにも、オートスケール機能がありますが、これはCPUやメモリの負荷に反応してコンテナのスケールア
Serverless Days Tokyo 2019 トヨタ自動車・ダイキン工業 事例覚書 - Qiita
Serverless Days Tokyoに参加してきました。いずれも興味深い内容ばかりでしたが、ダイキン工業とトヨタのIoTシステムの中の話は、こういう機会でもなければ聞けない話でかなり貴重な話を聞けた感がありました。 その内容をメモったので残しておきます。 入り口の様子。 会場の様子。休みの日の朝9時からというのに、ほぼ満席な感じでした。 ダイキン工業：空調設備向けIoTシステムにおけるランニングコスト ダイキン工業は、全世界の空調機（エアコン等）をインターネットに繋いで、販売、運用、保守、施工に対するサービスを提供する。 システム名は「Daikin Global Network（ダイキン・グローバルネットワーク）」 想定接続台数は500万台。各空調機が1分ごとにデータをサーバーにあげる。 想定ユーザー数は30万人。 無限に発生するデータを格納できるストレージが必要。 断固としてデータ
サーバーレスアーキテクチャ再考 - ゆううきブログ
2014年にAWS Lambdaが登場し、Functionを単位としてアプリケーションを実行する基盤をFunction as a Service(以下、FaaS)と呼ぶようになった。 そして、同時にサーバーレスアーキテクチャ、またはサーバーレスコンピューティングと呼ばれる新しいコンセプトが普及するに至った。 当初、そのコンセプトが一体何を示すかが定まっていなかったために議論が巻き起こり、今現在では一定の理解に着地し、議論が落ち着いているようにみえる。 しかし、サーバーレスという名付けが悪いということで議論が着地したようにみえていることにわずかに疑問を覚えたために、2019年の今、これらの流れを振り返ってみて、サーバーレスアーキテクチャとは何かを改めて考えてみる。 サーバーレスとの個人的関わり サーバーレスアーキテクチャという名を僕がはじめて耳にしたのはAWS Lambdaが登場した2015
Distributed State Management for Serverless - Cloudstate
Cloudstate is no longer actively developed Cloudstate was an open source protocol and reference implementation exploring ideas for stateful serverless, and was originally developed by Lightbend. The project is no longer active, since 2021. An open source alternative is Eigr. A continuation of the ideas can be found in Lightbend's platform-as-a-service Akka Serverless.
AWSのAZ障害で影響を受けた・受けなかったの設計の違い。サーバレス最高！ - GS2 Blog
みなさん、こんにちは。GS2 の丹羽です。 今日は大事件が起こりました。Twittetなどでも話題になったので皆さん知っているのではないかと思います。 japanese.engadget.com こんなブログを見に来てる人ならみんな知ってると思いますが、AWSの東京リージョンには3カ所のデータセンターがあります。 そのうち1カ所のデータセンターが完全に利用できない状態になりました。 その影響で様々なゲームも影響を受けたようです。 gamebiz.jp なぜAZ障害が様々なサービスの障害につながったのか さて、なぜ今回のようにAZがダウンするとこのような大規模な障害が発生するのでしょうか。 1. シングルAZ サーバはどこかのデータセンターで動いていてるわけです。EC2を使ってサーバを起動するときにもどのAZに配置するかを選びます。 この時に、一つのAZに固めてサーバを配置していた。あるいは
【まとめ】サーバレスがここ数カ月で一気に遂げた進化とは（ビジネス＋IT） - Yahoo!ニュース
近年のインフラストラクチャのクラウド化が進む中で、「サーバレス」というクラウドネイティブな概念が広がりを見せている。これまでに、Amazon Web Services（AWS）、Google Cloud Platform（GCP）、Microsoft Azure（Azure）など、さまざまなクラウドベンダーでサーバレスをうたうサービスが誕生している。そして今、このサーバレスは黎明期を過ぎ成長期に入ったことで、多種多様な領域で活用され始めている。今回、このサーバレスの今とこれからについて、そのトレンドを解説する。 【詳細な図や写真】サーバレスのメリット/デメリット ●改めて、サーバレスとは まず、サーバレスという概念について確認しておこう。 サーバレスはその言葉の通り「サーバを持たない」という考えが基底にある。サーバを持たないことでサーバの管理を不要とし、高次のレイヤーのみに集中するシステム
何が違う？ 何が必要？ マイクロサービス／サーバレス時代のセキュリティ
何が違う？ 何が必要？ マイクロサービス／サーバレス時代のセキュリティ：Oracle Code Tokyo 2019 従来のモノリシックなアーキテクチャに代わって着目されている「マイクロサービス」や「サーバレス」。これらの新しいアーキテクチャについて、セキュリティの観点からどのようなことに留意すべきなのだろうか。 ハードウェアはもちろん、OSとミドルウェア、その上で動作するアプリケーションを自力でデプロイしてようやくサービスを展開し、さまざまな依存関係に悩みながら運用していく……。そのような従来のアーキテクチャに代わって着目されているのが、「マイクロサービス」や「サーバレス」だ。 互換性はもちろん、拡張性や可用性、チューニングにアップデートといった、従来、考慮しなければならなかったさまざまな「面倒ごと」から解放されてコードをすぐに展開できる利点を評価し、先端を行く企業の中には、これまでのモ
Kubernetes・Serverlessとの出会いと、Knative入門
2019年3月6日、Serverless Community(JP)が主催するイベント「Serverless Meetup Tokyo #11」が開催されました。世界各地で運営されているServerless Architectureやその周辺技術について情報を共有する本コミュニティ。今回は、株式会社Speeeのオフィスにて、6人のエンジニアがLTを行いました。プレゼンテーション「入門 Knative 〜KubernetesとServerless〜」に登壇したのは、 株式会社メルペイの杉田寿憲氏。講演資料はこちら。 入門 Knative ～KubernetesとServerlessとの出会い～ 杉田寿憲氏（以下、杉田）：『入門 Knative ～KubernetesとServerlessとの出会い～』というタイトルでお話しさせていただきます。この資料は#serverlesstokyoのハッシ
Announcing KEDA: bringing event-driven containers and functions to Kubernetes - Microsoft Open Source Blog
Toggle share menu for: Announcing KEDA: bringing event-driven containers and functions to Kubernetes Share Share Announcing KEDA: bringing event-driven containers and functions to Kubernetes on Twitter Twitter Share Announcing KEDA: bringing event-driven containers and functions to Kubernetes on LinkedIn LinkedIn Share Announcing KEDA: bringing event-driven containers and functions to Kubernetes o
Knativeが目指すもの、考え方を見てみよう
初めてKnativeを触ると、これServerlessなのかな…PaaS…FaaS…？と感じることがありました。このモヤモヤをすっきりさせるべく、コアコンポーネントの1つであるKnative Servingが何をゴールとしているのか、どういう思想なのかを見てみます。 Knative Servingのゴール、対象とするワークロードは何か motivation.mdに、Servingがどのようなゴールを目指しているのか、対象としてるワークロードは何か、ということが書かれています。これを知ることで、なぜそのような挙動となるのかを理解する助けになります。 まずServingプロジェクトのゴールですが、「サーバーレスなワークロードのための、コモンツールキットとAPIフレームワークを提供すること」と書かれています。そして、Servingが定義するサーバーレスワークロードが以下の3つです。 ステートレス
最強のServerlessプラットフォーム？ Knativeを動かしてみるぞい - Qiita
Google Cloud Nextで発表されたばかりのKnativeを動かしてみました。 最強のServerlessプラットフォーム？ Knative登場 GKE環境を用意する Knativeを動かすにはk8s環境が必要ですので、今回はGKEに環境を用意します。なおk8s本体とKubectlは1.10以上が必要です。 KnativeはIstioなども含むリッチな仕組みのため、それなりのリソースを要求します。なのでやや大きめのインスタンスで立ち上げていますが、節約したい方はmachine-typeやnodeの数を編集してください。 export CLUSTER_NAME=knative export CLUSTER_ZONE=asia-northeast1-a gcloud container clusters create $CLUSTER_NAME \ --zone=$CLUSTER_Z
最強のServerlessプラットフォーム？ Knativeを動かしてみるぞい - Cloud Penguins
ということで前回の記事に引き続き、発表されたばかりのKnativeを動かしてみました。 jaco.udcp.info GKE環境を用意する Knativeを動かすにはk8s環境が必要ですので、今回はGKEに環境を用意します。なおk8s本体とKubectlは1.10以上が必要です。 KnativeはIstioなども含むリッチな仕組みのため、それなりのリソースを要求します。なのでやや大きめのインスタンスで立ち上げていますが、節約したい方はmachine-typeやnodeの数を編集してください。 export CLUSTER_NAME=knative export CLUSTER_ZONE=asia-northeast1-a gcloud container clusters create $CLUSTER_NAME \ --zone=$CLUSTER_ZONE \ --cluster-ver
最強のServerlessプラットフォーム？ Knative登場 - Cloud Penguins
本日開催されている Google Cloud Next ’18 ですが、非常に面白いプロダクトが発表されました。 その名も Knative (kay-nay-tiv ケイネイティブと発音) Kubernetes上でServerlessを実現するプロダクトです。 https://github.com/knative/docs より引用 KubernetesでServerlessって何が新しいの？ この界隈追っている方はご存じかもしれませんが、KubernetesでServerless Platformを実現するという考え方自体は新しいものではありません。 CNCF Serverless Landscape を見てみると分かりますが Fission Kubeless OpenFaaS などなど既に多くのOSSが存在しています。これら先行のServerlessプロダクトとKnativeは何が異な
「サーバレス／Serverless」はデータベースやコンテナへも広がってきた
「サーバレスコンピューティング」や「サーバレスアーキテクチャ」といった言葉は、2014年にAWS Lambdaが発表され、その後広く普及したことで一気に注目を浴びるようになりました。 現在ではAWS Lambdaだけでなく、Microsoft AzureのAzure Functions、Google Cloud PlatformのGoogle Cloud Functions、IBM CloudのIBM Cloud Functionsなど、主要なクラウドサービスの多くでサーバレスコンピューティング環境が提供されています。 サーバがない、のではない。サーバ管理が不要ということ AWS Lambdaに代表されるサーバレスコンピューティング環境は、一般にユーザーがあらかじめ用意しておいた関数を、イベントをトリガーとして実行することで何らかの処理を行うFunction as a Service的なア
サーバーレスのメリット＆本質を、AWS Lambdaを使って理解しよう｜ハイクラス転職・求人情報サイト AMBI（アンビ）
サーバーレスのメリット＆本質を、AWS Lambdaを使って理解しよう 「サーバーレス」はここ数年の技術トレンドの一つです。サーバーレスアーキテクチャを2年運用してきたJX通信社の小笠原みつき（yamitzky）さんが、そのメリットや実際の業務における考え方を、ハンズオンを交えながら解説します。 JX通信社の小笠原みつき（@yamitzky）と申します。ニュース速報アプリ「NewsDigest」の事業統括をしているエンジニアです。 JX通信社では、人手のかかる「報道」という分野を機械化・自動化することをミッションの一つとして掲げており、技術選択においても、なるべく運用を自動化できる方法を選ぶよう心掛けています。その過程で「サーバーレス」という技術に出会い、2016年ごろから本番運用してきました。 今回の記事のゴールは、サーバーレスという技術が「どんなものであるか？」を理解することです。サー
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
Kubernetes 疲れに Azure Container Apps はいかがでしょうか？（江東区合同ライトニングトーク 発表資料）
サーバレスでスケーラブルかつ堅牢なシステムを構築するためのデザインパターンとアーキテクチャ。Serverlessconf Tokyo 2017 － Publickey
サーバレスコンピューティングは新しいシステム開発手法である。Serverlessconf Tokyo 2017で紹介された、スケーラブルで堅牢かつ高性能なアプリケーションの構築に役立つ6種類のデザインパターンを紹介する。 2017年11月2日、3日の2日間、東京都内でサーバレスコンピューティングのイベント「Serverlessconf Tokyo 2017」が開催されました。 サーバレスコンピューティングもしくはサーバレスアーキテクチャと呼ばれるアプリケーション実行環境は、一般にサーバのことを意識せずにアプリケーションを実行できる環境のことを指します。 そのサーバレスコンピューティング環境の実装として一般的なのが、あらかじめアプリケーションとして実行したいコードを関数として登録しておくと、指定されたイベントによって自動的に関数が呼び出されて実行されるという、いわゆるFunction-as-
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dapr - Distributed Application Runtime
Knative - Built on Kubernetes and Istio | Google Cloud
