2022/5月/20 - 読み終える時間: 2 分

Accelerate on Kubernetes: Or, How I Learned to Stop Worrying and Love Automated Container Orchestration の翻訳版です。

HCL Accelerate on Kubernetes: あるいは、私はいかにして心配するのをやめて、自動化されたコンテナ・オーケストレーションを愛するようになったか

2022年5月19日

著者: William Federkiel / HCL Accelerate Software Engineer

最近、コンテナ化は至る所で見られるようになり、技術者は組織でそれを採用しようと躍起になっています。しかし、コンテナ化とはいったい何なのでしょうか？実際に有益なのか、それとも単なる流行なのか？それを活用する最良の方法は何でしょうか？そして最も重要なことは、それが HCL Accelerate とどのように関係しているのかということです。

コンテナ。それはあなたの両親のタッパーウェアとは違うもの

ある意味、コンテナは仮想マシンに似ていると考えることができます。その環境では、外部のものに影響を与えることなく、また影響を受けることなく、ソフトウェアを実行することができる分離された環境です。しかし、従来の仮想マシンには多くの欠点があります。その主な原因は、各仮想マシンで完全なオペレーティングシステムを実行することによるオーバーヘッドにあります。これに対してコンテナは、ホストマシン、つまりコンテナ化プラットフォームを実行するマシンのカーネル（ほとんどの場合、Linux）を共有します。そのため、前述のような重複を最小限に抑えることができ、リソースの利用効率がかなり高くなります。

2022/5月/17 - 読み終える時間: ~1 分

「脆弱性診断の内製化とCI/CD連携が生む効果: 「DevSecOps」とシフトレフトが実現する開発高速化×セキュリティ強化とは」と題する記事をアイティメディア株式会社のサイト ITmedia.co.jp に掲載しました。

• https://techtarget.itmedia.co.jp/tt/news/2205/16/news04.html

「企業におけるアプリケーションの複雑化や開発の高速化が進むと同時に、攻撃もいっそう巧妙化している。限られた予算や人材で、企業が効果的に自社アプリケーションのセキュリティ対策を実施する方法とは」

ご興味がございましたら是非ご覧くださいませ。

2022/4/26 - 読み終える時間: ~1 分

OpenShift Installation Updates の翻訳版です。

HCL Accelerate: OpenShift インストールについての最新情報

2022年4月25日

著者: Nick Mathison / Value Stream Manager

HCL Accelerate バージョン 3.1.0 から、OpenShift Template のインストールが削除されます。OpenShift ユーザーの方は、Helm チャートを通じて OpenShift プラットフォームのサポートを継続しますので、ご安心ください。HCL Accelerate バージョン 3.1.0 のインストーラーでは、OpenShift Template のインストールとアップグレードパスは削除されます。バージョン 3.0.4 以降では、Helm チャートを使用して OpenShift Template のインストールをアップグレードおよび移行できます。

Helm チャートは OpenShift と Kubernetes のプラットフォームをサポートしていますが、OpenShift Templateはインストールするプラットフォームが OpenShift のみという制約があります。サポートや制限、パフォーマンスなどを考慮し、OpenShift プラットフォームのインストールにはHelm チャートを使用することにしました。

2022/4/25 - 読み終える時間: 2 分

HCL named a Leader in the 2022 IDC MarketScape for Worldwide Enterprise Automated Software Quality and Continuous Testing for Digital Execution の翻訳版です。

HCL OneTest: 2022年 IDC MarketScape for Worldwide Enterprise Automated Software Quality and Continuous Testing for Digital Execution においてリーダーに選出される

2022年4月22日

著者: Ragasudha Mardhaniyogan / Product Marketing Manager, OneTest

HCL は、IDC MarketScape for Worldwide Enterprise Automated Software Quality and Continuous Testing for Digital Execution 2022 Vendor Assessment (Doc #US47097621, March 2022) で Leader に位置づけられたことを発表します！これは、HCL Software にとって大きな評価です。HCL Software は、HCL Technologies（HCL）の一部門であり、主要なソフトウェア事業を展開しています。IDC のリサーチの一環として評価された製品には、HCL OneTest Studio と HCL OneTest Embedded、そして HCL AppScan、HCL Launch、HCL Accelerate が含まれます。

このレポートでは、24 のベンダーが評価され、複数の基準と 2 つの軸（現在の能力、つまりベンダーがどれだけ顧客のニーズに合致しているか、将来の戦略、つまりベンダーの将来の戦略がどれだけ 3-5 年後に顧客が必要とするものと合致しているか）で位置づけられました。HCLのリーダーとしての地位は、これらの製品を推進し、DevOps市場空間のニーズを満たすという我々のコミットメントをしっかりと反映しています。

IDC MarketScapeレポートは、ASQ市場における購入の意思決定のガイダンスを提供しています。HCL がなぜリーダーに選ばれたのか、レポートの抜粋をお読みください。また、レポートをお読みになった後は、当社のソリューションがどのようにお役に立てるかのご相談があればお問い合わせください。

この図について: IDC MarketScape のベンダー分析モデルは、特定市場における ICT サプライヤーの競争力強化の概要を提供するために設計されています。調査方法は、定性的および定量的な基準に基づいた厳密なスコアリング方法を採用しており、その結果、所定の市場内における各ベンダーのポジションを一枚の図に示すことができます。Capabilities スコアは、ベンダーの製品、Go-to-Market、短期的なビジネス遂行能力を測定するものです。戦略スコアは、3-5 年の時間枠で、ベンダーの戦略と顧客要求の整合性を測定するものです。ベンダーの市場シェアは、アイコンの大きさで示されています。

IDC MarketScape では、ソフトウェア開発におけるスキル不足に言及し、このギャップを埋める潜在的な手段の1つとして、堅牢なテスト機能を組み込んだローコードおよびノーコードソリューションの利点を強調しています。特に、ビジネスの専門知識を持ち、コーディングの経験がほとんどないにもかかわらず、消費するためのアプリケーションを構築する「市民開発者」の出現は、このことを物語っています。

HCL OneTest は、ノーコードのテスト開発を提供することで、この課題に対する解決策を提供できると考えています。

調査中、IDC は、顧客が高品質のソフトウェア開発を推進する上で、継続的なテスト、アジャイルプラクティス、および継続的な統合の必要性を繰り返し強調するのを目の当たりにしました。これらのニーズは、エンドツーエンドのDevOpsおよびソフトウェア品質ソリューションに関する評価基準を後押しするものでした。

ここでは、IDC MarketScape が HCL について述べたすべての良い点を紹介することはできません。

要約すると、もしあなたがセキュアな DevOps プラットフォームでこれらの機能のいずれかを探しているのであれば、ぜひご連絡をください。

• DevOpsのライフサイクル全般を網羅する、緊密に統合された幅広いポートフォリオ
• ローコード/ノーコード機能による容易な利用
• 使いやすいオープンソース統合を備えたオープンアーキテクチャ
• HCL 独自の HCL Now を含む、選択したクラウドでホスト可能なクラウド・ネイティブ・ソリューション

進化し続ける DevOps の世界において、IDC MarketScape はレポート作成時点におけるHCLの能力を評価したものです。しかし、私たちはこの評価に甘んじることなく、お客様や市場の拡大し続ける要求に応えるべく、ソリューションの構築を続けています。このレポート以降、私たちがどのような製品を提供してきたかについては、デモを予約していただくか、お気軽にお問い合わせください。

レポートの抜粋をダウンロードするには、ここ をクリックしてください。

2022/4/15 - 読み終える時間: ~1 分

DevOps from the human perspective の翻訳版です。

人間の視点から見た DevOps

2020年8月13日

著者: Elise Yahner / Mrketing Strategy and Campaigns for HCL Software DevOps.

DevOpsを実践する上で何が優れているかを考えるとき、あなたはおそらく技術的な才能、自動化のノウハウ、そして機能的なスキルについて考えるでしょう。しかし、共感、時間管理、コミュニケーションなどのヒューマンスキルは、最近注目されています。これらのスキルは「ソフト」スキルとして考えられることが多いですが、「ハード」スキルに劣らず価値があります。特に、リモートワーク環境で同僚と関わる際に、より繊細さが要求されるようになりました。

DevOps.comは最近、チームビルディングと仕事の燃え尽き症候群の回避を取り上げた電子書籍 DevOps: Mastering the Human Element を出版しました。この電子書籍は、パンデミックが発生する前に企画されたものですが、分散型チームの管理で直面する新たな課題を抱える現在、特に適切な内容となっています。この 2020 Upskilling: Enterprise DevOps Skills Report という電子書籍は、DevOps Instituteの2020 Upskillingからの洞察に基づき、持続可能なDevOps作業環境の構築と適切な文化の発展に関する専門家のアドバイスを提供します。

「DevOpsの人間化」というトピックは、最近のDevOps.comのパネルウェビナーで詳しく取り上げられました。HCL Software DevOpsプロダクトマネージャーのSteve Booneは、このディスカッションに参加し、リモートワークへの突然のピボットによってもたらされる独自の課題についての見識を提供しました。

「課題の1つは、多くのマネージャーやチームメンバーが、皆が何に取り組んでいるかを知っているつもりでも、実際にはよくわからないことです。「すると突然、グループとしてもっとコミュニケーションをとり、仕事の中身をよく見えるようにして、責任の所在を明確にし、指図したり、物事がうまくいっていると思い込んだりしないようにしなければならないことがわかります。誰がいつ、どこで、何をしているかを把握できるように、作業を可視化しなければならないのです」。

主なポイント

• 58%の企業が適切なDevOpsスキルを持つ人材を見つけるのに苦労しており、48%の企業がそのような人材を見つけたとしても維持するのに苦労しています。
• 組織は、進行中の作業をより効果的に管理し、チームの認識負荷を軽減する必要があります。
• 在宅勤務が一般的になりつつある中、チームはオフィスでのコミュニケーションを再現し、コラボレーションを維持するための革新的な方法を見つける必要があります。
• このような前向きな企業文化を確立し、チームの燃え尽き症候群を防ぐには、変革を推進する努力を真に支持する経営陣の存在が不可欠なのです。

「作業の見える化」は、個々の貢献者を助け、責任のなすりあいを避けるためのものですが、このレベルの透明性は、助け舟というよりも、監視役として機能するのではないかと心配する開発者もいます。しかしBoone氏は、それはまったく目標ではなく、価値の流れ管理は、悪いパフォーマンスよりも良いパフォーマンスを見出すことにあると言います。

「バリューストリームマネジメント」は、物事がうまくいっているところに目を向ける機会です。批判するのではなく、耳を傾けることです」とブーン氏は言う。「うまくいっているチームを見つけたら、それを評価し、報酬を与え、ベストプラクティスを構築し、サポートが必要なチームと共有することができるのです」。

そして何より、Boone氏は、チームマネジメントにおける共感と人間的なつながりの必要性を強調しました。

「私たちは皆、お互いにもっと共感し合うことができるはずです。小さな子供の声が聞こえるかもしれないが、それは "新しい常識"であり、人々の状況を理解しなければならない。さらに重要なことは、他の組織の仕組みを理解することです。ソフトウェアを世に送り出すには、ドキュメンテーション、マーケティング、セールス、サポートなど、さまざまな組織が必要です。ビジネス全体の仕組みや、各チームがどのように貢献しているかについての知識を広げる手助けをすることで、物事を前向きにとらえることができるのです」と Boone 氏は述べています。

DevOps.comの電子書籍のダウンロードとパネルウェビナー（録画）の視聴は、こちらをご覧ください。

2022/4/13 - 読み終える時間: 10 分

HCL Accelerate value stream management with Jira の翻訳版です。

HCL Accelerate バリューストリームマネジメントと Jira の連携

2020年7月28日

著者: Daniel Trowbridge / Technical Lead

このチュートリアルでは、Jiraとの統合を作成し、HCL Accelerate のバリューストリームまたはVSM（バリューストリームマネジメント）ビュー内で「点」（作業単位）を移動する方法を紹介します。課題追跡カードは、多くの場合、開発バリューストリームの作業が始まる場所です。さらなるチュートリアルでは、HCL Accelerateがバリューストリーム全体にわたって多くの異なるツールからデータを結合する方法を紹介します。

1. Jira のセットアップ

1.1 Jiraインスタンス

このチュートリアルでは、API トークンを使用してアクセスおよび認証できる Jira インスタンスが必要です。

この目的ですぐに利用できる Jira インスタンスがない場合、1 つのオプションとして https://www.atlassian.com のクラウド Jira インスタンスを使用することができます。Jira クラウドを使用したことがない場合は、無料トライアルにサインアップすることができます。

1.2 かんばんテンプレート(オプション)

新しい Jira クラウドインスタンスをセットアップする場合、すべてのセットアップの質問に対して「スキップ」をクリックすることができます。カンバンクラシックテンプレートは、このチュートリアルには適していますが、必須ではありません (次のセクションを参照)。

1.3 Jiraプロジェクトの作成

新しいプロジェクトを作成する場合、プロジェクトのキーがHCL Accelerateの統合で使用されることに注意してください。

1.4 Jiraボード

このチュートリアルでは、Jira ボードに以下の 5 つのカラムとステータス名があることを確認します。

• バックログ
• 開発対象
• 進行中
• レビュー中
• マージ

ボードを直接編集するか、ワークフローエディタ（設定>課題>ワークフロー）を使用し、このワークフローをボード（プロジェクト設定）に適用することができます。

1.5 カードの作成

このチュートリアルでは、少なくとも1枚のカードが必要です。カードを作成し、「バックログ」に追加してください。

2. Jiraとの統合を作成する

1. HCL Accelerate のプラグインページ（Settings>Integrations>Plugins）に移動し、Jira プラグインの「Add Integration」をクリックします。Jira Integration の追加」フォームに記入するよう促されます。

2. 統合名を入力します。チュートリアルで使用する名前は、「JKE Jira 1」です。

3. Jira のベース URL を指定します。これは Jira のインスタンスに依存します。クラウド Jira の場合は、「https://.atlassian.net」という形式になります。

4. Jira のユーザー名を入力します。これは、Jira のログインに使用される電子メール アドレスである必要があります。

5. 認証（API TokenまたはoAuth）を提供する。このチュートリアルでは、クラウド Jira の API Token を使用します。API Token は https://id.atlassian.com/manage/api-tokens で作成することができます。トークンを作成し、HCL Accelerate の「パスワード」として提供します（この場合、通常のアカウントログインパスワードは機能しません）。

6. 上記の通り、このチュートリアルではAPI Tokenを使用するため、oAuthの4つのフィールドは空欄にします。

7. 最後のフィールドは、統合のためのJiraプロジェクトを指定します。完全な名前ではなく、Jira プロジェクトの「キー」を使用します。プロジェクトを作成するときにこのキーを編集できたことを思い出してください。

8. 追加」をクリックします。統合が作成され、統合ページに表示されるはずです。統合のドロップダウンをクリックすると、詳細を見ることができます。統合のステータスと実行ログも表示されます。

注：統合のアップグレードが可能な場合（名前の横に青い点が表示される）、今すぐアップグレードすることをお勧めします。縦に3つ並んだドットの「ケバブ」メニューをクリックし、「アップグレード」を選択します。

3. バリューストリームにJira統合を追加する

3.1 新規バリューストリームの作成

1. バリューストリームページに移動し、"作成 "をクリックします。

2. バリューストリームに名前を付け、そのチームを選択します。ワークブックでは、「JKE App1」という名前と「Default Team」を使用します。バリューストリームの説明は任意です。

3.2 vsm.json ファイルを作成する

HCL Accelerateに統合が追加されたので、特定のバリューストリームに追加することも可能です。HCL Accelerateのバリューストリームは、バリューストリームマップ（VSM）jsonファイルをダウンロードしてアップロードすることで、高度な設定が可能です。VSMの設定例を以下に示します。このjsonをコピーして.jsonファイルに保存し、このファイルをアップロードしてバリューストリームを構成してください。

この json コンテンツは Jira 統合名を参照するため、アップロードする前に統合名を「JKE Jira 1」とし、「オンライン」にする必要があります（さもなければ json を適宜編集してください）。

{ 
  "tenantId": "5ade13625558f2c6688d15ce", 
  "integrations": [{ 
    "name": "JKE Jira 1"
  }], 
  "phases": [{ 
      "name": "Planning", 
      "stages": [{ 
          "name": "Backlog", 
          "query": "issue.status=Backlog"
        }, 
    { 
          "name": "Selected For Development", 
          "query": "issue.status='Selected for Development' AND pr.status!=open"
        } 
      ] 
    }, 
    { 
      "name": "Development", 
      "stages": [{ 
          "name": "In Progress", 
          "query": "pr.status=open AND issue.status!='In Review'"
        }, 
        { 
          "name": "In Review", 
          "query": "issue.status='In Review' AND pr.status!=closed"
        }, 
        { 
          "name": "Merged", 
          "query": "pr.status=closed AND build.status!=success"
        }, 
        { 
          "name": "Build", 
          "query": "build.status=success AND deployment.env!=DEV"
        } 
      ] 
    }, 
    { 
      "name": "Deployment", 
      "stages": [{ 
          "name": "DEV", 
          "query": "deployment.env=DEV AND deployment.env!=QA"
        }, 
        { 
          "name": "QA", 
          "query": "deployment.env=QA AND deployment.env!=PROD"
        }, 
        { 
          "name": "PROD", 
          "query": "deployment.env=PROD"
        } 
      ] 
    } 
  ] 
}

VSM JSONの説明

統合の配列

統合は、統合名に基づいて含まれます。このチュートリアルでは、「JKE Jira 1」という名前を使用していますが、統合の名前が異なる場合は、変更する必要があります。

"integrations":[

{

"name":"JKE Jira 1"

}

]

フェーズとステージ

バリューストリームは、フェーズとステージで構成されています。この json ファイルは、このチュートリアルのためのフェーズとステージの定義を提供します。ステージの重要な部分は、ワークアイテム（ドット）がステージに含まれるべきかどうかを論理的に定義するステージクエリです。以前、Jira のステータスを定義したことを思い出してください。例えば、Jiraステータスの「Backlog」をHCL Accelerateステージにマッピングすることができます。この設定を変更することで、異なるJiraステータスの値を異なるステージに使用することができます。

"phases":[

{

"name": "Planning",

"stages": [

{

"name": "Backlog",

"query": "issue.status=Backlog"

},    ...

4. vsm.json ファイルのアップロード

新しいバリューストリームを作成した場合、アップロードボタンが直接利用できます。

vsm.jsonファイルをアップロードした後、ツールおよびユーティリティのドロップダウン・オプション「バリューストリームマップの置き換え」を使って、後から追加アップロードでバリューストリームを修正することが可能です。

5. ドットの確認

HCL Accelerateがデータを同期するのを待ちます。Backlog に配置された Jira 課題は、バリューストリームの Backlog に表示されるようになります。

6. Jiraによるステージ変更

HCL Accelerate で Jira 統合を設定し、vsm.json ファイルを使用して統合とステージクエリを値の流れに追加すると、Jira カードが値の流れ内にドットとして表示されるようになります。課題のステータスは Jira で更新でき、ワークアイテム（ドット）は HCL Accelerate でステージを変更します。

1. Jira カードを「Backlog」から「Selected for Development」に移動します。

2. HCL Accelerate の同期に時間をかけます（通常最大1分程度）。ワークアイテムは次のステージ「Selected For Development」に移動しているはずです。

3. ドットをクリックすると、Jiraカードへのリンクやワークアイテムの履歴など、詳細が表示されます。

おさらい - 企画から開発へ、JiraからGitHubへ -

このセクションでは、バリューストリームの計画フェーズに焦点を当てました。今回は、課題追跡システムとしてJiraを使用しました。Jira ボードと課題を作成し、Jira との統合を設定し、その統合を価値の流れに追加し、価値の流れが計画段階を通してどのように Jira のステータス変更を追跡しているかを観察しました。理論的には、価値の流れのすべての段階でJiraを使用することができますが、実際にはJiraのカードには限界があります。しかし、実際にはJiraカードには限界があります。GitHubやJenkinsのような他のシステムと直接統合し、作業項目の道のりをリアルタイムで完全に自動化し、正確に可視化することができるのです。次の開発段階では、GitHub との統合を追加し、Jira と GitHub がどのように連動するかを確認する予定です。

2022/3/29 - 読み終える時間: 2 分

HCL Launch Java 8 EoS and other considerations の翻訳版です。

HCL Launch Java 8 のサポート終了とその他の検討事項

2022年3月28日

著者: Senthil Nathan / HCL Launch Product Manager

今回は、2つのホットなトピックについて解説を加えたいと思います。一つはJavaのバージョンの互換性とサポート、もう一つはHCL Launchがセキュリティフィクスパックのどのリリースストリームにあるかです。

Javaバージョンの互換性

HCL Launch 7.2.0.0の発表の中で、Java 8が2022年6月にサポート終了となることを発表しました。この変更は、異なる HCL Launch 7.x バージョンをご利用のお客様にとって異なる影響を及ぼします。ここでは、この変更がお客様に与える影響と、2022年6月以降にお客様が行うべきことを説明します。

キーポイント

HCL Launch（当時はHCL UrbanCode Deployとして知られていた）バージョンは7.0.0～7.0.1.x の場合

• Java のサポートはベストエフォートで行われます。
• Java 11、17は未対応です。

重要：完全にサポートされている Java 11 を使用できるようにするには、HC Launch 7.0.2.xより大きいバージョン（できれば7.0.5.x）への移行を計画することが推奨されます。

HCL Launch 7.0.2.x - 7.2.2.x の場合

• Java 8 をお使いの場合、Java のサポート問題はベストエフォートで処理されます。
• Java 11 は完全にサポートされています。
• Java 17はサポート対象外です。

HCL Launch 7.2.3（2022年6月リリース予定）以降の場合

• Java 8 はサポート対象外
• Java 11 は完全にサポートされています。
• Java 17 は完全にサポートされる予定です。

HCL Launch は、セキュリティで保護されたプロパティの暗号化に java keystore を使用します。そのため、異なるベンダーのJREにアップグレードする場合、このキーストアを復号化できなくなります。7.2.1.0から、製品には鍵ストアを変換する機能があります。 しかし、7.2.1.0より前のバージョンを使用している場合、HCL Launchドキュメントにキーストアの変換方法について記載されています。「新しいJREは、現在のJREと同じベンダーのものである必要があります。JREのベンダーを変更したい場合は、サポートに連絡して、KeystoreConverterツールを入手してください。" ( なお、IBM Java 8 から IBM Semeru Java 11 へのアップグレードであっても、それは別ベンダーの移行に相当します)。

この場合、HCL Softwareのサポートページを使用して新しいサポートケースを開くだけで、このツールにアクセスする方法とそのドキュメントに関する情報が戻ってきます。

セキュリティ Fixpacks

HCL Launch は、サポートされるすべてのリリースのセキュリティ Fix Packを提供します。お客様は、Fix Pack がリリースされ次第、セキュリティ脆弱性のパッチを確実に適用できるよう、対応するFix Pack のストリームに移行することが推奨されます。

• 7.0.* の場合、7.0.5.x セキュリティ Fix Pack ストリームにアップデートしてください。
• 7.1.* の場合は 7.1.2.x セキュリティ Fix Pack のストリームにアップデートしてください。
• 7.2.* をお使いの場合、これは現在のストリームですので、最新バージョンのストリームにはすべてのセキュリティパッチが含まれています。

2022/3/9 - 読み終える時間: ~1 分

SRE Tooling and Processes at HCL DevOps (excerpt) の翻訳版です。

HCL DevOps における SRE ツールとプロセス (抜粋)

2022年3月4日

著者: Alexandru Mreana / Manager

SRE の標準が成熟し、市場に採用されたことで、多くの組織の目には SRE が新しい DevOps 2.0 として映っています。

SRE は、Google が最初に策定し普及させた、試行錯誤を重ねた DevOps の実践から発展したものですが、実際には、ほとんどの企業が、自社のビジネスニーズに合わせてカスタマイズした異なる SRE 哲学と原則を持っているでしょう。

ここでは、DevOps ツールを活用する最良の方法、DevOps プログラムを次のレベルに引き上げるために組織が使用しているプロセスと理念、そして HCL の DevOps サービスを最大限に活用する方法について見ていきましょう。

DevOpsは、開発チームと運用チームの間に協力的な文化を構築するために使用される一連のプラクティスであり、生産性を向上させるとともに、ビジネスの市場投入までの時間とコストを削減します。

ここでは、いくつかのSRE標準と、各企業がその標準からどのような利益を得ることができるかを見てみましょう。

1. 組織のサイロ化を防ぐ

開発チームと運用チームのコラボレーションが必要なプロセスを使用するか、両チームが物理的または仮想的に同じ部屋に座ることで、製品がエンドユーザーまでの各フェーズを通過する経路の共有オーナーシップが生まれます。開発、セキュリティ、マーケティング、その他関連するチーム間のコラボレーションとディスカッションは、計画した機能や変更が現実の世界で機能することを保証するための入門書となるのです。

2.失敗を当たり前のこととして受け止める

SLA、SLO、SLIは、パフォーマンスを測定する際に必ず必要なものであり、ビジネスの成功に不可欠なものです。それでも、エラーは発生します。その際、しっかりとしたロールバックプランを用意しておけば、バグのトラブルシューティングに時間を取られることはありません。失敗を正常なものとして受け入れることで、コラボレーションが高まり、チームはエラーに対するより良い準備に集中できます。

3. 漸進的な変更の実施

大きな変更を小さなリリースに分割することで、エンジニアリングチームとオペレーションチームの両方の仕事が容易になります。運用チームにとっては冗長な作業が減り、開発者にとっては調査時間が減ることで、失敗のコストを削減できます。

4. ツールや自動化の活用

自動化は、長期的な価値を創造するための鍵であり、協力チームのアウトプットから自動化が必要なものを特定することから始めることになります。経験則では、自動化の構築にかかる時間がタスクの実行そのものよりもかなり小さい限り、繰り返しのあるタスクには自動化を使用する必要があります。

しかし、労力のレベルは低くてもよく、推奨されており、ほとんどの企業は10～20％の間のどこかに目標を設定しています。HCL Accelerateは、最も頻繁に発生する困難な点を概観し、最初に改善すべき最も重要なステップを特定するために、非常に役立ちます。

5. すべてを測定する

データが多すぎると本当の問題から目をそらし、少なすぎるとプロセスの停滞を誘発します。しかし、ロギング、測定、アラートの違いを見ておく必要があります。ケースや業界によってバランスは異なるだろうし、SLA、SLO、SLIのレベルは、開発、運用、営業などのチームのメイントピックになるはずだ。HCL Accelerate、HCL One Test、HCL AppScanの統合により、製品サイクルのユーザビリティとセキュリティの観点で明確なビジョンが見えてきます。