centos7.5にphp7.2をansibleで入れた時のメモ - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
CircleCI上でng serveしながらCypressでテスト実行 - Qiita
タイトル通りですが、CircleCIでng serve（Angular）が必要なCypressのテストをする方法です (ドキュメント少ないけどCypressって流行ってないのかなぁ) なぜそんなことをしたいのか jestとかでmock（のデータはあったほうがいいと思うが）を作って、そのmockにmockであることを振る舞わせるのはなんだかテストしているようでしていないような（jest.fn()とか） なんか操り人形を使うことも記述しないといけないのが面倒だし結構複雑になる。。（ごめんなさい初心者です） ので、実際にlocalhostを立ち上げて、ちゃんと振る舞うかテストするのがmockの振る舞いも記述しなくていいのでテストしやすいと思ったのが背景です TL;DR Cypressでヘッドレスなテストを行う CircleCI上でlocalhostを立ち上げる CircleCIでng serve
Ansible Night in Tokyo 2018.09 メモ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Ansible Night in Tokyo 2018.09 メモ 2018年9月21日（金）に開催されたAnsible Night in Tokyoのメモです。 19:00 - 19:05：オープニング もくもく会 Ansible、Ansible Towerを使える環境が用意されているので是非参加してほしい 19:05 - 19:35：GitLab で実現する Ansible コードの管理 クリエーションライン 荒井裕貴さん 得意技：DevOps、インフラ自動化 DevOpsDays Tokyo実行委員 クリエーションライン GitL
CircleCI2.1の新機能紹介 - Qiita
パラメタライズされたジョブ定義 doc: https://github.com/CircleCI-Public/config-preview-sdk/blob/754df2258d293775722362694d7fefa8fda5d7a0/docs/jobs.md カスタムコマンドでも利用できたパラメータ指定がジョブでも出来るようになっています。 これによって、例えば「同じ一連のテストを異なるNode.jsのバージョンごとに実施」みたいなことがやりやすくなってます。 jobのパラメータを利用するときの注意点として、組み込みのパラメータ（ pre-steps , post-steps )があるので、これらは使えないようです。 pre-steps , post-stepsについてはこちらを参照のこと。 executor定義 doc: https://github.com/CircleCI-P
CloudFormationを使ってVPCフローログを設定し出力先をS3に設定する - Qiita
AWSTemplateFormatVersion: "2010-09-09" Description: VPCFlowLogs Settings (Destination Type is S3) Metadata: "AWS::CloudFormation::Interface": ParameterGroups: - Label: default: "Project Name Prefix" Parameters: - PJPrefix - Label: default: "VPCFlowLogs Configuration (Destination Type is S3)" Parameters: - Filter # ------------------------------------------------------------# # Input Parameters # -
Ansible GalaxyのRoleに対するネーミングルールが変更になってた - Qiita
Github上では"ansible-"で始まるリポジトリが、Ansible Galaxy関連のものだと分かりやすいので、このルール自体は撤廃されても自主的に守った方が良さそうです。 【閑話休題】Ansible Galaxyのすゝめ 何かしら前提はあったとしても、汎用的に設定が変更できるような、変数と処理フローが分離しているansible roleを作成した場合には、Ansible Galaxyに追加することを検討してみてください。 基本的なワークフローは、次のようなものです。 $ ansible-galaxy init <role name> で雛形roleディレクトリを作成 tasks/main.yml, defaults/main.yml などにファイルを配置し、roleを作成する README.md ファイルを編集する meta/main.yml を編集する Githubに適当なディ
CloudFormationを使ってVPC S3エンドポイントを構築する - Qiita
AWSTemplateFormatVersion: "2010-09-09" Description: VPCS3Endpoint Create Metadata: "AWS::CloudFormation::Interface": ParameterGroups: - Label: default: "Project Name Prefix" Parameters: - PJPrefix # ------------------------------------------------------------# # Input Parameters # ------------------------------------------------------------# Parameters: PJPrefix: Type: String Resources: # --------
Windows10 に ゼロから Ansible をインストールする(Ansible for Windows) - Qiita
Windows10にAnsibleを設定する手順をまとめました。 はじめに オンプレミス環境のWindowsServerの構築・管理を自動化したいと思ったのがきっかけでAnsibleに興味を持ちました。 ところが、管理対象としてWindowsの事例はあってもAnsible本体をWindowsに置く方法がなかなかみつからず。試してみたことをまとめました。 次の記事： WindowsServerをAnsibleでリモート管理するための第一歩 IISにWebサイトを追加するplaybookサンプル Ansible稼働環境 Windows 10 Pro (バージョン1803) PowerShell 5.1 ActiveDirectory ドメインに属する Windowsホスト上でAnsibleを設置するには、大きく２つの方法があります Linux For Windows ＋ Ansible Doc
CloudFormationを使ってALBとEC2�(2台)を構築する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 作成する前に、下記のチェックをつけること AWS CloudFormation によってカスタム名のついた IAM リソースが作成される場合があることを承認します。 ５ 状況が CREATE COMPLETEになれば、ALBとEC2の2台の構築が完了です。 6 管理コンソールの下部の出力から、構築したALBとEC2の2台の情報を確認できます。 ここで、キーがEC2Instance01EIPとEC2Instance02EIPとALBDNSNameの値をメモしておきます。 7 メモしたEC2InstanceEIP01とEC2InstanceEIP0２を元に、構築したEC2の2台にSSHでログインし、httpdをインストールして、起動します。 （テンプレートに組み込むこともできますが、ここでは手動で） AWSTemplateFormatVer
AnsibleでEC2を指定時間にシャットダウン - Qiita
SHELL=/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/opt/aws/bin:/root/bin:/opt/aws/bin MAILTO="" 0 19 * * * shutdown -h now 2>&1 | logger -t shutdown -p local0.info - name: Creates an entry "SHELL" cron: name: SHELL env: yes value: /bin/bash - name: Creates an entry "PATH" cron: name: PATH env: yes value: /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/
Ansibleが意図通りに動かないときのトラシューの流れ - Qiita
Ansibleのトラシューについて Ansibleは大変便利ですが、なかなか思ったとおりに動いてくれないときもあります。 エラーになってしまったり、何も変わらないはずがchangedになってしまったり。 そんなときに私が実施しているトラシューの流れを参考までに。 1. 文法の確認 まずは文法が正しいか確認します。これはPlaybookを修正したらまず実施すべきです。 ansible-playbookコマンドの--syntax-checkオプションでできます。 下記はcopyモジュールのコロンを書き忘れた例です。 どのファイルの何行目がおかしいか教えてくれます。 bash-3.2$ ansible-playbook site.yml --syntax-check ERROR! Syntax Error while loading YAML. The error appears to have
Ansibleならローカルのシェルスクリプトをリモートホストで実行できて便利 - Qiita
はじめに サーバ移行作業などで、旧サーバでバックアップを取得してダウンロードし、新サーバにアップロードするといった作業がよくあると思います。 通常だとバックアップを取得するためのシェルスクリプトを旧サーバに配置して実行、できたアーカイブファイルを新サーバに直接 or 一度ローカルにダウンロードして転送する流れになるかと思いますが、対象サーバの数が多くなると面倒です。 こういった作業にAnsibleを利用するとかなり楽になりますよ！ というネタです。 今回は**「ローカルにあるスクリプトをリモートホスト(旧サーバ)で実行し、生成されたファイルをローカルにダウンロードし、別のリモートホスト(新サーバ)にアップロードする」**というシナリオをAnsibleでやってみます。 構成管理だけではない、Ansibleの利用方法をご紹介します。 概要 Ansibleのscriptモジュールを利用すると、ロ
CircleCI2.0導入まとめ - Qiita
CircleCIを以下のような構成で導入してみた際のまとめ 事前準備 githubにリポジトリがある githubの秘密鍵・公開鍵を持っている githubに公開鍵が登録されている ec2の秘密鍵を持っている ec2に公開鍵が登録されている(authorized_keys) 必要な作業 CircleCIに登録する 管理画面から該当のリポジトリを追加する CircleCIに公開サーバのssh keyを登録する .circleci/config.yml作る プッシュする ビルドを確認する 1. CircleCIに登録する 今回はGitHubでSign Upし連携します。 https://circleci.com/signup/ 2. 該当のプロジェクトを追加する ADD PROJECTから追加します。 3. CircleCIに公開サーバのssh keyを登録する 今回はec2になるので、ec2
CloudFormationを使ってELBとEC2�(2台)を構築する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 作成する前に、下記のチェックをつけること AWS CloudFormation によってカスタム名のついた IAM リソースが作成される場合があることを承認します。 ５ 状況が CREATE COMPLETEになれば、ELBとEC2の2台の構築が完了です。 6 管理コンソールの下部の出力から、構築したELBとEC2の2台の情報を確認できます。 ここで、キーがEC2Instance01EIPとEC2Instance02EIPとELBDNSNameの値をメモしておきます。 7 メモしたEC2InstanceEIP01とEC2InstanceEIP0２を元に、構築したEC2の2台にSSHでログインし、httpdをインストールして、起動します。 （テンプレートに組み込むこともできますが、ここでは手動で） AWSTemplateFormatVer
CloudFormationを使ってS3とCloudFrontの構成でSorryページを表示する環境を構築する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 ５ 状況が CREATE COMPLETEになれば、S3とCloudFrontの構築が完了です。 6 管理コンソールの下部の出力から、構築したS3バケットとCloudFrontの情報を確認できます。 ここで、キーがDomainNameの値をメモしておきます。 7 S3の管理コンソールから、パラメータに設定したバケットに、Sorryページの内容を記載したindex.htmlファイルをアップロードします。 ８ ブラウザから、先ほどメモしたDomainNameの値にWebアクセスして、 Sorryページの内容が表示されれば、OKです。（されない場合は、5分程度待ってから確認してみて下さい。） テンプレート AWSTemplateFormatVersion: "2010-09-09" Description: S3 and CloudFront
AnsibleでサーバにRubyをインストールする - Qiita
Ansibleでサーバ（Amazon Linux2）の環境構築をしているのですが、rbenvを使わずにソースからrubyを入れたので、その手順をまとめてみました インストールするためにやったこと 手順は大まかに次の4つになります Ansible GalaxyからRubyをインストールするロールを探す ansible-galaxy install コマンドでプロジェクトのroleに追加 インストールしたいRubyのバージョンなど設定ファイルを書き換え Playbookを実行し、WebサーバのRubyのバージョンを確認する ※ Ansible Galaxyとは ロールを共有するためのサービスで、Docker HubやChefのSupermarketのようなイメージです 1. Ansible GalaxyからRubyをインストールするロールを探す Ansible GalaxyでkeywordにR
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Travis CIとかtoxとかtestの話 - Qiita
Ansibleでグループ毎に設定内容や処理を分岐する - Qiita
AnsibleでDockerコンテナ起動とiptablesでアクセス制御をする - Qiita
CircleCI 2.0 + Carthage で carthage bootstrap に時間がかかる場合の解決方法 - Qiita
