Infrastructure as Codeの留意点とメリット ～サーバー更改プロジェクトへの適用で得られた知見・実感 - アイマガジン｜i Magazine｜IS magazine
インフラ構築・運用自動化が 求められる背景と課題 クラウドが普及した今日、規模の大きなシステムであっても短期間の構築・リリースが強く求められている。実際、クラウドを活用する企業のなかには、1日に数百〜数千回もアプリケーションを変更しデプロイするケースもある。 インフラについても同様で、短期間の構築が要請されている。そして今、それを可能にするアプローチとして、「Infrast ructure as Code」によるインフラ構築・運用の自動化が重要になりつつある。 本稿では、Infrastructure as Codeによるインフラ構築の自動化を実案件で経験した筆者が、そのときの知見をもとに、Infrastructure as Codeの課題と対処法について解説してみたい。 読者のなかには、インフラの構築・運用に関わるすべての作業をコード化するアプローチは、効率が悪く、手間がかかるだけと思う人
Monit Manual
Version 5.34.0 NAME SYNOPSIS DESCRIPTION WHAT TO MONITOR? GENERAL OPERATION Options Arguments THE MONIT CONTROL FILE Service checks Process File Fifo Filesystem Directory Remote host System Program Network LOGGING TERMINAL OUTPUT DAEMON MODE INIT SUPPORT INCLUDE FILES SSL OPTIONS FIPS MODE MONIT HTTPD UNIX SOCKET TCP PORT SSL settings Monit version signature Authentication Client certificates Basi
私は Infrastructure as Code をわかっていなかった - メソッド屋のブログ
私はここ１週間ほど、同僚の David の一言で Infrastructure as Code について頭が大混乱状態でした。 それは次の一言です。 Chef や Puppet は大体の部分は Infrastructure as Code じゃないよね。ARM (Azure Resource Manager) はそうだけど。 ただ、Chef-Provisioning は Infrastructure as Code だよね。 もう頭が大混乱です。なんとなく言わんとしていることはわかりますが、私は今まで Chef とか、Puppet とか、Ansible とかで やっているようなことが、Infrastructure as Code と思い込んでいましたが、何か間違っていたのでしょうか？そういえば、 Chef はConfiguration Management Toolと紹介されていたなとか頭
Chef Blog - IT Automation for everything from configuration management to continuous delivery. | Chef
The primary objective of IT automation is to make processes related to infrastructure faster, more secure and error-free. Chef SaaS enables you to automate your IT infrastructure with the power of the cloud. Now, all your favorite Chef tools are available as SaaS. No setup hassles, no maintenance and no extra resources required. Read on to learn more.
Consul by HashiCorp
Identity-based networking with ConsulConsul uses service identities and traditional networking practices to help organizations securely connect applications running in any environment. The pillars of service networkingA modern service networking solution requires that we answer four specific questions: Where are my services running? How do I secure the communication between them? How do I automate
インフラチーム改め Site Reliability Engineering (SRE) チームになりました
インフラチーム改め Site Reliability Engineering (SRE) チームになりました Organization Author: kazeburo インフラチーム改めSite Reliability Engineering チームの @kazeburo です。この記事ではまだ馴染みの薄い Site Reliability Engineer とは何かについて紹介したいと思います。 SREとGoogleのSRE Site Reliability Engineerは日本語にすると「サイト信頼性エンジニア」となりますが、あまりキャッチーではないので普段は略語の「SRE」を使用しています。SREという職種は日本ではあまり聞く事はありませんが、FacebookやAirbnb、Dropboxなどの企業でSREが募集され、それぞれのサービスを支える重要な役割を担っていると思われます。
インフラチームと開発チームの垣根をなくすためにAWSのCI環境を構築した話 - CARTA TECH BLOG
こんにちは、VOYAGE GROUP システム本部の @s-tajima です。 PHPカンファレンス2016 の「老舗メディアが改善に取り組んでいる話」でもお話した通り、長年オンプレミス環境で稼働してきたECナビを、AWSに移転しようというプロジェクトが進行しています。 そしてなんと先日、約24時間のメンテナンスを経てECナビの本体(Webサーバ, 管理画面サーバの一部, データベースサーバ)がAWSに移転しました！ AWS移転において得た知見, 構築したシステム等は数多くありますが、今回はCloudFormationとTravis CIを用いて 生産的 で 安全 で 手軽 なAWSのCI環境を構築したお話です。 背景 ECナビは、500万人を超える会員を抱えたVOYAGE GROUPが運営している中でも特に大きなメディアの1つです。 今回、そんなECナビのインフラ調達期間の削減、検証環
HashiCorp Terraform - Provision & Manage any Infrastructure
TerraformInfrastructure as code provisioning
Netdata: The open source observability platform everyone needs
Netdata actively supports and is a member of the Cloud Native Computing Foundation (CNCF) …and due to your love ❤️, it is one of the most ⭐'d projects in the CNCF landscape! Why Netdata? Netdata is different. Our mission is to help you simplify and optimize your IT operations. Netdata provides high-fidelity data, real-time visualizations, reliable alerts, anomaly detection for every metric and a m
Terraform by HashiCorp
Deliver infrastructure as codeTerraform codifies cloud APIs into declarative configuration files. AdoptCompose infrastructure as code in a Terraform file using HCL to provision resources from any infrastructure provider. BuildInfrastructure automation workflows to compose, collaborate, reuse, and provision infrastructure as code across IT operations and teams of developers. StandardizeEstablish gu
Linuxサーバにログインしたらいつもやっているオペレーション - ゆううきブログ
主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pulumi - Infrastructure as Code in any Programming Language
monit/monit.d/httpd.conf at master · hashnao/monit
https://sabakan-centos.hatenablog.com/entry/2015/07/10/073940
Terraform Registry
GitHub - hashicorp/best-practices