Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Amazon Web Services ブログ AWS クラウド開発キット (CDK) – TypeScript と Python 用がご利用可能に Infrastructure as Code を管理することで享受できるメリットは数多くあります。そのため、DevOps のプラクティスをうまく適用するきっかけとなることがよくあります。Infrastructure as Code によって、手動での実行手順に頼る代わりに、管理者と開発者の両方が構成ファイルを使用し、アプリケーションに必要なコンピューティング、ストレージ、ネットワーク、アプリケーションサービスのプロビジョニングを自動化できるようになります。 たとえば、Infrastructure as Code を定義すると、次のことが可能です。 インフラストラクチャとアプリケーションコードを同じリポジトリに保管する さまざまな環境、AWS
AWS クラウド開発キット (AWS CDK) の TypeScript および Python での一般公開が開始されました。AWS CDK は、使い慣れたプログラミング言語を使用してクラウドアプリケーションリソースをモデル化およびプロビジョンするためのオープンソースソフトウェア開発フレームワークです。AWS CDK を使用すると、Infrastructure as Code を定義し、それを AWS CloudFormation を通じてプロビジョンすることができます。AWS CDK のデベロッパープレビュー版は、Java および C# でも利用できます。 AWS CDK には、実績のあるデフォルトでクラウドリソースを事前設定する高レベルのコンポーネントが用意されているため、専門知識がなくてもクラウドアプリケーションを構築できます。また、組織の要件を組み込んだ独自のカスタムコンポーネント
AWS Glueのジョブ作成画面にPython3の表示が現れた! こんにちは。DI部の大高です。 先日、AWSマネージメントコンソール経由でGlueのPython Shellジョブを触っていた際に気づいたのですが、遂にAWS GlueのPython ShellでPython 3.6が利用できるようになりました。 これまではPython 2.7のみでしたが、これに加えてPython 3.6が選択できます。 AWS Glue supports scripts that are compatible with Python 3.6 in Python shell jobs また、以下のドキュメントにも詳細な記載がありますが、こちらは6/7現在では英語版だけの記載のようです。 Adding Python Shell Jobs in AWS Glue - AWS Glue マネージメントコンソールで
AWS Lambda が Python 3.6 をサポートしたとのことなので、今まで Node.js で書いていた Lambda Function を Python で書いてみることにしたのだけれど、numpy などの C で書かれたモジュールを含んだ Lambda Function を Mac からデプロイすると「それは Mac 用にビルドされたモジュールだから読み込めんよ」などと言われて Lambda 上で実行できないくてつらい。 この問題を Docker で解決したのでその方法についてまとめる。 [2020.03.25 追記] Lambda Layer を作成する方法についても書いた。 Docker で AWS Lambda の Python 用 Layer を作成する - Qiita デプロイしたい Lambda Function の例 今回は、以下のような numpy を読み込む
はじめに 新しいジョブタイプ『Python Shell』は、単にPythonスクリプトを実行する目的のジョブです。AWS Glueを使っている人であれば、このありがたみが身にしみて感じるはずです。 AWS Glue での Python シェルジョブの概要 AWS Glue の Python Shell とは Python Shellは、Glueジョブに追加されたジョブの種類の一つです。従来は、Apache Sparkのスクリプトのみでしたが、今回新たにPython Shellが追加されました。 従来のジョブタイプ「Spark」は、Sparkのクラスタを制御して大規模分散処理します。このジョブタイプは、ジョブを起動すると1つのDriverと複数のExecutorが起動され、スクリプトはDriverで実行されます。 新たに追加されたジョブタイプ「Python Shell」は、単にPythonス
AWS CLI でがんばるのは辛いと思っていた時期もあった ここ1年ぐらい AWS であれやこれやすることが多くなってきたのですが、インスタンスを上げたり下げたりをいちいちブラウザでマネジメントコンソールを開いてぽちぽちするのは辛いです。コンソールからさくっと立ち上げたいです。 AWS コマンドラインインターフェイス(AWS CLI) というものがあるので、コンソールからさくっとできることはできるのですが、単にインスタンスを立ち上げてそれっぽいタグを付与するだけでも・・・ インスタンスを起動する。 aws ec2 run-instances \ --image-id "ami-12345678" \ --key-name "ore-no-key" \ --instance-type "t2.micro" \ --iam-instance-profile "Name=areare" \ --
MMMサーバサイドエンジニアの柳沼です。お世話になっております。 北海道はもうだいぶ寒いです。 弊社ではシステム監視用ミドルウェアDatadogを活用した監視サービスを展開しております。 ・クラウド運用監視(Datadog) その中で、異常発生時に電話通知をする必要があるのですが、繋がらなかった場合に次の担当者に電話をしたい、ただし繋がった場合にはそこまでで電話をストップしたいという要件があります。 今回はAWS Lambda上のPython2.7と、Twilioを使ってこれを実現することができたので、やり方を紹介させていただきます。 シンプルに電話をかける 公式の通り、以下のように架電ができます。 from twilio.rest import Client account_sid = "ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" auth_token = "
初めに IT関係の仕事をしていると、サーバーレスもしくはサーバーレスアーキテクチャって単語を耳にする事が増えてきたかと思います。「なんとか + レス」って言葉、よく聞きますね。例えば、ダイエット流行りの昨今、「シュガーレス(砂糖なし)」とか、日本は遅れていますが「キャッシュレス化社会(現金使用しない)」など。枚挙に暇がないですね。サーバーレスもシュガーレスやキャッシュレスのようにServer + Lessなので、サーバーのないシステム?どうやって動くの?ともやもやしてる人が多いでしょう。 私も疑問に思っていたので、今更ながら、実際にサーバーレスを触ってみました。触ってみたところ、今までのWebシステムの考え方をひっくり返すくらい、システム構成が異なるのものでした。さて、この記事を読んでもらうことで、ひとまず「サーバーレスって何?」、サーバーレスとは「何を目的としているか?」のもやもやが解消
意外とハマり所が多かったので、Qiitaの記事にします。 今回Twilioアプリケーションのホスティング先として、AWS Lambda+API Gatewayを採用しました。以下のような構成図ですね。 TwilioでPythonの開発を行う場合、公式サイトではFlaskを使った事例が紹介されていますが、AWS LambdaではAPI Gatewayを経由しないとHTTPのリクエストを受け付ける事が出来ません。しかも、AWS Lambdaではどんどん新しいソリューションが作られていきますので、既存の情報がすぐに古くなってしまいます。 色々試行錯誤をした結果、LambdaやAPI Gatewayへのデプロイを支援してくれるフレームワークがある事を知りました。この辺のフレームワークを上手に使わないと、API GatewayやIAM Role周りが面倒くさすぎます。 awslabs/chalice
サーバーレス開発部の夏目です。 ラスベガスには行っていませんが、数多くの発表があり情報を追いかけるだけでも大変です。 AWS LambdaにFunctionでコードを共有することができる "Layer"なる機能が追加されたので、 簡単に使ってみようと思います。 【速報】【アップデート】Lambdaが複数のファンクションで共有するコードを持てるようになりました(Lambda Layer) #reinvent 注意 どういう風にすれば使えるのかを確認したいだけです 簡単に使ってみるつもりなので、管理とか特に考えてないです なのでAWSの操作はコンソールでぽちぽちします Layer用のコードを作成する 共有したいコードを書いていきます。 Layer用のコードはzipで直接アップロードするかS3経由にするかでしか対応していないようなので、デプロイ用のzipファイルを作成します。 $ mkdir p
AWS Compute Blog Python 3.7 runtime now available in AWS Lambda This post is courtesy of Shivansh Singh, Partner Solutions Architect – AWS We are excited to announce that you can now develop your AWS Lambda functions using the Python 3.7 runtime. Start using this new version today by specifying a runtime parameter value of “python3.7″ when creating or updating functions. AWS continues to support c
はじめに 1章では、環境構築をしてきました。しかし、どのようなアプリケーションを作るか、何も考えていませんでした。基盤は整ったものの、何を作るか決めないことにはシステムは開発できません(当たり前)。そこで、本章は以下の順序で記述していきたいと思います。 要件の検討 システム構成の検討 不足していたライブラリ・ソフトウェアの導入 動作確認 まだまだタイトルのdockerに触れるには時間がかかりそうで、タイトル詐欺もいいところですが、是非一読ください。1章同様、指摘・要望お待ちしております。 辞書整理 本文章(第2章)を読む上で頭に入れておいたほうが良い文言をピックアップ。文中分からない文言が出たら見返してください。(不足あれば、コメントいただけたら追記していきます) スクレイピング WebページからHTMLデータを収集・抽出し、整形・加工すること。 似たワードにクローリングがあるが、クローリ
Python Advent Calendar 2016の5日目及び Fusic Advent Calendar 2016の5日目の記事です。 はじめまして、seike460と申します。 普段は主にPHPとサーバー触っています。 ふと流行りのサーバーレスしたい!と思いましたが、 僕が懇意に使用しているAWSでは、PHPでサーバーレス出来ないのが現状です。 (正確には頑張れば出来ますが、その話は置いておきます。) 出来ないものはしょうがないので、他の言語でサーバーレスしようと思いたち、 最近魅力を感じているPythonを使ってサーバーレスする事にしました。 何も使用せずにLambdaとAPIGatewayの設定をしようとすると、 面倒臭すぎて気が狂いそうになるので 効率が悪く、実運用に耐えられない印象を受けました。 そこで安心のAmazon公式 Python ライブラリ「chalice」を選択
作るもの ヒーローを管理する Lambda Function を書きます。ヒーロー情報は DynamoDB の ヒーローテーブルに格納するものとします。リポジトリは以下。 * Python Lambda SAM + SAM Local Project コーディング作業 すべてはコードを書くところから始めます。いきなりプロジェクトルートにファイルを置いて書き始めるのも良いですが、後々テストやデプロイも行うことになるので少し整理してみます。以下のようにしました。 . ├── buildspec.yml ├── deploy.sh ├── docker-compose.yml ├── environments │ ├── common.sh │ └── sam-local.json ├── integration_test.sh ├── requirements.txt ├── src
だいたい全体像が見えてきたでしょうか? 1.0. スキルの対話モデルを作成 スキルを実装するには現在のページから対話モデルを作成する必要があります。 対話モデルの作成にはAlexaに話しかける内容を定義して、どのように言われたらどの部分をどうとってくるかを設定します。 Alexaスキル開発トレーニングシリーズ 第2回 対話モデルとAlexa SDK : Alexa Blogsより 今回のスキルでは以下のようなユーザとの対話を目指します。 「Alexa, 動物覚えるくんを起動して」 「あなたの好きな動物はなんですか」 「私の好きな動物はねこです」 「覚えました」 「私の好きな動物は」 「あなたの好きな動物はねこです」 「私の好きな動物はいぬです」 「覚えました」 「私の好きな動物は」 「あなたの好きな動物はいぬです」 「終了」 このような流れを考えた場合、 先ほどの図から「動物覚えるくん」が
この記事はPython-AdventCalandar-2016の16日目の記事です。 こんにちは。Pythonしてますか?顔認識してますか?サーバーレスしてますか? この記事はPythonで手軽に顔認識APIサーバーを立てたいという方に向けた記事になります。アドベントカレンダーでは学術的な話を書こうと思っていたのですが、色々とタイミングが良かったのでこの題目にしました。 最初に宣言しておきますが、今回はAWSをフルに使っていきます。 顔認識について OpenCVで行うことも非常に容易ですが、今回はAWSをフルに使っていく!ということで、今年のre:inventで発表されたサービス「Amazon Rekognition」を使っていきます。 一言で言えば、物体や顔を高精度に認識したり、検索したりできる凄いサービスです(雑 詳細は https://aws.amazon.com/jp/rekogn
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く