前提とする知識1. Docker とは？ まず、Docker についてですが、ウィキペディアでは以下のように説明されています。 Docker（ドッカー）はコンテナ型の仮想化環境を提供するオープンソースソフトウェアである。VMware製品などの完全仮想化を行うハイパーバイザ型製品と比べて、ディスク使用量は少なく、仮想環境 (インスタンス) 作成や起動は速く、性能劣化がほとんどないという利点を持つ。 引用元：Docker – Wikipedia 簡単に言ってしまうと、Docker は「ものすごく軽い仮想化環境構築ソフトウェア」です。Linux の仮想化技術を利用することで、必要なディスク使用量は小さく動作も軽いというメリットを生んでいます。 この「手軽な仮想化」が思った以上に便利であることが分かり、どんどん用途が広がって爆発的に普及しました。 Docker の思想Docker では、「1つの仮

今回から2回に分けて Concurrency Utilities for Java EE を紹介する。今回は前編として、Concurrency Utilities for Java EE の概要と、アプリケーションサーバー側で管理・提供するスレッドプールの1つであるManagedExecutorServiceを紹介する。 Java SE の Concurrency Utilities Concurrency Utilities for Java EE のベースとなる Concurrency Utilities は並行処理用の API で、JDK5 からjava.util.concurrentパッケージに追加されている。 Concurrency Utilities には、スレッドプールによるスレッド管理、Futureなどの非同期処理の結果を取得する仕組み、セマフォやロック、バリアなどスレッド

de:code 2018 の 上記講演のスライドです。Azure Functions の下記の内容に関してお話ししました。資料が欲しいという要望をいただき先に公開しています。詳細の説明などは動画の後悔をお待ちください。 ・非同期メッセージング ・メッセージングサービスの選択 ・Function App / Azure Functions の内部構造 ・カスタムバインディング ・コントリビューション

var crypto = require("crypto"); function validate_signature(signature, body) { const LINE_CHANNEL_SECRET = process.env.LINE_CHANNEL_SECRET; return signature == crypto.createHmac('sha256', LINE_CHANNEL_SECRET).update(Buffer.from(JSON.stringify(body))).digest('base64'); } module.exports = function(context, req) { context.log('Node.js HTTP trigger function processed a request. RequestUri=%s', req.ori

この記事では、Azure Functions を使用して Azure SQL Database または Azure SQL Managed Instance に接続するスケジュール済みジョブを作成する方法を示します。 この関数コードは、データベース内のテーブル内の行をクリーンアップします。 この新しい C# 関数は、Visual Studio 2019 の定義済みタイマー トリガー テンプレートに基づいて作成されます。 このシナリオを実現するには、別途データベースの接続文字列を関数アプリのアプリ設定として設定する作業が必要となります。 Azure SQL Managed Instance の場合は、Azure Functions から接続できるようにパブリック エンドポイントを有効にする必要があります。 このシナリオではデータベースに対する一括操作を使用しています。 C# 関数を初めて使用

以前の記事で紹介した LINE BOT開発用のAzure Functionsプロジェクトテンプレートですが、 サンプルコードを大幅に追加しました。 (詳しくはMarketplaceのRelease Notesを確認してみてください。) marketplace.visualstudio.com この機会に是非、使ってほしい！ということで、今回はLine.Messagingライブラリを使ったAzure FunctionsのLINE BOTアプリケーション開発について少し解説してみたいと思います。 目次 目次 Visual Studio とAzuzre Functionsで作るLINE BOTアプリケーション入門 はじめに Webhook イベントを処理する LINE Messaging APIクライアントを初期化する リクエストBodyからWebhook Event Objectを取得する W

はじめに この記事は Microsoft Azure Advent Calendar 2017 の4日目の記事です。 今回は、Azure Functionsを使うと手軽にLINE Botが作れる、という話を書いていこうと思います。 今回つくるもの 数式をきれいに表示してくれるBot LINEで会話をしているとき、複雑な数式を送りたいと思うことが（ごくまれに）あるかと思います（？）。 たとえば、こんな式をLINEで相手に伝えたいと思っても、これをテキストで打ち込んで送るのはちょっと厳しいものがあります。 通常は写真で撮って送ればいいだけの話なんですが、今回は写真を使わず、相手にきれいな数式を送ってくれるBotを、Azureを使って作ってみたいと思います。 TeXで数式のやりとり 今回、数式はTeX（てふ）を使います（TeXについてはWikipediaを参照ください）。 Botの利用イメージは

var https = require("https"); var url = require("url"); function post_line(event) { var post_data = JSON.stringify({ "replyToken" : event.replyToken, "messages" : [ event.message ] }); var parse_url = url.parse("https://api.line.me/v2/bot/message/reply"); var post_options = { host: parse_url.host, path: parse_url.path, method: 'POST', headers: { 'Content-Type': 'application/json', 'Authorization':

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? サーバーレスアーキテクチャとAzure Functions サーバレスアーキテクチャとは、マネージドサービスのみを利用してシステムを構築するアーキテクチャです。そして、Azure Functionは非常駐型のプロセスをイベントによってトリガーして実行するサービスです。 Azure Functionsの特徴はサーバーでプログラムを直接動作することができるということで、「プログラマが考えるのはコードだけ」というようにプログラマは必要なプログラミングだけに集中できます。そのため、その他のプログラムに関わらない多くのことが抽象化されています。

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どーもです。まーやです。 この記事はGeekWomenJapan Advent Calendar 2016の19日目の投稿です。 前回Azure FunctionsのHello Wprld的なことをしたので、もう少し追ってみたいと思います。 Agenda 今日のゴール Node.jsを選択したわけ npm インストールの仕方 実際にやってみよう〜ハマったところ まとめ 今日のゴール 以前作ったLINEbotをAzure Functionsで動くようにすることです。 ↑を作成した時はJavaでいじってみたんですが、呼び出された瞬間だけ動く

JavaScript TypeScript JavaScript プロジェクトでは、次の例のようなフォルダー構造が必要です。 <project_root>/ | - .vscode/ | - node_modules/ | - myFirstFunction/ | | - index.js | | - function.json | - mySecondFunction/ | | - index.js | | - function.json | - .funcignore | - host.json | - local.settings.json | - package.json メイン プロジェクト フォルダー <> には、次のファイルを含めることができます。 .vscode/: (省略可能) 格納されている Visual Studio Code 構成が含まれます。 詳細については、Vi

'use strict'; const language = require('@google-cloud/language'); //インストールしたモジュールを読み込む const line = require('@line/bot-sdk'); const express = require('express'); const axios = require("axios"); require("dotenv").config(); //ポートをprocess.envファイルから読み込む const PORT = process.env.PORT || 3000; //先ほど書いた.envファイルからアクセストークンとチャンネルシークレットを引っ張ってくる。 const config = { channelAccessToken: process.env.CHANNEL_ACCESS

さてjavascriptを書いている皆さん、 es2015への対応準備はいかがでしょうか？ 個人的には **2016年こそがes2015元年になるのではないか(ややこしい)**という見立てでおります。 無論、ブラウザ自体の対応はまだまだなのですが、 ブラウザ互換のjavascriptに変換してくれるBabelも(あるていど)安定し、 browserify等々との連携も便利になってきたこの頃、意識しなくても使えるようになってきたのでは、というこのごろです。 「そうは言っても、本来ブラウザで動かないし、javascriptに新しい機能が付くわけでもないし、使うメリットなんてそんなにないのでは？」 と思う方もいるかもしれません。自分もしばらくそう思ってました。 しかし明確なメリットが一つあります。 javascriptならではの読みづらい部分を、圧倒的に読みやすく書き直せることです。 そんなわけ

初めまして。 Timers、サーバアプリケーション担当のzumaです。 普段は主にPHPでのアプリケーションサイドの構築を担当しておりますが、 先日、AWS re:inventに参加させて頂きました！ re:inventとは、AWSの主催する、5日間に渡ってラスベガスで開催される一大イベントで、 AWSに関する基本的な使い方から新製品発表、上級者向けのTips、果ては内部構造やサービス誕生秘話まで 多種多様なセミナーが毎日数十と開催され続け、AWS内部の方から公認パートナー、ユーザと言ったあらゆる 人が、好き放題AWSのサービスについて学ぶ事が出来るという素敵なイベントです。 (来年からは、ラスベガスの開催では無くなるという噂があります。) 英語もインフラの知識も余り自信の無い状態での参加でしたが、 1週間AWSに関するセミナー漬けの日々を送らせて頂いたお陰で、様々な知見を得る事が出来まし