この前AWS公式のYouTubeチャンネルにて、面白そうなライブ配信がありました AWSの動画コンテンツといえば、BlackBeltのようなサービス紹介の動画が真っ先に思い浮かぶ方も多いと思います。 自分もその一人ですが、この動画はプロダクトではなく「Infrastructure as Code（IaC）という概念」にフォーカスしたコンテンツです。 Twitterで学びメモを書きましたが、ちゃんと記事として学びをまとめておこうと思います。 また、動画の内容に関連した補足事項を記事の後半にまとめておきました。 ↓動画本編はこちら↓ ↓資料はこちら↓ IaCをなぜ使うのか 純粋にIaCは楽しい、手順書作成は楽しくない リリースのたびに手順書更新 or 新規作成するのは、果たして楽しいのか IaCのほうがリリースまでのリードタイムが短い 運用する上での教育はどうする？ そもそも「教育」はIaCじ

ビジネス価値をいち早く生み出すためにクラウドネイティブに向けたアプローチが重視される中で、アプリケーションのコンテナ化に向けた取り組みが広まっています。一方、コンテナ化を実現しても、それ以外の部分の取り組みが従来通りのままでは、開発スピード高速化のメリットを得るのは容易ではありません。 そこでアプリケーションをコンテナ化した次のステップとして重要視されているのが「Continuous Integration（継続的インテグレーション）／Continuous Delivery（継続的デリバリー）」です。 「CI/CDの取り組みで『開発、統合、デリバリー』のサイクルを高頻度で回すことができれば、その分だけ市場からのフィードバックを基にソフトウェアを改善できます。結果としてビジネスにおける要求を実現できる可能性が高くなります」――＠ITの人気連載「GMOペパボに学ぶ『CI/CD』活用術」では、G

こんにちは、koidです。 この記事は Gunosy Advent Calendar 2021 - Adventar の25日目の記事です。 昨日の記事は aitaさんの EKSにJupyterHubを構築した - Gunosy Tech Blog でした。 ドキュメントの更新って面倒だし忘れがち ドキュメントのメンテナンスを自動化しよう コードからドキュメントを自動生成する ツールの利用によるドキュメント生成 CIによるドキュメント生成の自動化 状態からドキュメントを自動生成する ツールの利用によるドキュメント生成 CIによるドキュメント生成の自動化 まとめ ドキュメントの更新って面倒だし忘れがち 本題です。 みなさん、Pull Requestのレビュー時に、 ドキュメント・READMEも修正お願いします！ こういったコメントをした/された経験ってありませんか？ コメントをする側としても

概要 Ansible,Chef,Puppet,SaltといったIaaS用の構成管理ツールでインフラ構築を完了した後、その妥当性をテストするツールの比較 構成管理テストツール一覧 選定条件 - GitHubやBitBucketでソースコードが公開されている、かつスター1000以上である。(BitBucketはスタートがないため考慮しない) - ライセンスが緩めである。(MIT, Apache2.0, etc) - ドキュメントが存在する。 ツール名 動作環境 ライセンス ドキュメント 特徴

仕事で terratest を試すことになったので、学んだことを書き留めておく。 terratest とは terratest は　gruntworkが作成した インフラくストラクチャのテストツール。名前からするとおそらくterraform のテストを書くために生まれたようだが、Docker、Packer、Kubernetes、helm にも対応しており、Azure, AWS, GCP の主要なクラウドプロバイダにも対応しており、インフラのテストを書くのならこれでカバーできるんじゃね？という雰囲気が漂っている。本当かどうか試してみよう。 Testing Terraform code Testing Packer templates Testing Docker images Executing commands on servers over SSH Working with AWS AP

9月に出版された「CircleCI 実践入門」を読んだ．素晴らしかった！なぜ CI/CD が必要なのか？という背景から，CircleCI 入門，CircleCI 実践まで，網羅的に解説されている．ボリュームは多く，読みごたえはあるけど，必要な箇所から読むこともできる．また「継続的デリバリー」と「継続的デプロイ」の違いが明確に解説されているのも良かった．今回は著者の1人である CircleCI の Kim さん (@kimhirokuni) に献本をいただいた．ありがとうございます！出版おめでとうございます！ CircleCI実践入門──CI/CDがもたらす開発速度と品質の両立 (WEB+DB PRESS plus) 作者:浦井 誠人,大竹 智也,金 洋国発売日: 2020/09/14メディア: 単行本（ソフトカバー） 目次 第1章「なぜ CI/CD が必要か」 第2章「CircleCI の

こんにちは、kenzauros です。 Git LFS は Git で大容量ファイルを扱えるようにするものですが、不具合というか結構クセが強くて、正常に pull できなかったり、 push できなかったりすることがあります。 今回は 1GB 超の大容量ファイルがうまく pull できないリポジトリがあったので、その回避方法をご紹介します。 概要 発生したのは下記の環境です。ほぼすべて最新バージョンですので、ツールバージョンによる不具合ではないと考えられます。 GitLab 8.15.2 SourceTree 1.9.10.0 Git 2.11.0 Git LFS 1.5.2 いくつかの種類のエラーが発生するのですが、基本的に大容量のファイルがリモートにアップされたあと、git pull するときに起こります。下記は一例です。 $ git lfs pull Git LFS: (27 of

CI/CDとは、「Continuous Integration and Continuous Delivery/Deployment」の略であり、日本語では継続的インティグレーション/継続的デリバリー (デプロイメント) と呼ばれています。CI/CD は、アプリケーション開発の各ステージに自動化を導入し、顧客にアプリケーションを迅速かつ頻繁に提供できるようにする手法です。 Open Answers: What is CI/CD? (動画の再生時間：0:42) CI/CD の具体的なメリットとして、CI/CD によって、統合およびテストのフェーズからデリバリー、デプロイメントに至る、アプリケーションのライフサイクル全体を通じて、継続的な自動化と継続的な監視が導入されます。これらの連結した一連のステップはまとめて「CI/CD パイプライン」と呼ばれ、DevOps または SRE (サイト信頼性

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

Lv：4　Exp：19011 プログラマー友の中釣りが一番上手、釣友の中インフラが一番得意、インフラ友の中猫が一番好き、猫友の中プログラミングが一番詳しい。 本当のInfrastructure as Codeを実現するPulumi インフラをコードにして管理する、所謂Infrastructure as Code(IaC)、特にクラウド上のインフラ管理はTerraformというツールがよく使われていると思います。クラウドエースでもインフラ管理にはTerraformを使用しています。しかし、このInfrastructure as Codeは本当のCodeではなく、Configurationです。今回は本当のInfrastructure as Codeを実践するPulumiというツールを紹介したいと思います。 Pulumiはまさにプログラミングでインフラを自動化する Pulumiは自分が好きなプ

以下のイベントにて使用した資料です。 GitLab Meetup Tokyo #7 https://gitlab-jp.connpass.com/event/83738/ DevOps Days Tokyo 2018 https://www.devopsdaystokyo.org/ https://confengine.com/devopsdays-tokyo-2018/proposal/5962/gitlabcomplete-devops-devops-toolchain-

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

さて、今回のテーマは最近何かとAnsibleに話題をさらわれがちな、サーバーの構成管理ツールChefです。以前紹介させていただいたAnsibleと同じく、サーバーセットアップを自動化してくれます。 ChefとAnsibleは利用方法が異なりますが、基本的な概念は似たようなものです。構成管理ツールに関する説明やAnsibleの概念は「構成管理ツールAnsibleを使ってみよう」の記事にて紹介していますので、本記事を読んで頂く前に一読していただくことをオススメします。 まずはChefの利用方法を説明する前にAnsibleとChefの違いについて軽く触れておきます。個人的主観が含まれますが、ざっくり比較すると下記違いがあります。 ■Ansible ・ Python製 ・ 管理対象サーバーの構成をPlaybookという仕組みで管理し、YAMLフォーマットで記述 ・ Playbookの記述が簡潔 ・

Chef Server12をKCPS上に構築、活用方法を検証 2回目の投稿になります岡澤です。先日Chef meetup 10thがKDDIビルにて開催されました。今回もChef社からAlex Vinyar 氏、HiganWorksの澤登 亨彦氏、クリエーションラインの浦底 博幸氏と内容の濃い発表がありました。Chef meetupは第１回から参加していますが徐々に規模も大きくなってきています。参加者の方も初めてChefに触れる方や企業でガンガン開発、運用している方など様々です。継続してChefの注目度があることが伺えます。Chefに興味のある方は、次回、是非参加してみてください。さて今回ですが、Chef meetupで弊社の取り組みを紹介させていただいたので、こちらにも記載したいと思います。 Chef Server12の検証を実施。Chef11との違い Chef Server12が昨年末

ある日何気なく最新版のvagrant-berkshelf（4.0.4）を入れたところ、 It appears that you are not using the ChefDK. Please note that Vagrant Berkshelf works best when used with the ChefDK, and other installation methods are not officially supported. Please download and install the latest version of the ChefDK from: https://downloads.getchef.com/chef-dk and follow the installation instructions. Do not forget to add the Chef

This document discusses using Chef to automate configuration on Windows systems. Key points include: - ChefDK and Test Kitchen now support testing Chef code on Windows guests. - Desired State Configuration (DSC) brings a standard declarative language to Windows automation that Chef code can interface with. - Chef resources continue to improve support for Windows including the new windows_package a

Chefを使う人のための、最低限のRuby関連知識 はじめに Chefで初めてRubyの開発環境に触れる人のために、Chefで使うツールの概要と簡単な使い方を整理してみたいと思います。本家のChefのサイトには、JustEnoughRubyForChefというページがありますが、初めてRubyに触れる人にはいろいろ謎なことがありそうです。 例えば、Chefの開発で使われるGit, Bundler/Gemfile,rbenv, Rake, ruby, rspec について簡単に説明します。知っている箇所は飛ばし読みするといいでしょう。 インフラ系の人は、アプリケーション開発系の人が何気なく使っているツールに対してもなじみが無いことは注意を払う必要があるでしょう。 Git Gitは、オープンソースの、分散バージョン管理ツールです。Chefを使うと、サーバーのセットアップを手動で実施することなく