プロジェクト管理ツール「Confluence」について説明しています。Confluenceの用途、特徴、全体構造、技術構成、実際にできること、活用テクニック、補足情報、認定資格について詳しく紹介しています。

本記事では、Azureのリソース管理ツールであるBicepを活用し、ネットワーク基盤をコード化してデプロイ（構築）する過程をご紹介します。 私自身、Bicepの実装は手探りからのスタートでしたが、その中で得られた構築プロセスを整理してまとめました。 Bicepをこれから触ってみたいと思っている方の、参考になれば嬉しいです。 Bicepとは Bicepは、宣言型の構文を用いてAzureリソースをデプロイするためのドメイン固有言語（DSL）です。 従来のARMテンプレート（JSON形式）と比較して可読性が高く

はじめに こんにちは。情報システムグループの後藤です。 今回は、社内で長らく課題となっていた「オフィス無線LANの接続不安定問題」に対し、内製での調査・切り分けと、外部ベンダーによるサイトサーベイを組み合わせて改善まで導いたプロジェクト全貌をご紹介します。 「Web会議が頻繁に切れる」「特定のエリアだけ通信が遅い」……。 多くの企業で聞かれる悩みと思いますが、弊社も例外ではありませんでした。 今回、どのような調査・切り分けを実施し、解決に至ったのか。 具体的なデータとともに振り返ります。 ネットワーク設計

こんにちは、SCSKの坂木です。 AWS環境でのシステム監視において、標準機能である Amazon CloudWatch を利用されている方は多いと思います。CloudWatchのアラームは通常メール（SNS）等で通知されますが、運用が大規模になると「大量のメールに埋もれる」「対応状況がわからない」といった課題が発生しがちです。 そこで、インシデント管理ツールである PagerDuty と連携することで、以下のような運用の一元化・効率化によるメリットが生まれます。 アラートの集約と一元管理 CloudWa

こんにちは。アナログの温かみを大事にする畑野です。 先日、OSのパラメーターレビューを行っていたところ、手動で設定されたためか一部設定漏れや値の誤りに気付きました。 趣味で自宅サーバーを手動構築するのは大変楽しいのですが、業務で10台、20台を構築すると煩雑化し、1台1台に真心を込めるのが難しくなってきます。 そこでヒューマンエラーを防ぎつつ、設定を統一するためAnsible（アンシブル）という構成管理ツールを利用して再発防止を考えてみます。 Ansibleについて基本的なことはRed Hat社のドキュメ

こんにちは、SCSKの小川です。 パブリッククラウドが主流となる中、いまだオンプレのシステム稼働の需要は高く、お客様環境に個別の仮想基盤が多く稼働しています。 そのため、VMware問題に悩むお客様も多く、新たな仮想基盤へのリプレースの提案依頼が増えてきています。 今回は、新たなオンプレ仮想基盤ソリューションとして、everRunを紹介します。 VMware以外の仮想基盤ソリューションをご検討中の方は、ぜひご確認ください！   everRunとは everRunはStratus社が提供する高信頼

はじめに こんにちは、サイオステクノロジーの小野です。Kubernetesのマルチクラスター管理ツールであるRancherにはHelmリポジトリを登録して、そのリポジトリ内のHelmアプリケーションをGUI上で確認できる機能があります。 今回は ChartMuseum というツールでローカル環境にHelmリポジトリを構築し、それをRancherに登録する手順について解説します。 前提条件 今回構築した前提条件は以下になります： OSはUbuntuを使用  Rancher構築済み 構築方法は過去の記事を参考

こんにちは、SCSKの坂木です。 システム運用において、監視ツールからの通知をどのようにハンドリングするかは重要なテーマです。 今回は、 統合監視ツールであるZabbixと、インシデント管理プラットフォームであるPagerDutyを連携させる設定手順 をご紹介します。   Zabbix × PagerDutyについて Zabbixは非常に強力な監視ツールであり、検知からメール通知、slackなどのチャットツールへの連携まで単体で完結させることも可能です。 しかし、システム規模が大きくなったり、複

ソフトウェアテストの研修でテスト技法を学んだとき、「状態遷移図」は比較的理解しやすい技法だと感じていました。 状態と状態を線で結ぶだけで、画面や処理の流れが整理できる。 しかし、いざ実務で使ってみると、研修では見えていなかった“つまずきどころ”がいくつも浮かび上がってきました。 そこで今回は、テスト初心者である私が、状態遷移図を実務に適用する過程で特につまずいたポイントを整理します。 ※本記事は株式会社モンテカンポの新人スタッフが記録したレポートを元に、記事として編集しなおしたものとなります。 参考： テ

このシリーズは、私自身の「初心者研修記録」をもとに、研修で学んだテスト技法を実務でどのように活用したのかを記録したものです。 今回はその中から、実務で初めてテスト技法を意識的に活用した取り組みとして、「状態遷移図」を用いた検証の記録を整理し、記事としてまとめました。 私自身、ソフトウェアテスト受託業務の企業に就職してまだ3カ月ほどであり、ソフトウェアテストに関しては社内研修で学んだ知識しか持っていない状態でした。 実務経験がほぼない中で、研修で学んだテスト技法をどのように業務に落とし込んだのか、その過程と

こんにちは。SCSK1年目の渡辺です。 今年の re:Invent、皆さんご覧になられたでしょうか。 今年も例年どおり多くの発表があり、かなり盛り上がっていましたね。 私はリアルタイムでの参加はできず、いくつかアーカイブを視聴した程度ですが、 現地に行かれた方の話を聞く機会があり、来年は絶対行ってやる！！と思いました。 会場の熱量など、日本とは別世界なんだな、と改めて感じました。 （kiroのぬいぐるみ欲しかった、、、） 前置きはこのあたりにして、今回の re:Invent の中でも、特に注目を集めていた

急成長を遂げる事業において、海外展開は避けて通れない大きな一歩です。 しかし、複数のプロダクトやマイクロサービスが並走するメガベンチャーの現場では、各チームでテスト方針や品質基準がバラバラになり、思わぬ手戻りやブランド毀損のリスクに直面することも少なくありません。 特に「ローカライゼーション」は、単に言葉を置き換えるだけの作業と誤解されがちですが、その実態は「特定の市場でプロダクトが自然に受け入れられる状態」を保証するための極めて戦略的なプロセスです。 そこで今回はQAマネージャーや品質推進リードが、部分

XI本部 クラウド イノベーション センター所属、2年目の米田です。 今回は、 AWS サービス上でのコンテナイメージの運用と、それをより効率的に実現するFutureVulsについて、基礎的な部分を中心に共有させていただきます。 本ブログは、 10月下旬にあった社内向けの勉強会 にて発表させていただいた内容を含んだものになっており、少し振り返りながら改めてまとめさせていただきました。 勉強会当日は100名以上の参加者となり、そのような場での発表は私自身とても良い経験でした。勉強会にご参加いただいた方、コメ

はじめに ども！龍ちゃんです。技術調査にAIを活用していますか？ 「○○について調べて」とClaude Codeに頼むと、WebSearchでサッと検索して「こういう感じです」と返ってくる。便利なんですが、こんな経験ありませんか？ クオリティがまばら : 日によって深さが違う。「今日は浅いな…」 出典が不明 : 「この情報、どこから持ってきたの？」 フォーマットがバラバラ : 後から整理しようにも形式が統一されていない 保存先もバラバラ : どこに保存されたか分からない、または保存されない この問題を解決

急成長を続けるメガベンチャーの開発現場において、マイクロサービス化によるシステムの複雑肥大化は、従来の品質保証を困難にしています。 ステージング環境で本番を完璧に再現することには限界があり、リリース直前の全件テストが事業のスピードを阻害するボトルネックとなっているケースも珍しくありません。 こうした状況下で、QAマネージャーや品質推進リードが「部分最適」な改善から脱却し、組織全体のスピードと品質を両立させるための鍵となるのが、フィーチャーフラグを活用したテスト戦略です。 フィーチャーフラグは単なる条件分岐