rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜
この記事は本番環境でやらかしちゃった人 Advent Calendar 2019 17日目の記事です。 はじめまして、ダーシノ(@bc_rikko)です。 突然ですが、懺悔します。 私は転職して10ヶ月で2回も本番環境をぶっ飛ばしました。お客様をはじめ、関係各位には多大なるご迷惑をおかけしたことを、ここでお詫び申し上げます。 1回目は2015年11月27日、入社27日目のこと。 gitの設定ミスにより壊れたブランチをmasterにforce pushしてしまい、CIが流れて本番環境が壊れた。原因はpush.defaultなのだが、詳しくはすでに記事を書いているのでそちらを読んでほしい。 2回目は翌年9月1日、入社してちょうど10ヶ月たった日のことだ。 またしても本番環境をぶっ飛ばした。しかも、前回より盛大に……。 タイトルにもあるようにrsyncコマンドが原因だ。 当記事では、この「rsy
Slack上からさくらのクラウドを操作できるbotをつくった
Slack上からインタラクティブに さくらのクラウド のリソースを操作するbot（sacloud-bot）をつくった。サーバの作成、一覧取得、電源操作ができたのでひとまず公開する。 つくったもの Slack上のbotと対話しながらサーバ作成などができるbot。 APIを叩くのも面倒だし、コントロールパネルを開くほどでもない。そんなときに使って欲しい。 また、Slack上で完結しているためスマホやタブレットからでも、通信量をほとんど気にせずにサーバの操作ができる。 実装済みの機能 サーバの作成（ディスク含む） サーバの一覧取得（全ゾーン対象） サーバの電源操作（起動、停止のみ） 今後したいこと 各リソースに対する操作全般の実装 リファクタリング テストの追加 操作全般は全部するのは大変なので、簡単な部分だけを実装したい。 インフラ構成するならコントロールパネル使ったほうが早いし楽だしね！ リ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
