タダです.
小ネタですが,SageMaker Notebook Instance から Amazon OpenSearch Service(Elasticsearch)への接続をする機会がありどうやってやるのかなと思って調べたり検証したので,この記事にまとめます.
SageMaker Notebook Instance にはセキュリティグループの設定ができるので,Amazon OpenSearch Service のセキュリティグループで HTTPS の接続を許可してあげれば接続ができるようになりました.
やったことはないといえ，本当に小ネタでした.
タダです.
プライベートリポジトリで GitHub Actions のコードを複数管理しているような状況で,呼び出す時どうすればいいのかなと思い，検証した時の小ネタをまとめていきます.
コードを管理するリポジトリでは下記のように GitHub Actions のコードがディレクトリ別に配備されていくような構成になっていたとします.この中で actions01 を呼び出したい場合に検証していった内容をまとめます.
. ├── actions01 └── actions02
検証した結果ですが,下記のような定義をしていきました.default セクションで Actions を実行するディレクトリを固定しつつ,uses でも Actions を実行するディレクトリで actions01 を指定すれば actions01 のコードが実行できました.
defaults: run: shell: bash working-directory: ./.github/actions/[repo-name]/actions01 jobs: test: runs-on: ubuntu-latest steps: - name: Checkout uses: actions/checkout@v3 with: repository: hoge/[repo-name] ref: main path: .github/actions/[repo-name] token: ${{ secrets.PERSONAL_GITHUB_TOKEN }} - name: hoge actions uses: ./.github/actions/[repo-name]/actions01 with: param1: value1 param2: value2
プライベートリポジトリの GitHub Actions で特定のディレクトリのコードを実行させたい場合の動作検証を行ったのでまとめました.
タダです.
GitHub Actions を初めて自作したのでその過程で学んだことをこの記事にまとめていこうと思います.
自作した GitHub Actions は TypeScript で書いた GraphQL を叩いて dependabot の情報を抽出するもので,プライベートリポジトリ間で使えるようにする必要がありました.このあたりで学んだことは関連記事に書いています.この記事では関連記事に書けていないことをまとめます.
TypeScript で Actions を作るぞってなってもどう作るの？なんかサンプルが欲しいなと思っていました.そんな時に良かったのが, typescript-action です.これは TypeScript の GitHub Actions サンプルで自分のリポジトリにテンプレートして持ってこれるため,一番はじめにどういうふうなコードを書けばいいのか,必要なパッケージ類は何かなどを GitHub のドキュメントと合わせて読んで理解を進めることができました.
結局,今回自作するために最低限必要になるなと感じたのは下記のものです.
@actions/core
@vercel/ncc
TypeScript のコードを書いてローカルで意図通りに動作したから次はどう配布するかのときに悩みました.プライベートリポジトリ間の呼び出しは上述した記事に書いたように解決したものの,Actions を呼び出し先では package.json にあるパッケージは既にインストールされた状態で実行できなければ機能しないけど,どうやって配布するのかがわかりませんでした.結論として @vercel/ncc を使って TypeScript のコードをビルドしたものを呼び出し元のリポジトリに配置しておけば,呼び出し先で Actions が動作しました.
ビルド例
ncc build src/index.ts
GitHub Actions を初めて自作したのでその過程で学んだことをまとめました.これまで使うばかりだったのですが,自作できる経験がなかったので今後も作っていきたいです.
タダです.
業務で GitHub Actions を開発したのですが,その Actions はプライベートリポジトリに起き,別のプライベートリポジトリから Actions を呼び出すことをやったので小ネタとしてまとめます.
リポジトリ A に Actions のコードが入っており,リポジトリ B で Actions を呼び出すとします.
.github/workflows 配下にリポジトリ A の Actions を呼び出す定義を書いてみます.
設定例
jobs: test: runs-on: ubuntu-latest steps: - name: Checkout uses: actions/checkout@v3 with: repository: hoge/リポジトリ A ref: main path: .github/actions/リポジトリ A token: ${{ secrets.PERSONAL_GITHUB_TOKEN }} - name: test actions uses: ./.github/actions/リポジトリ A with: param1: value1 param2: value2
上記の設定でリポジトリ A で main ブランチにあるコードをチェックアウトしてきます.その際に,Personal Access Token を使っているので,発行して Secrets に登録しておきます.この際に設定する権限は repo 全般の権限で確認しました.actions/checkoutが通れば,自作している Actios を実行するのに必要なパラメータをセットしたりすればよいですが,usesでチェックアウトで指定したパスを指定してます.指定したパスに action.yml がないとエラーで何回か失敗したので指定には注意ください.
プライベートリポジトリ間での GitHub Actions の呼び出し方法をまとめました.今回の経験でこれまで Actions はパブリックリポジトリじゃないと呼べないのだろうと一方的に勘違いしていたのを正せました.また,企業内のリポジトリであれば,こういった使い方はありうると思いますしあまり記事を見かけたなかったので記事にしてみました.
タダです.
SRE NEXT 2022 の Day2 参加レポートを書いていきます.自分が聞いたセッションでのメモを転記しながら感想を書きます.
Day1 の参加レポート
Shopify の SRE の記事を見てから気になっていたキーノートでした.Shopify の中での SRE の実践でやっていった内容も興味深かったのですが,Shopify の中での信頼性に関する考えやキャリアの多様な在り方を認める文化って素敵だと感じました.
メモ
二年前の SLO Review の発表からの振り返りを共有いただいたセッションでした.なにかアクションを取る時に自己完結化できるようにすることは重要だと自分の経験上感じていたり,そのための権限や調整も必要だと思っていました.その中で組織内の技術戦略にまで踏み込んでいったお話は自分にとってなかった考えで,いろんな人々を巻き込んで進めることを体現されているなと感じました.
資料
メモ
転職先でも SLO の策定の話が出てきたので改めて決定に至るプロセスを確認したくて参加しました.CUJ -> SLI -> SLO -> エラーバジェットを策定するのが良さそう,加えてワークショップの紹介や質疑応答で SLO で追う目標値の数は 3~5 個で良いや SLO が顧客の期待に応えているかを見るのは難しいものの山口さんより参考情報をいただけたのは参考になりました.
メモ
Day2 で参加したセッションとそのメモ,所感をまとめてみました.運営の皆さん,登壇された皆さん,お疲れさまでした！ Podcast でも雑談しました.
直接セッションを見に行けてないですが,公開された資料のリンクをまとめてくださっている方がいたのでリンクを貼らせていただきます.
