はてなブックマーク

これは 経緯 AWS CodeArtifact とは AWS CodeArtifact を理解する 概念図 ドメイン (Domain) リポジトリ (Repository) AWS CodeArtifact をセットアップする リポジトリの作成 ドメインの作成 接続手順の確認 AWS CodeArtifact を npm で使ってみる CodeArtifact に接続する為の初期設定 試しに npm search を実行してみる マイ npm パッケージを登録する マイ npm パッケージを使ってみる ということで これは YAMAP エンジニア Advent Calendar 2021 の第一日目の記事になる予定です。 qiita.com 経緯 社内で GitHub Package Registry を利用して、プライベートな npm パッケージをセットアップしています。 GitHub

tl;dr 俺の Makefile こだわりの help タスクに依存関係を 以上 tl;dr terraform に限らずですが, コマンドのオプションとかちゃんと覚えていられないので, Makefile にまとめておいて, make xxxx で叩くのが個人的なトレンドです. Linux や macOS では特に何もしなくても make コマンドを叩けるので, Makefile に定型処理を書いておくことで, コマンドオプションのうろ覚えによるオペミスなども防げるのではないかと考えています. 俺の Makefile こだわりの help terraform コマンドはパスが通っている前提です. 環境に応じて terraform のパスは書き換えてください. help: ## ヘルプを表示する @grep -E '^[a-zA-Z_-]+:.*?## .*$$' $(MAKEFILE_L

tl;dr for example 解決策 その 1 〜 がんばってエラーハンドリングを実装する 〜 その 2 〜 set -e を付与する 〜 注意点 再掲 実例 (1) 実例 (2) 〜 grep コマンド 〜 以上 tl;dr とあるプロジェクトのデプロイを CircleCI で実行していて, いくつかのコマンドをラップしたBash スクリプト (以後, シェルスクリプトと記載) を実行していたんだけど, コマンドのエラーを意図せずハンドル出来ていない現象に気づいて修正したメモです. 結局のところ, シェルスクリプトを書く時には set -e をつけた方がいいのかなという結論に至った次第です. for example 以下のようなシェルスクリプトを動かそうとした場合... #!/bin/bash echo "イメージをビルドします" docker build -t foo/bar:b

tl;dr 原因 実装 2 つの実装 実装 (1) IAM ユーザーの分割 〜 本番環境のリソース操作を拒否する 〜 実装 (2) Chrome Extension による IAM ユーザーの判別 最後に tl;dr 先日, 完全に自分のうっかりで AWS リソースをオペミスで壊してしまいサービス障害を発生させてしまいました. 原因は, 何を隠そう自分の「うっかり」であり, 完全に人為的なミスです. 今後, このような事故を出来るだけ起こさないように対応策を施したので書ける範囲で共有させて頂きます. 原因 同 AWS アカウントを利用して検証中の事故でしたが, 以下のような幾つかの状況が重なった事故だったと考えています. 検証環境のリソースと本番環境のリソースが混在している状況だった 検証環境のリソースと本番環境のリソースで見分けがつけ辛い状況だった 利用している IAM ユーザーについて

やりたいこと 諸注意 やったこと これまでの docker-compose.yml 令和の docker-compose.yml 以上 参考 やりたいこと docker-compose.yml を書いていて, 同じ内容を何度も何度も書いていて, 令和の時代にこれはアカンということで Anchor, Alias で少しでも DRY にしたい. DRY とは, アサヒスーパードライではなく, Don't Repeat Yourself のことなので酔っ払わないように. 諸注意 動作確認環境は以下の通り. $ docker-compose version docker-compose version 1.24.1, build 4667896b docker-py version: 3.7.3 CPython version: 3.6.8 OpenSSL version: OpenSSL 1.1

tl;dr 悩み事 どんな風に解決しようと試みたか 作ったもの リポジトリ こだわり 苦労したところ Puppeteer (1) Puppeteer (2) 差分抽出 動いている様子 参考 ということで まとめ 最後に tl;dr お疲れ様です. かっぱです. YAMAP に入社してもうすぐ一年が経とうとしています. あっと言う間の一年でした. この一年の振り返りを... と思いましたが, 最近の悩み事を技術で解決してみようと思って試験的に実装した内容を紹介させていただきます. そして, この記事は, YAMAP エンジニア Advent Calendar 2019 の 25 日目の記事になる予定です. qiita.com 悩み事 YAMAP では, yamap.com 以外にもいくつかの外部サイトを運営しています. これらのサイトのデプロイ作業を含む各種運用に携わっていますが, これらの

tl;dr 前のブログの続き. inokara.hateblo.jp 上の記事を書いている時にはてっきり setup_remote_docker を設定した時には Docker in Docker を実現していたのかと思っていたけど, なんだか setup_remote_docker という名前で Docker in Docker は違うよなーとモヤモヤしていたのでも少し深堀りしたのでメモ. あー, リモートの Docker を利用しているんだな 以下のような .circleci/config.yml を書いて調べた. version: 2 jobs: build: docker: - image: docker:19.03.5-git steps: - checkout - setup_remote_docker - run: name: Test command: | echo '--

tl;dr \\ﾃﾞﾌﾟﾛｰｲ// \\ﾃﾞﾌﾟﾛｰｲ// したいアプリケーション 要件 .circleci/config.yml AWS の認証情報 Lambda Layers Docker イメージの妥協 以上 あとは tl;dr 社内に Serverless Framework を使って実装したサーバーレスアプリケーションが増えつつあるので, 福岡で最も CircleCI を愛しているであろう企業で働く者として, CircleCI から Lambda に \ﾃﾞﾌﾟﾛｰｲ// してみることにしました. あくまでも, この記事は三ヶ月後の自分に向けての内容が多く含まれており, もしかすると, 全く以て汎用的ではないかもしれません. この記事は JAWS-UG 福岡 もくもく会 #33 〜愛サンサンと〜 で書きました. jaws-ug-kyushu.doorkeeper.jp \\ﾃﾞﾌ

tl;dr 最近, Kibela の記事をローカルマシン上の vim で書きたいという欲求が高まってきました. 前職で Backlog でも同じことを考えて daimyo というツールを作ったので, 同じことを Kibela でもやりたいと思い, ゴールデンウィーク中に Kibela の Web API を調査した際のメモ集大成です. Kibela Web API について 現在は, ベータ版として提供されているとのことです. docs.kibe.la そして, RESTful Web API ではなく, GraphQL で提供されている点が特徴でもあり, 個人的に新たな境地に足を踏み入れることになった点です. GraphQL については, 以下の記事が勉強になりました. employment.en-japan.com 但し, 上記の記事ですが, 昭和インフラおじさんの筆者の理解度はまだ

tl;dr 俺はこうした random_id リソース 何が出来るか 何に使えるか tf サンプル output random_integer リソース 何が出来るか 何に使えるか tf サンプル output random_pet リソース 何が出来るか 何に使えるか tf サンプル output random_shuffle リソース 何が出来るか 何に使えるか tf サンプル output random_string リソース 何が出来るか 何に使えるか tf サンプル output random_uuid リソース 何が出来るか 何に使えるか tf サンプル output 以上 tl;dr Availability Zone のどっちか！とか, Subnet ID のどっちか！をランダムに欲しい時にどうしようかなと思っていたら, Terraform には Random Provid

tl;dr 検討 2 案 Lambda のタイムアウト 別の Lambda で処理のプロセスを監視する サンプル サンプルとして... コード 雰囲気 以上 緩い感じで コスト？ ということで tl;dr おはようございます. どうも, 処理待ち隆史 (反町隆史) です. おはようございます. 処理待ち (反町) 隆史です.— Yohei Kawahara（かっぱ） (@inokara) 2019年2月15日 Lambda を使った RDS スナップショットのコピー自動化を実装するにあたって, コピーの完了を待つ (処理完了待ち) という処理をどのように実装するか考えてみた際のメモです. 検討 2 案 処理完了待ちを実装するにあたり, 以下のような手法を検討しました. Lambda のタイムアウトを利用する 状態を保持する 何か を用意して, 別の Lambda で処理のプロセスを監視する

tl;dr PowerShell から Windows Firewall を操作するメモ。 参考 Windows PowerShell によるセキュリティ管理が強化された Windows ファイアウォール PowerShell で Firewallに設定を追加する - tech.guitarrapc.cóm memo 試している環境 PowerShell のバージョン。 PS C:\Users\Administrator> $PSVersionTable Name Value ---- ----- PSVersion 3.0 WSManStackVersion 3.0 SerializationVersion 1.1.0.1 CLRVersion 4.0.30319.34209 BuildVersion 6.2.9200.17065 PSCompatibleVersions {1.0, 2

tl;dr メモを Slack に共有したい コピペでも プラグインスクリプト こんな感じ 以上 tl;dr さっとメモを vim で書く為に, mattn さんの memo を使い始めました. vim に限らず, 好きなエディタでさっとメモをコマンドラインから書けるというのはとても気持ち良いものです. github.com 詳細はリポジトリの README や以下の記事等をご一読下さい. mattn.kaoriya.net memo new コマンドでさっと vim が起動してメモを取り始めることが出来ます. また, memo edit でメモ一覧を peco で選択してさっと編集することが出来ます. サイコーです. $ cat $HOME/.config/memo/config.toml memodir = "/Users/$USERNAME/.config/memo/_posts"

tl;dr シンプル監視 シンプル監視について コスト 設定画面 Terraform で設定する ポチポチするのも サンプル コード 監視対象を追加する 監視対象の一部を削除する Web コンソールで設定した内容をインポートする 以上 tl;dr 新しい職場で教えて頂いた「さくらのクラウド」の「シンプル監視」が, その名の通り, 設定もコンセプトも非常にシンプルで扱い易いし, 料金も安くて, とても良いと思ったので触ってみました. また, せっかくなので設定自体は Terraform を使ってコードで管理するようにしてみました. シンプル監視 シンプル監視について こちら より引用させて頂きました. お客様のサーバーやサービスを定期的に監視し、異常が発生した際にメールなどで通知するサービスです。PING監視、HTTP/HTTPSのステータス監視、TCPポートの死活監視等のサーバー死活監視の

tl;dr シェルスクリプトサンプル 配布パターン (1) 〜 Amazon S3 に設置して配布する 〜 S3 バケットの設定 セットアップシェルスクリプト 実際の配布からスクリプトの実行までの流れ 配布パターン (2) 〜 Docker コンテナで配布する 〜 おっ, S3 よりもモダンな感じ コマンドを封じ込める Dockerfile コマンドラインオプションを封じ込める docker-compose.yml 実際の配布からスクリプトの実行までの流れ 以上 tl;dr AWS CLI と Docker コマンドを駆使した社内ツール (Bash スクリプト) を社内メンバーが利用出来るように配布する方法を考えてみた 尚, 記事内のコード等については, サンプルスクリプト以外については, あくまでも妄想で書いたコードである為, 実際に動くかどうかは検証していない (すいません) シェルス

これは さて 愛・愛・アイレット リモートワークがしたい 挫折 年末の国民的なイベントとの関わり チームメンバーと家族に支えられたリモートワーク 産業革命 ユーザーをもうちょっとだけ身近に感じたい Hello YAMAP 自社サービスを支える技術 以上 これは qiita.com 初老丸アドベントカレンダー 2018 の最終日, 25 日目の記事でございます. 初老丸アドベントカレンダー, だいぶん歯抜け状態になっていてコンプリート出来ていないんですが, とりあえず, 時間を見つけて年内には全ての記事を書ければなーと考えております. さて ここ数年, アドベントカレンダーを書くようになり, 最終日の 25 日の記事は「初老丸を支えた技術」と題して, その一年の振り返り等を書いてきましたが, 今年は年末でアイレットを退職にすることになりましたので, アイレットの思い出とこれからの初老丸につい

tl;dr なぜ, こんなことになるのか なぜ, TTY の行末には CRLF が付与されているのか 参考文献 tl;dr ギョームで Docker (docker-compose) を使ったちょっとしたコマンドラインツールを作った時に, 以下のように実行して標準出力をファイルに出力すると, 何故か ^M という改行コード (Carriage Return) が残ってしまってなんでやろうと思って調べたら Docker なんかよりももっといにしへの TTY の話まで掘り下がってしまって, すごく勉強になったのでメモっておきます. docker-compose run foo > foo.txt foo.txt の中身は以下のような感じになってしまいます. foo1@example.com^M foo2@example.com^M foo3@example.com^M なぜ, こんなことになる

tl;dr Healthchecks.io とは シンプル インテグレーション 料金プラン その他 チュートリアル Docker にて 起動 チェック (監視対象) の追加 監視 監視の一時停止 期間や猶予期間の変更 監視対象との疎通が取れなくなった場合 以上 tl;dr 最近, Healthchecks.io という Web サービスを教えていただきました. SaaSだけではなく, 仕組み自体は OSS で提供されていて Docker でサクッと試すことが出来ます. healthchecks.io github.com Healthchecks.io とは シンプル Django で書かれた Cron ジョブをモニタリングするツールです. どのようにモニタリングするかと言うと, サイトにも掲載されているように Cron ジョブが終了したら, Healthchecks.io から払い出され

これは 本当は daimyo = 大名 daimyo は daimyo の使い方 .daimyo.yml の作成 プロジェクトの Wiki 一覧を出力する プロジェクト単位での Wiki の書き出す Wiki を更新する 色々とやりたい ということで これは adventar.org Backlog Advent Calendar 2018 の第 7 日目の記事です. qiita.com 初老丸アドベントカレンダー 2018 の第 7 日目の記事です. 本当は 指定した AWS アカウントの指定したリソース一覧を取得して #Backlog Wiki に投稿するツールを @inokara さんが公開中！👏https://t.co/s0QxrmHCc1— Backlog | プロジェクト管理ツール (@backlogapp) 2018年11月16日 furikake について書こうと思ってい

追記 追記 (3) aws-sdk 以外の gem だけをロードする場合ってどうなのか 検証コード 以下のように furikake で利用する aws-sdk を除いて, 依存している gem を require してみます. require 'benchmark' def run(event:, context:) Benchmark.bm(10) do |r| r.report 'require gems' do require 'thor' require 'markdown-tables' require 'backlog_kit' end end end run(event: {}, context: {}) 結果 # On macOS (Ruby 2.5.1) $ bundle exec ruby lambda.rb user system total real require