タグ: エンジニア

マルチクラウド管理にオープンHCLの活用法

広告

今回は、オープンHCLについて調べてみました。

オープンHCLとは？


オープンHCLは、HCL (HashiCorp Configuration Language) のオープンバージョンで、インフラをコードとして管理する言語です。

一言で言うなら“シンプルで、使いやすい”。初心者でも取り組みやすいですし、拡張性が抜群です。

HCLのメリットは？

  • 互換性の高さ
  • コミュニティによるサポート
  • 柔軟な拡張性

具体的にはどの場面で活用できる？

1. インフラストラクチャの自動化

  • 事例：クラウドプロバイダー（AWS、Azure、GCPなど）でのインフラ自動管理。
  • 詳細：例えば、オープンHCLを使って、仮想マシン、ネットワーク、ストレージなどのリソースをコードで定義する。Terraformを活用してリソースのデプロイ・変更・削除を自動化。これにより、インフラ管理が効率化し、一貫性が保たれる。

2. CI/CDパイプラインの一環としてのインフラ構成管理

  • 事例：大手テクノロジー企業でのインフラテスト・デプロイプロセスの最適化。
  • 詳細：例えば、CI/CDツールと連携させ、HCLで記述されたインフラ構成をパイプライン内で自動テストと適用。コードレビューやテスト後、安心して本番環境に反映できる。これはエラーの減少やダウンタイムの回避にも役立つ。

3. マルチクラウド環境の管理

  • 事例：グローバル企業が複数のクラウドプロバイダーを利用する際の一元管理。
  • 詳細：例えば、HCLでクラウドごとの違いを吸収しする。そして、Terraformによる統一された管理を実現。マルチクラウドでのリソースを一元管理することで、クラウドごとに異なる操作を一つのコードで管理できる。そのため、コストやオペレーション効率が改善。

4. モジュール化による再利用可能なインフラ構成

  • 事例：金融業界など規模が大きく、リソースが多数ある環境。
  • 詳細：例えば、HCLのモジュール機能を使い、インフラ構成を再利用可能な単位に分割。共通のテンプレート化でメンテナンスが容易になり、さらに新しいプロジェクトにも迅速に適応。

5. セキュリティのコンプライアンス強化

  • 事例：医療業界などコンプライアンスが厳しい業界。
  • 詳細：HCLで定義されたインフラにセキュリティルールを組み込むことで、自動での監査やテストが可能。セキュリティポリシーをHCLのコード化することで、全ての構成がポリシー準拠であることを保証し、リスクを軽減。

最後に、こんな人にオススメ！


インフラ管理の初心者、複数のクラウドサービスを利用する企業、自由にカスタマイズしたい人にはピッタリです。

次に読みたい記事はこちら

結合テストコード・必須メソッド一覧

広告

＜Ruby on railsでテストコードとは＞

アプリケーション実装するとき、自分のコード通りの動作を確認するために、テストコードを実行して自動で確認する、この時使うコードをテストコードと言います。

テストコードを初めて実装するとき、これだけ知ってればコードが書けます！

ベーシックなコードなので覚えましょ！

visit
visitはパスを指定することで、指定したビューファイルに遷移できるメソッド

例えば、トップページ(root)に移動したい時

visit root_pathのように記述する

fill_in
fill_inは入力フォームに指定の値を入力することができるメソッド

例えば、fill_in ‘Nickname‘, with: @user.nickname

このテストコードで名前フォームへの入力を行うことができる

have_content()
expect(page).to have_content(‘X’)と記述すると、visitで訪れたpageの中に、Xという文字列があるかどうかを判断するマッチャのこと

have_no_content()
have_contentの逆、文字列が存在しないことを確かめるマッチャ

hover
find(‘ブラウザ上の要素’).hoverとすることで、特定の要素にカーソルをあわせたときの動作を再現

find().click
find(‘クリックしたい要素’).clickと記述することで、実際にクリックができる

change
expect{ 何かしらの動作 }.to change { モデル名.count }.by(1)と記述することによって、

モデルのレコードの数がいくつ変動するのかを確認できる

changeマッチャでモデルのカウントをする場合のみ、expect()ではなくexpect{}となる

current_path
現在いるページのパスを示し

expect(current_path).to eq(root_path)と記述すれば、今いるページがroot_pathであることを確認できる

ここまでのテストコードはあくまでの基礎でありますが、原理を理解していればとこでも反映できますので、ぜひ覚えておきましょ！

✅テストコードで検証しましょ

✅「基礎プログラミング用語」サービス設計編

Contrexmind /コントマイ

韓国と日本の大学でアパレルデザイン・CADを専攻、パタンナーとして活動
その後、企画・MD部署に配属されビジネス業務に従事
IT企業に移りビジネスデベロップメントチームで、 PMとしての経験を積む
2018年グローバルIT企業の日本法人立ち上げの責任者を務め、現在はビジネスディレクターとして活動中
副業コンテンツブロガー

Twitterでも配信をしてます！
是非、✅してください！

Contrexmind Twitter

🟡「基礎用語」サービス設計

広告

今日はサービス設計についてです。

開発をするには基礎の学習だけでは無理があります。なぜなら、

  • なぜそれを作りたいのか？
  • アプリの流れは？
  • どんなカテゴリが必要？
  • カテゴリをどう整理する？

簡単に言うとWHAT・WHY→HOW？がないまま開発はできないからです。
その開発業務をよりスムーズにするために必要なのが「設計」です。

設計の手順には一般的に「要件定義」→「基本設計」→「詳細設計」と言えます。

基本設計 
要件定義の内容を、開発に必要な内容へまとめること。（＝外部設計）​

詳細設計
実際に書くべきコードを洗い出す作業（ルーティングは？モデルは？など表にして管理）

DB設計
開発で使用するDB（データベース）の表を設計すること。
そして、どのようなテーブルがあれば管理しやすいかを考えて、
その中でテーブル同士の関連付けをしていく

「今日の用語」

駆け出し エンジニアさんと繋がりたい

広告

はじめまして。

クリエイターのコントマイです。

最近まで、イラストを描いていてインスタグラムで配信をしてました。

その最中、仕事でも関係のあるエンジニアについて深く勉強をしようと決断をしまして、現在一生懸命学習をしてます！

現在、駆け出しエンジニアを目指して頑張ってます！

ここで、自分の背景を紹介します。

Contrexmind /コントマイと呼ばれる

韓国と日本の大学でアパレルデザイン・CADを専攻、パタンナーとして活動。
その後、企画・MD部署に配属されビジネス業務に従事。
IT企業に移りビジネスデベロップメントチームで、 PMとしての経験を積む。
2018年グローバルIT企業の日本法人立ち上げの責任者を務め、現在はビジネスディレクターとして活動中。
副業コンテンツブロガー

もっと知りたい方は…

こちらのブログではこの４点を中心に配信していきます。

  1. 駆け出しエンジニアになるための基礎
  2. 用語整理
  3. 課題を解決するため一緒に考える
  4. メンタルについて
,

駆け出しエンジニアになるまでもかなり時間と努力が必要！

決められた時間の中で最大に脳を動かせてインプットするように日々考えてます。

場所・音など周りの環境作りも大事。

その意図からは環境作りのコラムも配信します。

【イラストコラム】”カフェ勉”スターバックスで何する？

学習してる方、イラスト好きな方、たくさんのコメントや課題、どんどん投げてください。

一緒に解いていきましょう！！