■ 目次 はじめに このブログの概要 対象読者と前提知識 1. なぜ、そうなっていたのか？ オンプレミスという前提 Kubernetes導入で得られたもの 残った4つの課題 「境界」と「粒度」 2. 境界をどう引き直したのか？ Namespaceの割り当て先 Tenant境界の導入 セルフサービスでの環境発行 エコシステムのテナント分離 論理的な境界の積み重ね 3. リソースの粒度をどう変えたのか？ k8sリソースの粒度の問題 マニフェスト抽象化OSSの選定 PlatformAppの記述例 拡張性とガード

はじめに # 前回の記事（ 自前vLLMをOpen WebUI経由でVS Code（Cline）に接続！トークンフリーで開発する ）では、オープンソースのWeb UI・APIゲートウェイ「Open WebUI」を採用し、AWS上で動かす自前vLLMサーバーをVS Code拡張機能「Cline」のバックエンドとして直結させました。 前回の検証では「1台のGPUサーバー（ g6.xlarge ）をチーム3〜5人でシェアする」運用モデルを検討し、実用的なコストパフォーマンスが得られることを確認しました。しかし、

自己紹介とインターン参加理由   自己紹介 はじめまして、金井南海です。東京電機大学 理工学部 理工学科 理学系に所属する大学 3 年生です。 専攻では画像処理や機械学習理論といった数理情報系の学問を学んでいて、数式やアルゴリズムの仕組みを理解しながらものを作ることに面白さを感じています。   プライベートでは、ダーツと映画鑑賞が趣味です。 ダーツは狙った場所に投げる集中力と、思い通りにいかないときの試行錯誤が楽しく、映画鑑賞はストーリーの構成や伏線の張り方に注目して観るのが好きです。 なぜ数ある企業から

自己紹介とインターン参加理由 自己紹介 はじめまして日本工学院八王子専門学校 ITスペシャリスト科3年の村田悠月です。 学校ではクラウドの分野を中心に勉強しており、 サーバーやインフラの仕組みに興味を持って日々知識を深めています。 なぜ数ある企業からここ（サイオス）の インターンシップを選んだのか 今回のインターンは学校経由で参加させていただきました。 参加を決めた背景には、これまで個人での学習が中心だったこともあり、 実務に近い形でチーム開発を経験してみたい という想いがありました。特に、これまで自己流

QA テストケースの AI 生成をスキル化し、精度検証から実運用まで行った話 目次 はじめに 結論 ...

こんにちは、QAコンサルタントのヤマダです。 ソフトウェア開発の現場では、日々、品質の確保、生産性の向上、そして技術の継承といった課題に直面します。経験豊富なエースエンジニアの活躍で一時的に問題が解決されても、そのノウハウがチームに共有されなければ、同じ問題が繰り返し発生してしまいます。 こうした「属人化」という名の落とし穴を避け、チームとして継続的に成長していくために不可欠なのが 「標準」 という考え方です。 「標準」と聞くと「形式的で堅苦しい」「創造性を縛るもの」といったネガティブなイメージを持つ方が

はじめに dbt Labsが提供している「dbt Analytics Engineering Certification Exam」を受験し、無事合格することができました。 この記事では、これから受験する方の参考になればと思い、 試験の概要 実際に行った勉強方法 試験申し込み・受験環境の準備 試験当日に知っておくとよいこと について、私自身の受験経験をもとに紹介します。 本記事で扱う「dbt Analytics Engineering Certification Exam」の合格後に発行された認定証です。

Antigravityのスラッシュコマンドとは スラッシュコマンドとは、チャットの入力欄で「/」から始まるコマンドを入力することで、Antigravityの特定の機能やワークフローを呼び出す仕組みです。

はじめに こんにちは、ZOZOTOWN開発2部Androidブロックの小林（ @kako_351 ）です。普段はZOZOTOWN Androidアプリの開発を担当しています。ZOZOTOWN Androidでは、チーム内の運用でさまざまな作業を自動化しています。最近はリリース準備を、Jira AutomationとGitHub Actionsの組み合わせで自動化しました。本記事では、その仕組みと実装を紹介します。 目次 はじめに 目次 背景・課題 改善前の運用 ブランチ運用の整理 改善後の全体構成 Git

こんにちは、イノベーションセンターの真崎です。普段はAIを用いた業務改善や技術開発に従事しています。 私たちのチームではコーディングエージェントのClaude Codeを業務で活用しています。便利な一方で、利用が広がるほどコストも増えていきます。 そこで、調査と実装を割安なモデルに任せ、全体の判断とレビューだけを高性能なモデルが担う構成（オーケストレーション）をClaude Codeのカスタムサブエージェント機能で構築し、コストと品質を実測しました。 結果は予想外でした。小規模な改修では、オーケストレーシ

こんにちは。LINEアプリ開発SBU AIディベロッパーエクスペリエンスユニットの Nagase Takuya です。私のチームは、AndroidとiOSの開発者が混在する体制で、LINEアプリの機能...

はじめに こんにちは、ZOZOTOWN開発本部Webバックエンドブロックの和氣です。普段はZOZOTOWNのバックエンドを担当しています。 日々の開発にClaude Codeを使っています。使ううちに、仕様や経緯を毎回プロンプトで説明し直していることに気づきました。そこで、Claude Codeとの会話をMarkdownで残し、作業に合わせたコンテキストをClaude Code自身が組み上げるようにしました。以降、残したMarkdownを「メモリ」と呼びます（Claude Code標準のメモリ機能とは別物

はじめに 普段 AI エージェントに作業を任せるとき、コンテキストを AGENTS.md などの . ...

はじめに こんにちは。バックエンドエンジニアの山口です。 私が所属しているチームでは、日頃からClaude Codeを利用して開発をしています。 コードを書く・レビューする・調査するといった作業はかなり任せられるようになってきた一方で、課題に感じている部分があります。 「情報とナレッジの同期」です。 設計・コーディングといった開発業務であれば、ハーネスとGitと組み合わせて、かなり効率化されます。一方で、コーディング自体をAIに任せられるようになるほど、ボトルネックはより上流——企画や要件定義、部門をまた

この記事の対象者 インナーソースやOSSのコントリビュート文化に興味がある方 社内でAIエージェントとGitHub Actionsを組み合わせた「IssueOps」を検討している方 こんにちは、エンジニアリングマネージャーの芦川です。 以前からいろいろとインナーソースに関連した話を書いてきました。 インナーソースが組織に広がりやすいパターン4選！ GitHubで育つコラボレーション文化 :ニフティでのインナーソース挑戦事例 ドキュメントライティング本をインナーソースの観点から読んでみた InnerSour