エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Cloud Composer の辛さと、それに負けない開発フローの構築 ~ローカル環境開発編~|株式会社JDSC
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Cloud Composer の辛さと、それに負けない開発フローの構築 ~ローカル環境開発編~|株式会社JDSC
※本稿はテックブログからの転載です。 こんにちは。JDSCエンジニアリングメンバーの秋山です。 前回の記... ※本稿はテックブログからの転載です。 こんにちは。JDSCエンジニアリングメンバーの秋山です。 前回の記事では、 Cloud Composer を利用していくことの辛さと、 「一旦、Cloud Composer ではなく、Aiflow そのもので開発/運用していく」 といった、フローのご紹介をいたしました。(これだと、 Cloud Composer の辛さに負けているように見える…) 今回は、そんな脱 Composer 開発の一歩として、各個人が GCP サービスにアクセスできる ローカルのAirflow コンテナの導入 のやり方についてご紹介いたします。 前提・docker-compose が利用できること ・開発者は GCP の適切なサービスが利用できる権限であること Airflow コンテナの導入まず、フォルダ構成は以下のようになっております。 |--.env |--Dockerfi