Harness Blog

可観測性と監視は密接に関係しており、信頼性の高いシステムを構築するためには、この2つが必要です。なぜ、この２つが重要なのか、その理由をご紹介します。

ソフトウェアデリバリーシステムは、クラウド移行によるデジタルトランスフォーメーションの恩恵を享受するために、非常に複雑で新しい課題、そして圧倒的なデータノイズに悩まされています。このような広大なマルチクラウド環境において、アプリケーションやサービスの数がある種の転換点に達すると、何がどこで実行され、どれくらいのパフォーマンスがあるのかが分からなくなります。このような大量の高速データストリームを継続的に調査し、本番環境における既知および未知の問題を特定することが非常に重要です。このときこそ、可観測性と監視の出番なのです。

まず、この２つの用語の定義から始めましょう。簡単に言うと、監視はデータの収集と分析によって問題を発見する作業であり、可観測性は問題を解決することによって達成されるものです。可観測性は、メトリクス、ログ、トレースを使って、マルチクラウド環境におけるシステムの内部状態を理解するのに役立ちます。監視と可観測性は、ソフトウェア環境の性能と信頼性を維持するために役立つ２つのアプローチを提供します。

Harness GitOpsは、拡張性、制御、セキュリティーを実現し、より少ないリスクで新しいデプロイメント戦略を提供します。今すぐお試しください。

GitOpsの制御を強化

このレビューでは、フィーチャーフラグ、Split、長所と短所、ユースケース、そしてHarnessとの違いについて説明します。

Splitは、フィーチャーフラグの管理ツールを提供するSaaS企業です。リリースとデプロイを切り離すことで、エンジニアリングチームがより迅速に新機能をリリースできるようにすることに加え、製品のSplitにはあらゆる顧客を属性に基づくセグメント（「スプリット」と呼ばれる）に分類し、メトリクスサービスのデータを統合してログを使用し、フラグの動作を管理・測定する機能が含まれています。Splitを使えば、このデータに基づいて、基本的なアラートとキルスイッチの動作を伴うルールを作成することができます。

Harness Feature Flagsで公開APIが利用可能になり、開発者はコーディングで作業できるようになりました。UIにさようなら！

この度、Harness Feature Flagsに公開用APIが追加されましたので、お知らせいたします。これにより、Feature Flagsのユーザーは、フィーチャーフラグの作成、編集、管理の全てをコードで行うことができるようになりました。

この記事では、Feature Flagsリレープロキシーについて、アーキテクチャー、キャッシング、使用方法などを詳しく説明します。

リレープロキシーは、インフラストラクチャー内で動作する軽量のGoアプリケーションで、Harnessプラットフォームへの全てのストリーミング接続を処理します。起動時に全てのフラグ、ターゲット、ターゲットグループデータを取得し、キャッシュし、時間の経過とともに更新を取得し、接続された下流SDKに提供します。

機能管理のためのリレープロキシーサービスが登場しました。機密を保ちながら大規模に、機能可用性を管理するストレスにさようなら。

この度、Harness Feature Flagsにリレープロキシーサービスを導入することとなりましたので、お知らせいたします。Feature Flagsのユーザーは、アプリケーションとHarnessの間にプロキシーを置くことで、エアギャップ環境を実現し、Feature Flagsを利用するミッションクリティカルなアプリケーションに追加のキャッシュと耐障害性を提供できるようになりました。

初級者がやってしまいがちなKubernetesの間違いが多くあります。リストを作り、それらを回避するための解決策とヒントを添えました。

DevOpsは長い道のりを歩み、Kubernetesは急速にテクノロジー界を席巻しています。Kubernetesはオープンソースのコンテナオーケストレーターシステムで、コンテナ化されたアプリケーションのデプロイ、スケーリング、管理を自動化します。コンテナの分散クラスターを経済的かつ確実に管理するための強力なツールです。洗練されたツールと言われる一方で、正しく設定しないと問題を起こすこともあります。対処しないままでは、これらのKubernetesのミスが本番

この記事では、Chrisが最新のソフトウェアデリバリーを実践する方法と、ソフトウェアデリバリーのベストプラクティスとは何かについて解説しています。

Marc Andreessenが「

何度でも言いますが、百聞は一見にしかず。Harnessダッシュボードの魔法をご覧ください。

Harnessのカスタムダッシュボードは、主要なパフォーマンス指標の監視、分析、トラブルシューティング、可視化により、運用に関する情報提供、ボトルネックの特定、ビジネス成果の推進を支援します。Harnessのカスタムダッシュボードを使用すると、ソフトウェアデリバリーの速度とパフォーマンスの追跡、ビルドとデプロイの追跡、インフラストラクチャーのコストの分析をリアルタイムに行うためのセルフサービスダッシュボードの全機能を体験することができます。

多値フラグは無制限の状態を持つフラグで、論理値（二値）フラグのようにオンとオフだけではありません。その活用方法をご紹介します。

フィーチャーフラグというと、オンかオフか、真か偽か、ということを思い浮かべます。これは論理値フラグと呼ばれ、２つの状態しか持ちません。しかし、フラグには他にも

HarnessがSOC 2準拠を達成！私たちは、セキュリティープログラムと能力の継続的な改善に取り組んでいます。詳しくは続きをどうぞ。

Harnessのサービス・オーガニゼーション・コントロール（SOC）2タイプII報告書の完成を大変嬉しく思っています。Schellmanが作成したこの報告書は、Harnessの情報セキュリティーの実践、方針、手順の設計と運用が、セキュリティー、可用性、および機密性に関するSOC 2信託サービスの基準に適合すると文書化したものです。

自動プルーニング機能は、マニフェストから削除されたものの、まだクラスターに残っているリソースを処理します。クリーンアップの手間を省くことができます。

デプロイメント環境においてぶら下がったリソースは誰も望んでいません。ごちゃごちゃして、不必要にリソースを消費してしまうからです。特に、複数の管理者／開発者が環境を管理していて、所有者とナレッジが分散している場合は、苦痛を伴います。 さらに、