はてなブックマーク

GitHub Actions使ってますか？ 最高に便利ですね、CI/CDが捗ります。 GCPのCloud Runも便利ですね。GAEも良いですがCloud Runも最高です。 さて、この記事ではGitHub Actionsを使って、GCPのCloud Runにデプロイする方法を紹介します。 ユースケース シンプルなユースケースとして、masterブランチにpushするとActionsが動いて、コンテナがCloud Runにデプロイされるようなデリバリを例に扱います。 流れはこんな感じです。 masterブランチへのpushをトリガーにActionsが発火 リポジトリをチェックアウトする Google Cloud SDKをセットアップする(SDKにgcloudが含まれる) gcloudをDocker認証ヘルパーとして設定 DockerイメージをBuildする Google Container

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWSやGCPを利用する際によく対面するセキュリティ対応について各クラウドでのソリューションを比較しながら、サービスや方針についてまとめました。 この記事の範囲 主に、Webサービス／アプリ開発でのクラウド利用におけるセキュリティについての話がメインです PCI DSS とか ISMS とかの難しい話はしません(というかできないよ\(^o^)/) パブリッククラウドにおけるセキュリティ パブリッククラウドにおいて、まず最初に押さえるべきは「責任分担モデル」です。簡単にいうと、**クラウドサービス自体の運用に関しての責任はクラ

lamdaってお手軽にガンガン作れるので、気がつくとめっちゃ数が増えてませんか？ そうするとだんだんと管理がめんどくさくなって、いざ棚卸しってタイミングでGUIからポチポチ一覧を出すのはしんどいですよね。 なので、もしそんな状況になったら、このワンライナーで幸せになれるかも知れません。 aws cli と jq で実現しています。手元のMacBookで検証しました。 今回は、"関数名, ランタイム, 最終更新日時, 説明" を抜いて表示していますが、お好みで修正して欲しい情報だけ出力していただければと思います。 # CSV形式で標準出力するパターン $ aws lambda list-functions --region ap-northeast-1 | jq '.Functions[] | { "関数名": .FunctionName , "ランタイム": .Runtime, "最終更新

GoogleのChrome teamがquiclinkというOSSを公開したので、少し試してみました。 すごくいい感じだったので紹介します。 GitHub https://github.com/GoogleChromeLabs/quicklink quicklinkは、画面表示領域のリンクをプリフェッチしてくれるモジュールです。 遷移が早くなるのでUXの向上が期待できます！ この記事では、Githubリポジトリ内のデモhtmlを使って挙動を確認するまでを紹介します。 基本的な動作 動きとしてはこんな感じらしいです。 viewportのリンクを検出する ブラウザがアイドルするまで待つ ユーザが遅いコネクションかどうかをチェックする（またはdata-saverが有効化どうか） リンクをプリフェッチする 使い方 最も簡単な例だと、quicklinkを読み込んで、関数をコールするだけです。

今年は、LINE Wave、Google home、Amazon Echoなど、音声認識デバイス元年と言っていいくらいのインパクトのある年になりました。 自分もいろいろやりたくなって、先日のre:Invent 2017ではAlexaのハッカソンに参加してきました。世界中がAlexaに注目しているのが肌感覚でわかって、よい刺激になりました 日本でもAlexaが盛り上がりつつあり、最近日本語の情報も増えてきましたので、 ココらへんで一旦、開発するにあたって役に立つ情報をまとめておこうと思います。 入門 本家サイト Alexaの開発者ポータル。ここから、ダッシュボードに進み、Alexaのスキル開発を行います。 https://developer.amazon.com/ja/alexa 端末管理 Alexa端末にスキルを追加したり、端末の設定を変更できます。 それぞれ、amazon.com と a

先日、VSCodeに移行すべき5つの理由という記事を書きました。 この記事はそのフォローになります。 VSCode入門者や初心者、またVSCodeについて使い方を聞ける人が周りにいない方が最短で使い方をマスターするための手順をまとめました。 TL;DR 下記の順番で基礎から固めていくのが、結果的に最も効率的だと思います。 VSCodeの基本概念や操作方法の取得はそれほど難しくないので、きっと2-3日もかからずに必要十分に使いこなせるようになると思います。 公式サイトの動画を見る Tips集で俯瞰する ショートカットをひたすら覚える 実際に手を動かす（一番大事） 公式サイトの動画を見る Webを検索すれば、VSCodeの使い方はたくさん出て来ますが、どうしても断片的になりがちです。 なので、最初は迷わず公式サイトのドキュメントを確認するのがいいでしょう。 公式ドキュメントを初めに抑える効能は

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事 is 何? 最近、生産性について考え直す機会があり、自分の開発環境周りの棚卸しや見直しをしている時にVSCode（Visual Studio Code）に興味を持ちました。(今更) 実際に使ってみたらとてもいい感じだったので、そのままVSCodeに移行してしまいました。この記事はVSCode移行の際に感じたことのまとめになります。 VSCode入門(インストール方法や、基本的な使い方)的な話はありませんので、そちらは公式ドキュメントご参考ください。 https://code.visualstudio.com/ エディタ難民やエ

k6というカジュアルな負荷テストのパフォーマンス計測用ツールがあります。 触ってみた感じ、なかなか良かったので触りだけまとめます。 LOAD IMPACTという実績のあるサービスを運営している会社が出したツールです。 https://loadimpact.com/ ドキュメント https://k6.readme.io/ GitHub https://github.com/loadimpact/k6 インストール Macならbrewで入ります。Dockerでも簡単にインストールできるので好きな方でインストールすればいいと思います。 brewで入れてみたら、go, icu4c, nodeに依存しているようで、自分の環境だと5分程度かかりました。 バージョンは、0.13.0です。 $ brew tap loadimpact/k6 $ brew install k6 ： ==> Installi

今年のGoogle I/Oは色んな意味で熱かったですね 弊社からも@etet-etetさんが参加し、フィードバックを共有して頂けたので、いろいろ刺激になりました。 個人的には、音声認識デバイスに興味があるので、参加者へのGoogle Home配布はうらやましいかぎりでした。そこで、家にころがっているRaspberry Pi3 + Google assistant SDKでGoogle homeの世界観を試してみることにしました。 本記事は、擬似的なGoogle homeの構築方法と動かしてみたデモをまとめたものになります。 モノさえあれば実装は1hもかかりませんので、サクッとお試しできます。 TL;DR 構築とかいいからデモだけ見たいという人のために動画を用意しました。 Google assistantに幾つか質問を投げかけて、回答してもらっているデモになります。 百聞は一見に如かずです、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? re:Invent 2016に参加するためにラスベガスに来ています。 今回のKEYNOTEではたくさんのサービスが発表されました。この記事は、自分用のメモとして簡単にまとめたものになります。 KEYNOTE Day1 KEYNOTE Day2 re:Inventで新サービスが発表された時に、東京リージョンでは使えるの？」みたいなことを毎年思っていたので、以下のような感じで3行でまとめてます。 概要 特徴(or 金額) 使えるリージョン(or 時期) ほとんどTokyoリージョンではまだ使えませんが、夢が広がる新サービスが目白押しです。

最近触れる機会があり、ややハマりしたので対処方法のまとめです。 現象 OSXでAWS CodeCommitを使っていると、今までリポジトリへアクセスできていたのに、急に403が返ってきてアクセスできなくなることがあります。 具体的にはこんな感じのエラーです。さっきまでpullできてたのになんで？ $ git pull origin master fatal: unable to access 'https://git-codecommit.us-east-1.amazonaws.com/v1/repos/awesome-app/': The requested URL returned error: 403 原因 端的に言うと、キーチェーンアクセスに保存したcredentialがすぐに有効期限切れになってしまうことが原因でした。 OSXにプリインストールされているGitは、credenti

[ec2-user@ip-10-0-0-83 ~]$ ansible-playbook playbook.yml PLAY [127.0.0.1] ************************************************************** GATHERING FACTS *************************************************************** ok: [127.0.0.1] TASK: [ls dir] **************************************************************** changed: [127.0.0.1] TASK: [shell stat /tmp/dir/{{ item }}] ***************************

背景 LambdaとAPI Gatewayをセットで使う場合、両サービスはそれぞれに状態を持っている(LambdaはVersionとAlias、API GatewayはDeployment Stage)為、それらの関連性を管理する必要があります。 具体的には、API Gatewayのdevステージでは、Lambda functionのdevエイリアスを使うなど、自分たちである程度ルールを作り運用することができれば、開発が捗りそうです そんな時は、API Gatewayの${stageVariables}を使って、両者の関係を紐付けることができます。 やってみる Lambda まずはサンプルのLambdaを作ります。このLambdaはバージョン管理し、それぞれにdevとprodというエイリアスを付けてあります。 バージョン管理されたLambdaでは、$LATESTのlambda functi

はじめに re:Inventでアナウンスされていたaws-shellプロジェクトがavailableになりました。 ハンズオンしてみたところ、かなりいい感じだったのでまとめました。 参考 https://aws.amazon.com/jp/about-aws/whats-new/2015/12/aws-shell-accelerates-productivity-for-aws-cli-users/ aws-shellとは？ githubのリポジトリには、The interactive productivity booster for the AWS CLIとあります。 aws-cliの為の、生産性を向上させるようなインタラクティブなツールという位置づけです。 また、リポジトリを見る限りDeveloper Preview のステータスなので、その点は注意が必要です。 さっそく リポジトリは

背景 node.jsでlambdaをがっつり運用していくことを考えた場合、避けて通れないのがテストですね。 lamdaからAWSのリソースにアクセスするためには、aws-sdkを利用するのが一般的だと思いますが、必ずしもローカル環境からAWSのリソースにアクセスできるとは限りません。その為、ローカルでテストをする際にAWSのリソースに対して何かをするようなテストが書きづらいと感じるようになりました。 MockとかStubとかないの？ RubyのSDKだとAws::ClientsStubs みたいなModuleが用意されているのですが、JavascriptのSDKにはそれらしきものが見当たりません。npmモジュールでいくつかあるようですが、なんとなく自分には取っ付き辛いものでした。 これいいかも？ そこで考えたのが、proxyquireという名前のnpmモジュールを使い、aws-sdkをスタ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR AWSのアイコンが多すぎてよく間違えるので、覚え方をまとめました。 はじめに 背景 AWSは度重なるアップデートによりサービス供給量が半端無いので、初心者がWebコンソールにログインした瞬間に、サービスがありすぎて面食らうことが少なからずあります。 AWSのWebコンソールでは、そんな多種多様なサービスへのアクセスを容易にするため、ツールバーにショートカットアイコンを配置することができます。 ですが、いろいろなサービスを触っているとあれもこれも追加したくなり、気がついた時にはツールバー一杯にショートカットが配置されていること

ローカルタイムをJSTなどに設定しているAmazon Linuxで、glibcをupdateするとローカルタイムが元の設定に戻るという現象がおきることがあります。 これは、glibcの更新時に/etc/localtimeが書き換わってしまうからです。 よくあるトラブルとして、AutoScaleなどでインスタンスが起動したタイミングでcloud-initのsecurity updateが自動で走り、glibcが依存モジュールとして一緒に更新され、localtimeが意図せず書き換わったりします。 実験 というわけで、やってみました。 今回AMIは、amzn-ami-hvm-2014.09.1.x86_64-ebs (ami-4985b048)を使います。 glibcのパッケージは、glibc.x86_64 0:2.17-55.87.amzn1からglibc.x86_64 0:2.17-55.

Ansibleを使って、AmazonLinuxに最低限の初期化をやってみました。 日本で利用しやすいように、最低限の初期設定とパッケージの更新を行っています。 AMI AmazonLinuxのAMIは以下を利用しました。 amzn-ami-hvm-2014.09.1.x86_64-ebs (ami-4985b048) 環境設定 (+ yum update) 言語と時刻の設定をします。 localeを変更 (ja_JP.UTF-8) リポジトリの自動更新を止める(repo_upgrade: none) 言語設定を変更(LANG=ja_JP.UTF-8) タイムゾーンを変更(ZONE=Asia/Tokyo) ローカルタイムを変更(Asia/Tokyo) yum update playbook playbookはこんな感じです。 gistはここに置いておきます。 https://gist.git

今日発表されたClassicLinkを使うことで、EC2-ClassicのインスタンスからVPCのリソースへ通信したり、VPCのセキュリティグループを利用することができるようになりました。 ClassicLink自体は無料です（うれしい） http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/vpc-classiclink.html https://aws.amazon.com/jp/blogs/aws/classiclink-private-communication-between-classic-ec2-instances-vpc-resources/ いままでの問題 VPCの中で起動していないEC2(EC2-Classic)は、グローバルIPなどを使ってVPCのリソースと通信しなければなりませんでした。 しかし、それではインスタンス間

公式ドキュメントに記述されているFAQの翻訳みたいになってしまいましたが、 CloudWatch Logsを実際使うに当たって、CloudWatch Logs Agent の挙動について調べたことのまとめです。 設定ファイルについてはこっちにまとめました。 設定ファイルを変更したので、設定を反映させたい 設定ファイル/var/awslogs/etc/awslogs.confに以下の記述がありました。 NOTE: A running agent must be stopped and restarted for configuration changes to take effect. configを再読み込みさせる場合は、Agentのrestartが必要そうです。 condrestartとかは無いみたいですね。 ログがローテーションした場合はどうなるの？ ファイルのローテーションについては