はてなブックマーク

はじめに こんにちは！都内でWeb Developerしているnariと申します。 私が住んでいるシェアハウス(ギークハウス新宿)の同居人たちで、去年の7月に開発合宿にいったのですが、その際にプロトタイプを作ったシェアハウスの鍵システムが先日完成したということで、自分の担当した部分に関して振り返りをしておこうとこの記事を書いています。 まず何を作ったかをお見せした後、今回採用したおうちハックでの運用に優れた3つの技術スタック(Raspberry piとGoとMackerel(監視系SaaS))に関して紹介したいと思います。(作った物の実装は大したことないので詳しく説明しません) 何を作ったか 一言で言うと、シェアハウスの鍵システムなのですが、以下の同居人の @wamisnet さんのツイートの動画で実際の挙動を見てもらうとわかりやすいと思いますので一度そちらご覧になってください！ @fuk

はじめに フロントサイドとサーバーサイドのエンジニアが、分業する際に大事なものはなんでしょうか。 コンポーネントの切り方の認識合わせ？？そうかもしれません。 それと同様に大切なのが、API仕様の共有の仕方だと思います。 今回、私たちのチームではサーバサイドのAPIの開発に先立ち、フロントサイドの開発をする箇所が出てきたため、 Open API仕様記述ツールを投入して仕様共有してみることとしました。 そもそもOpen API仕様って **Open API仕様（OpenAPI-Specification）とは、一言で言ってしまえばREST APIを記述する為の仕様。**yamlやjsonに近い形式で記述することができます。 GitHub - OAI/OpenAPI-Specification: The OpenAPI Specification Repository もともと**Swagger

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今日は体調がよろしくないので、大人しく勉強会用のTerraform入門資料をしこしこ作る。。オライリーのIaC本読み返しながら — nari@BOOTHで好評発売中「GoとAWS CDKで作る本格SlackBot入門」 (@fukubaka0825) October 6, 2019 こんにちは。Wano株式会社のnariと申します。 本日、WanoグループでTerraform入門をテーマとした勉強会を行いました。 その際使用した勉強資料を、Qiitaに一般公開いたします。 対象参加者(読者) インフラのコード化ってよく聞くけど

はじめに 今週のQiitaの記事は技術書典で買ったIAM本の書評を書く — nari@BOOTHで好評発売中「GoとAWS CDKで作る本格SlackBot入門」 (@fukubaka0825) September 27, 2019 今技術書典で買ったIAM本、Cognito本、OAuth本を読んでいて今までさらっと流してきた認証認可をがっつり学び直すことができて最高 — nari@BOOTHで好評発売中「GoとAWS CDKで作る本格SlackBot入門」 (@fukubaka0825) September 27, 2019 こんにちわ。Wano株式会社エンジニアのnariと申します。 今回の技術書典7で個人的に一番のお目当だったIAM本を読了したので、宣言通り書評を書いていきます。一言だけ先に行っておくと、**「AWSユーザー全員が読んでおく価値のある本」**となっていました。 2行で

セッション 1. AWS コンテナサービスアップデート by トリ　Twitter: @toricls 2019年の AWS コンテナ関連サービスアップデートをササササッと振り返り ECS EKS デプロイコントローラーの発表(これでプチカナリアリリースなどがユーザーカスタマイズで可能) Amazon ECS で新しいローカルのテストツールが利用可能 AWS Fargate および Amazon ECS が ECS サービスの外部デプロイメントコントローラーをサポート Amazon EKS が Amazon CloudWatch への Kubernetes コントロールプレーンログの配信を開始 Amazon ECS が awsvpc ネットワークモードの ENI の密度の上限を改善 コンテナワークロードのためのメトリクス・ログモニタリングサービス、CloudWatch Container

はじめに こんにちわ。Wano株式会社エンジニアのnariと申します。 今回は、ECS(on EC2)でのAutoScaling設定について、設定したことや苦労したことをまとめようと思います。 今回のプロジェクトでは、インフラ管理にterraformを使用しているため、設定の大半がtfファイルで行われることをご了承ください。 今回やりたかったこと 1.需要に合わせてコンテナをオートスケールさせたい 今回のシステム要件として、アクセス数が集中する時とそうでない時にかなりトラフィックに差があるものだったので、それに適した需要に合わせて変動する、可用性の高いアーキテクチャを構築したい。 今回は様々な兼ね合いで、Fargateではなくon EC2のタイプを選択したので、コンテナインスタンス自体のスケールも設定する必要があリます。(これが考えることが非常に多くてめちゃくちゃめんどくさい) しんどさの

はじめに こんにちは。Wano株式会社エンジニアのnariと申します。 今週も記事を書いていきます。 今回はECSにおけるデプロイ方法を、デフォルトのrolling updateの仕様がいささか怖いので、Blue/Greenに変更した話を書こうと思います。 今回のプロジェクトでは、ほぼ大体のインフラリソースをTerraformで管理しているため、設定は全てtfファイルで行います、ご了承ください。 Blue/Greenデプロイ　とは 稼働中のBlueに対しては何もせず、別で新しいリビジョンのGreenを作って、任意の戦略に沿って全体をGreenに切り替えていくデプロイのこと。 稼働中の環境に手を加え、変更を重ねる従来のin place方式と比べ、内部の一貫性が保ちやすく、rollbackが容易と言われている。 (BlueGreenDeploymentから引用) ECSでのデプロイの特徴 デフ

はじめに こんにちわ。Wano株式会社エンジニアのnariと申します。 最近、TerraformやLambda(Go)などを使ったMonitoring As Codeの話を記事にすることが多くなってきました。 今までは、リソースのステータスチェックシステム周りの話が多かったのですが、今回はメトリクスアラーム設定周りのIaCに関して記事にしていこうかなと思います。 過去のMonitoring As Code系記事 ApexとTerraformとGoでAWS上に構築したCD Pipelineのステータスをslackに通知 - Qiita AWS AutoScalingで増減したEC2インスタンスに、動的にCloudWatchのAlarmをLambda(Go)で設定する - Qiita AWS CloudWatch Agent導入+LoadAverage送信cronをTerraformとuser

はじめに こんにちは。Wano株式会社エンジニアのnariと申します。 7月からある新規のプロジェクトでterraform職人デビューしました。 絶賛IaCにハマり、tfファイルと格闘する毎日を過ごしております。 moduleといえば、Terraform module Registryは実装の参考にはなるけれど、moduleとしてusecaseが狭かったり、外部に依存したくなかったりで、結局ローカルにprivate moduleを作ることが多いと思います。 その際痛感したのが、 汎用的なmodule作るのって、難しい。。。 あまり凝りすぎて可読性が落ちたり使いづらくならない範囲で、用途の広いmoduleが欲しい。。 そこで自分がmoduleを作るときに、便利だなと思って使用しているtipsを3つ紹介したいと思います。 想定読者 最近terraformerになった人 Pragmatic Te

はじめに こんにちわ。Wano株式会社エンジニアのnarikawaと申します。 ／ Amazon ECS 向けの CloudWatch Container Insights のパブリックプレビューを開始しました！！ ＼ / "Introducing Amazon CloudWatch Container Insights for Amazon ECS and AWS Fargate - Now in Preview" https://t.co/b1jaSGtg3x — ポジティブな Tori (@toricls) July 10, 2019 個人的にはこっちの手順が分かり易かったです！https://t.co/UXiIwErG5B — nari@エンタメ系エンジニア (@fukubaka0825) July 10, 2019 ということで、以下の手順書を参考に試しに設定してみました。 Am

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Pragmatic Terraform on AWS、控えめにいって神本です。 AWSの知識がある程度ある人が、IaC入門するのに最適すぎる。 今週中にやり終わりそうなので、金曜あたりにレポ書きます。 — nari@エンタメ系エンジニア (@fukubaka0825) June 1, 2019 予定より、ちょっと遅くなってしまいましたが、宣言通り書評書いていこうと思います。。 ただただ「Pragmatic Terraform on AWS」を褒めちぎるだけの記事になってしまうことをご了承ください。。 こんな人にオススメ AWS

はじめに こんにちは。Wanoのエンジニアのnarikawaと申します。 うちのチームのメインプロジェクトではCI(テスト)ツールにAWS CodeBuildを使用しています。 今回、別プロジェクトにてCIの仕組みを再考する機会があり、そこで得た知見を社内外で共有するためにこの記事を書いています。 CIとは？ CIとは、Continuous Integrationの略で、継続的インテグレーションと呼ばれています。 CI(継続的インテグレーション)では、開発者が自分のコード変更を頻繁にセントラルリポジトリにマージし、その度に自動化されたビルドとテストを実行します。 小さなサイクルでインテグレーションを繰り返し行い、インテグレーションのエラーを素早く修正することによりチームは統合されたソフトウェアをより迅速に開発できるようになります。 (CI( 継続的インテグレーション )とは | Cloud

はじめに こんにちは。nari(fukubaka0825)と申します。 今回は、およそ3週間くらいで掲題の資格を取得しましたので、その経緯と勉強法などをまとめてみたいと思います。(勉強時間でいうと40時間くらい) ３週間でAWS認定ソリューションアーキテクト-アソシエイト-とったので、勉強法などまとめてみる｜Wano Group Developers Blog (こちらであげたものと同じ内容です） ※こちらは2019年3月13日受験時点での内容となります。ご了承ください。 前提 AWS業務未経験 自学でもほぼ未着手(EC2たてたことあるくらい) きっかけ そもそも業務で使いまくっている用語が分からなすぎる 私は、もともとSIの人間で、メインフレームの保守をしているレガシーな部署から、 転職してGoとAWSでの開発をするチームに2月からjoinしたところなんですが(寒暖差で風邪ひきそう) 「

個人開発でもチーム開発を意識しよう チーム開発を見据えて開発しよう そのために、このissue管理は非常に有効です 前提条件 ・gitの仕組みを理解し、基本コマンドを習得していること ・githubアカウントを持ち、リモートリポジトリ、リモートブランチの概念及び　基本操作を抑えられていること ※git、githubのシステムがよくわかってない場合は？ ⇨開発必須スキルのため、コマンド丸覚えではなく原理から理解しよう おすすめ教材、記事: もう怖くないGit！チーム開発で必要なGitを完全マスター (セールの時に買うといい、1800円とかで買える） [いまさらだけどGitを基本から分かりやすくまとめてみた] (https://qiita.com/gold-kou/items/7f6a3b46e2781b0dd4a0) （この記事も良くまとまってる） 対象 ・マスターブランチからリモートリポジ