はてなブックマーク

特定のWorkflowが開始・終了したらSlack通知したい場面は多々あると思う そんな時に、どのようはどうすればよいのか整理しておく on:workflow_run Workflowを起動できるEventの1つにworkflow_runがある。 これは、Workflowが開始・終了した時に発行されるものである。 対象のWorkflowや、開始・終了、ブランチなどを指定できる。 on: workflow_run: workflows: [workflow1, workflow2] types: [requested, completed] branches: [main] Workflowが開始・終了したら処理する types: [requested]とすると開始した時のEventを対象とできる。 types: [completed]とすると終了した時のEventを対象とできる。 開始した

ECS Taskを使ってバッチ処理するケースがあると思う。 構成のパターンは様々ありそうだが、必要となるAWSリソースであったり、監視・リトライの実現方法あたりを、整理しておこうと思う。 （Lambdaを使えばリトライ設定とかあるので簡単だが、処理時間が長いなどLambdaが使えないケースを想定している） 時間指定で、ECS Taskを起動したい EventBridgeでTargetに、ECS taskまたは、Step Functions state machineを指定すれば良い。 Targetの呼び出し自体に失敗したときのリトライはRuleに対して設定できるが、起動後の失敗に関してはStep Functionsで対応する必要がある。 なので、最初からStep Functions state machineを指定する形にしておくと良さそうな感じがする。 ECS Taskが失敗したら、リト

name: call on: workflow_call: jobs: myjob: runs-on: ubuntu-20.04 steps: - run: echo "HELLO CALL" name: main on: push: jobs: myjob: runs-on: ubuntu-20.04 steps: - run: echo "HELLO MAIN" call-workflow: needs: [myjob] uses: ./.github/workflows/call.yml 実行されたWorkflowのSummaryを見ると、次のようになっている。 このとき、呼び出されたWorkflow（call.yml）は、呼び出したWorkflow（main.yml）の一部であるかのような扱いになっている。 たとえば、呼び出された側のgithub contextは、呼び出した側の値

AWSを使う必要が出てきたので、色々と試してみる。 ここでは、Terraform を試す。 Terraform 学生時代にVagrantでお世話になったHashiCorpが作っているIaCツール。 CloudFormationと同じように、指定の書式でリソース構成を定義し、それを元にリソース構築できる。 AWSだけでなく、GoogleCloudやAzureでも使える。 大まかな仕組み CTOの解説動画がとても分かりやすい。 Terraformでは TFConfig という名の設定ファイルでインフラを定義する。 その TFConfig を現実世界に反映する時、大きく３つのステップがある。 Refresh 現実世界をインフラ定義に反映する（git pullする的な感じ） Plan 現実世界の内容を元に、どのような変更を加えるか計画する（PR出す的な感じ） Apply 計画した内容を元に、現実世

AWSを使う必要が出てきたので、色々と試してみる。 ここでは、ECS・Fargate を試す。 Amazon Elastic Container Service ECSとはコンテナクラスターを管理してくれるやつ。 KubernetesのAWS版にあたる。 ECSクラスター ECSを使う際のサービス単位。 クラスターの中にコンテナを立ち上げていく。 AWS Fargate ECS自体はコンテナクラスターを管理するための、コンテナ管理サービスである。 なので、ECSをどこで動かすかは選択できる。 ECSを動かす環境として、EC2とFargateを選択することができる。 EC2を選択した場合は各インスタンスのOSアップデートなど、EC2自体の運用が必要となる。 一方で、Fargateを選択した場合は、そういった面倒くさい部分が抽象化され、運用に関する手間が削減できる。 もちろん、抽象化されている

本書では、クラウド画像管理アプリの開発を通じて、Flutter・Firebaseを使ったアプリ開発に必要な知識・技術を広く獲得することを目指します。 プログラミングを学ぶのではなく、アプリ開発を学ぶことをテーマとしています。ですので、プログラミング言語・ライブラリなどの細かい使い方の説明は行っていません。一方で、仕事や個人でアプリ開発をする際に必要となってくる、設計・アーキテクチャ・状態管理といった内容を盛り込んでいます。 また、本書ではプログラミング言語の文法や開発環境の構築方法など、基礎知識を習得している方を対象としています。FlutterとFirebaseを使ったアプリ開発に全く触れたことのない方は、著者が運営している「Flutterで始めるアプリ開発」を事前に終了することをおすすめします。 【Flutterで始めるアプリ開発】 ・https://www.flutter-study.

前回の Flexbox に続き Grid Layout に関してもよくわかっていなかったので、 続いて仕組み・使い方を図を使って整理してみた。 Grid Gridは縦・横に要素を配置できるレイアウト方法です。 Gridを使うことにより、Flexboxよりも複雑な配置のレイアウトが作成できます。 例えば、Flexboxでは行または列どちらかを指定して１次元のレイアウトを作成できました。 Gridの場合は、行と列を同時に指定し２次元のレイアウトを作成できます。 Gridコンテナ・Gridアイテム・Gridセル Gridを使う上で必要となる要素が「Gridコンテナ」と「Gridアイテム」です。 Gridコンテナの中にGridアイテムを複数並べてレイアウトします。 <div class="container"> <div class="item">１</div> <div class="item"

Flexboxはレイアウト組む上でとても便利だが、justifyだとかalignだとか名前と意味の対応が曖昧で毎回調べていた。 仕組み・使い方を理解しようと思い、図を使って整理してみた。 ※ CSS Grid についても整理してみました Flexbox Flexboxは縦・横に要素を並べられるレイアウト方法です。 Flexboxを使うことにより、縦・横に並べるだけでなく、並べた要素の中央寄せ・上寄せなど細かな位置も調整できます。 コンテナ・アイテム Flexboxを使う上で必要となる要素が「Flexコンテナ」と「Flexアイテム」です。 Flexコンテナの中にFlexアイテムを複数並べてレイアウトします。 <div class="container"> <div class="item">１</div> <div class="item">２</div> <div class="item"

改めてRipverpodの基本的な使い方を整理しておきたくなったので書き出してみる。 Riverpod Compile safe No more ProviderNotFoundException or forgetting to handle loading state. Using Riverpod, if your code compiles, it works. 定義したグローバル変数を直接参照するので、コンパイルできる=型があっていれば、動作が保証されると。より安全にプログラミングできるってことですね。 Provider, without its limitations