GitHub - hashicorp-forge/hermes: A document management system
Sign up for a Google Workspace account. Create a Google Cloud project. Enable the following APIs for Google Workspace APIs Admin SDK API (optional, if enabling Google Groups as document approvers) Google Docs API Google Drive API Gmail API People API Also, to enable searching for users, the Google Workspace domain admin needs to enable external directory sharing. See more details: https://support.
Terraformのベストなプラクティスってなんだろうか | フューチャー技術ブログ
はじめにこんにちは、TIG DXユニット 1の木村です。 入社以降ずっと触ってきたTerraformですが、巷ではWorkspace派だったり、module派だったり、ディレクトリ完全分離派だったり、様々な流派(プラクティス)が乱立しているのを目にします。私自身ベストな構成を模索していく中で辿り着いた結論は、ケースバイケースで全てのデザインパターンに対応できる万能なものは存在しないのかな (当たり障りないですね..)ということです。 そんなわけで、様々なTerraformの流派を紹介し、各流派がどのようなパターンに向いているのか(はたまた不向きなのか)の個人的見解をまとめてみました。 ※本記事中のサンプルコードはすべて Terraform 0.12、 provider google cloud で解説してます Terraformとは？当社過去記事に解説があります。Terraformの概要や
Go言語で実装するプラグイン機構
ソフトウェアに拡張性を持たせる時にプラグイン機構を持たせる事は一般的ですが、それを実現する方法は結構バラバラなのかなと思います。例えば、 C 言語等の.so/.dll を読み込む方法 Nodejs のような言語での単なる import TCP や Unix ソケットを利用して RPC 通信を行う方法 などが有るのかなと思います。1 番目・2 番目は、関数の呼び出し速度等のオーバーヘッドが少なく高速ですが、言語等の制約が大きくなる・メモリを共有することによるセキュリティリスクが発生します。そこで、提供するインターフェースを制約出来る場合は、3 番目の手法が多く使われるようです。 Go 言語で開発されている、hashicorp/terraform cloudfoundry/cli は共に 3 番目の RPC 通信でプラグイン機構を実装しています。その中でも terraform で使用されている
Consulを頑張って理解する
最近話題のHashicorp社のconsulについてまとめたスライドです。特にdocker界隈で話題になっていますね。
HashiCorp VaultとdirenvでAWSのcredentialsを管理してみた | iret.media
CodeanywhereでAWSにアクセスする場合にクレデンシャルの管理をどうしようか思案中。 aws configure で.aws配下に平文で置いておくのはなんだか気持ち悪いし、exportで環境変数都度設定するとミスしそうだし、履歴に残るから都度消したり手間かかるしなんか嫌だなーと思ってしまったのでHashiCorp社のVaultを試してみました。 インストール対象 今回は、CodeanywhereのUbuntu 14.04のBlankスタックにインストール インストール $ wget https://releases.hashicorp.com/vault/0.9.6/vault_0.9.6_linux_amd64.zip $ unzip vault_0.9.6_linux_amd64.zip $ sudo mv vault /usr/local/bin/ 設定 設定ファイルを作成
HashiCorp Vaultの基礎知識と導入 | DevelopersIO
Vaultとは VaultはHashiCorpが2015年4月28日にリリースしたソフトウェアです。リリース時のブログは以下をご参照下さい。 Vault Vaultは、機密情報を管理するためのソフトウェアです。現在の情報システムでは機密情報は多岐にわたり、ユーザー名やパスワードはもちろん、APIキーや証明書など、様々な種類のものが様々な形式で存在します。また保存される場所も違うし、場所が違うってことはアクセス制御のやり方や管理の仕方も違います。こういった機密情報を統合的に一貫して管理しアクセスコントロールするものがVaultです。クライアント/サーバ型で動作し、クライアントで機密情報の保管や取得のコマンドを実行し、機密情報自体はサーバに保管されます。 なお2018年2月5日時点での最新バージョンは0.9.3です。 Vaultの主な機能 Vaultの主な機能は次のとおりです。 Secure
HashiCorp Vault ServerをAmazon EC2に構築する | DevelopersIO
はじめに 前回はHashiCorp Vaultについての基礎知識を確認し、ローカルPC(MacBook Pro)にDev Serverとして導入してみました。 今回はAmazon EC2上にHashiCorp Vault Serverを構築し、ローカルPCから接続してみます。 やってみた サーバ側作業 Amazon EC2を起動します。OSはAmazon Linux 2017.09です。まずはビルドに必要となるGolangをインストールします。 $ sudo yum install go ところが、ここでインストールされるGolangは1.8.4で、HashiCorp Vaultに必要な1.9以上ではありません。 $ go version go version go1.8.4 linux/amd64 そこで、最新バージョンであるGolang 1.9.3を取得し、/usr/local下に展開
Packerを使ってDockerのイメージを作成する - Qiita
Docker便利ですね。 仮想マシンを立ち上げるまで大袈裟ではないけど、母艦のマシンを汚したくないときはDockerでコンテナを立ち上げると便利です。 Dockerを使うにはイメージが必要なわけで、デフォルトではDockerfileでプロビジョニングするわけですが、せっかくなら最近のトレンドである専用ツールであるAnsibleを使ってプロビジョニングしたいものです。（playbookの共有ができますし。） VagrantでおなじみのhashicorpからリリースされているPackerを使うと、それができます。 Pakcerとは？ Packerは仮想コンテナで使用されるイメージ作成に特化した自動実行ツールです。 Dockerだけではなく、 EC2 (AMI) Azre DigitalOcan Docker Google Compute Engine OpenStack Parallels Q
Vagrant で ansible_local プロビジョナーに Ansible Vault のパスワードを渡す
こんにちは、kenzauros です。 Ansible でパスワードの書かれたファイルを直接リポジトリにコミットしたくない場合、 Ansible Vault を用いて暗号化します。 この暗号化されたファイルの含まれた Ansible を実行しようと思うと復号化してやらないといけないのですが、 Vagrant のプロビジョナーだとこれがなかなかうまくいかなかったのでハマりました。 前提 Windows 10 Pro VirtualBox 5.0.20 Vagrant 1.9.1 box: bento/centos-7.2 リポジトリの /provision ディレクトリ以下に ansible のソースがある /provision/group_vars/web/vault.yml が vault で暗号化された設定ファイル ansible_local プロビジョナー (Ansible Loca
Terraform for さくらのクラウド スタートガイド （第三回）〜さくらのクラウド上にインフラ構築〜 | さくらのナレッジ
前回まではTerraformの持つ基本的な機能について扱ってきました。今回からは、Terraformからさくらのクラウドを操作するためのプラグイン「Terraform for さくらのクラウド」について扱います。 Terraform for さくらのクラウドとは？ 「Terraform for さくらのクラウド」とは、Terraformにてさくらのクラウド上のリソースを扱えるようにするための「プラグイン」です。 Terraformはプラグインで拡張できる 連載第１回で触れましたが、Terraformでは「プロバイダー」という単位でインフラを管理する対象プラットフォームを指定することが出来ます。 参考：Terraformドキュメント：ビルトインされているプロバイダー 様々な種類のプロバイダーがTerraformにビルトインされていますが、ビルトインされていないプロバイダーについては「プラグイ
Terraform for さくらのクラウド スタートガイド （第二回） ～便利なビルトイン機能～ | さくらのナレッジ
前回に引き続き、連載第2回である今回はTerraformにビルトインされている便利な機能を紹介していきます。 複数リソースの利用方法 リソースの依存関係 プロビジョニング 変数 アウトプット いずれの機能もTerraformを使いこなす上で重要な役割を持っていますので、着実に押さえておきましょう。 複数のリソース、リソース間の依存関係 前回は単一のEC2インスタンスを構成する例を取り上げましたが、実環境においては複数のリソースを扱うことが多いと思います。 ここではTerraformにおいて複数のリソースを扱う方法、リソースから他のリソースの情報を参照する方法について取り上げます。 また、複数のリソースを扱うことで、リソースとリソースの間に依存関係が生じることがあります。 Terraformがリソース間の依存関係をどう扱うかもここで見ていきます。 複数のリソース Terraformにて複数の
ソフトウェア開発を取り巻く自動化ツールの現況と導入のポイント
ソフトウェアを提供している組織では、テクノロジーの発展とともにその組織内における自動化の可能性がどんどん広がってきました。もちろん、なにを自動化しているかは組織によって異なります。本稿では、自動化するためのツールやサービスをソフトウェア開発に焦点をあてて整理し、それらを導入するための戦略を紹介します。 自動化ツールの概要 筆者が自動化するという言葉をソフトウェア開発で初めて聞いたのは、Webブラウザを自動操作したり、ドキュメントを生成したりするものでした。そこからソースコードをバージョン管理、テスト自動化、デプロイ自動化、環境構築自動化と、どんどんいろんなものを自動化できるようになりました。現在ではクラウド環境を利用することで高速に大量のソフトウェアを提供したり、自動化の基盤として利用したりできます。 さまざまなものが自動化できるようになり、それらの自動化の方法はいくつかありますが、現在は
HashiCorp製品（Vagrant, Consul, Atlas, Otto）の活用による開発環境構築の自動化について発表しました - GMOインターネットグループ グループ研究開発本部
2015.12.21 HashiCorp製品（Vagrant, Consul, Atlas, Otto）の活用による開発環境構築の自動化について発表しました この記事は HashiCorp Advent Calendar 2015 の第22日目です（急きょ参加させてもらったので、公開日と1日ズレてます……）。 次世代システム研究室の DevOps ネタ担当の M. Y. です。今回は、2015年12月21日に開催された社内の研究発表会にて、HashiCorp の新ツール “Otto” に関する発表を行いましたので、その内容をご紹介します。 Otto とは、2015 年 9 月末に HashiCorp 社が発表した新しいツールです（参考：公式サイト、リリース時のブログ記事）。単一の設定ファイル “Appfile” で、開発環境と本番環境の両方を管理できる “The Successor to
HashiCorp製品（Vagrant, Consul, Atlas, Otto）の活用による開発環境構築の自動化 / 2015-4Q Report
次世代システム研究室 2015 年 4Q の研究発表会にて発表しました。 HashiCorp の新ツール “Otto” に関する調査結果の紹介です。
HashiCorp tools を支える技術 - Qiita
HashiCorp といえば、Vagrant から始まり、 Packer, Serf, Consul, Terraform, Vault, Nomad, Otto など、 運用面で有用なツールを数多く公開していることで有名です。 これらのそれぞれのツールは、 サービスを運用する立場の目線からの知見が大量に入っているのに加え、 堅牢性や様々な機能、現実的な処理速度を実現するために、 数多くの学術的な知見が組み込まれています。 本稿では、各ツールに使用されている技術の非常に簡単な概要と、 それぞれの論文へのリファレンスを示します。 Serf Serf では、SWIM という Gossip(epidemic) protocol の一種が、 クラスタのメンバ管理や、 クラスタメンバの故障検出に使用されています。 (SWIM: Scalable Weakly-consistent Infection
Hashicorpの新プロダクト「Otto」を試してみた
全国1000万人の大トロ好きのみなさんこんにちは。 Hashicorpから新たにOttoと呼ばれるプロダクトがリリースされました。 OttoはVagrantの後継となるもので、開発からデプロイまで一気通貫で行うことができるソリューションでマイクロサービスでの活用も考慮されて作られているということで早速試してみました。 軽く触った印象としては、Vagrant、Packer、Terraform、ConsulなどいままでHashicorpが提供してきたツールを組み合わせて一気通貫で操作できるようになった、と考えるとわかりやすそうです。 インストール https://ottoproject.io/downloads.html にアクセスして自分の環境にあったバイナリをダウンロードして展開します。展開したら実行できるようにPATHに追加します。 僕の場合はアーカイブを~/tools/otto/に配置
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
