新規サービス開発で起こったインフラ移行の舞台裏
こんにちは、sugar-catです。 AIShiftでは、昨年11月から「AI Worker」[1]（以下、AI Worker）という新しいサービスの開発を開始しました。 約10ヶ月が経過し様々なことがありましたが、今回は私が行ったインフラ移行や諸々の改善活動について、外部公開が可能な取り組みをざっくりとまとめます。まだまだ開発途上の部分も多く、至らない点が多いですが、なんらか役立つと嬉しいです。 3ヶ月時点については、以下の記事をご覧ください。どのような技術を使い、何を作っているかについて説明しています。 Google Cloudへのサービス展開 弊チームでは、もともとMicrosoft Azureのスタックをベースにアプリケーションを構築・運用していました。しかし、ビジネス要件の変更に伴い、Google Cloudと併用してサービスを展開することになりました。 既存のAzure構成 も
デザイン思考と DX の関係性とは？デザイン思考を実践するための5ステップをわかりやすく解説！ | 株式会社G-gen（旧 株式会社トップゲート）
削除する Google Service TGカルチャー アプリケーション開発 コンサルティング セミナー テックブログ デザイン デジタルプロダクト開発 開発実績 ニュース 2025年の崖(1) 5G(1) AI(39) AI Hub(1) AI Platform(1) AlloyDB(12) AlloyDB for PostgreSQL(6) AlphaZero(1) Analytics HUB(1) Android(11) Android アプリ(1) Anthos(6) API(12) API エコノミー(1) APP(2) App Engine(2) App Maker(2) AppServer(1) AppSheet(3) arduino(1) Authentication(1) AutoML(4) AWS(12) AWS (Amazon Web Services)(1) AWS
GCPのVPCネットワークを作成してみた - Qiita
・VPCネットワークは、グローバルリソース。特定リージョンやゾーンに関連付けられていない ・サブネットはリージョンリソース ・インスタンス間のトラフィックは、NWのFWルールで制御可能。ルールはVM自体に実装される ・VPC NW内のリソースには、NW FWルールが適用される ・内部IPｖ４、IPv6アドレスを持つインスタンスは、Google API、サービスと通信できる ・NW管理は、IAMロールを使用して保護される ・組織は、共有VPCを使用して、共通ホストプロジェクト内で、VPC NWを維持できる ・VPCネットワークピアリングを使用して、異なるプロジェクトや組織のVPCネットワークとVPCネットワークを接続できる ・ハイブリッド環境のVPCネットワークは、Cloud VPNまたは、Cloud Interconnectを使用して安全に接続できる 概要 VPC ネットワークを元に整理し
概要 Argo Workflowsで作成したワークフローをDatadogで監視してみました。 Argo ServerをGKE上に構築し、Datadog Agent経由でArgo WorkflowsのメトリクスをDatadogに送ります。 Datadogでは使える機能に制限はあるもののFreeプランが用意されているので、今回はそれを使用します。 GitHub: https://github.com/hosimesi/code-for-techblogs/tree/main/argo_workflows_datadog_monitoring 今回作成したものは以下のように見ることができます。 検証環境 開発時は以下の検証環境を用意しました。 Argo WorkflowsとDatadog Argo Workflowsとは Kubernetes上で並列ジョブを管理するためのオープンソースのコンテナ
会社の機密情報を安全に管理！Google Vault の概要、機能、できることまで徹底解説！ | 株式会社G-gen（旧 株式会社トップゲート）
削除する Google Service TGカルチャー アプリケーション開発 コンサルティング セミナー テックブログ デザイン デジタルプロダクト開発 開発実績 ニュース 2025年の崖(1) 5G(1) AI(39) AI Hub(1) AI Platform(1) AlloyDB(12) AlloyDB for PostgreSQL(6) AlphaZero(1) Analytics HUB(1) Android(11) Android アプリ(1) Anthos(6) API(12) API エコノミー(1) APP(2) App Engine(2) App Maker(2) AppServer(1) AppSheet(3) arduino(1) Authentication(1) AutoML(4) AWS(12) AWS (Amazon Web Services)(1) AWS
新規サービス開発で起こったインフラ移行の舞台裏
こんにちは、sugar-catです。 AIShiftでは、昨年11月から「AI Worker」[1]（以下、AI Worker）という新しいサービスの開発を開始しました。 約10ヶ月が経過し様々なことがありましたが、今回は私が行ったインフラ移行や諸々の改善活動について、外部公開が可能な取り組みをざっくりとまとめます。まだまだ開発途上の部分も多く、至らない点が多いですが、なんらか役立つと嬉しいです。 3ヶ月時点については、以下の記事をご覧ください。どのような技術を使い、何を作っているかについて説明しています。 Google Cloudへのサービス展開 弊チームでは、もともとMicrosoft Azureのスタックをベースにアプリケーションを構築・運用していました。しかし、ビジネス要件の変更に伴い、Google Cloudと併用してサービスを展開することになりました。 既存のAzure構成 も
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GKE上に構築したArgo WorkflowsをDatadogで監視する