.NETなFunctionsの場合、プリコンパイルがサポートされました。簡単にいうと.csxじゃなくてコンパイル済みアセンブリ(.dll)を指定することで動的コンパイル処理をスキップすることができるようになりました。 https://twitter.com/hutchcodes/status/817124237576118276 Precompiled functions やりかた function.json に2つのプロパティを追加するだけです。 例: { "scriptFile": "PreCompiledFunctionSample.dll", "entryPoint": "PreCompiledFunctionSample.MyFunction.Run", "bindings": [ { "authLevel": "function", "name": "req", "type":
Azure Functions たのしいです。今回は、現時点で グラニにおいて Azure Functions を展開するにあたり気をつけていることをメモしておきたいと思います。 現時点で、リリースされて2週間程度に加えて、プレビュー版なので今後変わる可能性が高いです。 が、いったんのまとめということで。 目次 目次 サンプルコード API Gateway + Lambda ほど API的な利用はできない API Gateway + Lambda Azure Functions 実装において気をつけていること #load を活用する 機微情報は App Settings を使う 拡張メソッドを利用する 安定性の向上 メモリを増やすと実行が安定する 32-bit Platform のままにする デプロイ 本番系は CI を組む テスト環境を用意する 開発環境 わからないことは気軽に質問する
AWS Lambda といえば、Amazon Web Service が提供する Node.js や Python、Java を使ったサーバーレスなコード実行基盤です。 AWS Lambda(イベント発生時にコードを実行)| AWS これって、単純にコードをサーバーなしに実行できるだけじゃなくて、「AWSリソースのイベントをトリガーに様々なリソースを連動させる」「APIGateway と連動することで、AWS以外の適当なWebHook をトリガーに様々なリソースを連動させる」といったことが可能になります。つまり、本質はリソースとリソースをつなぐ歯車の役割を果たすのです。しかもコードで自在に操作を制御できる。 だからこそグラニもAWS Lambda は大好きで、発表されてすぐに GitHub WebHook でIssue や Pull Request を Chatwork に通知する基盤を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く