こちらが何を聞いても、一事が万事この調子です。その後、スケジュールに押し切られる形でシステムはリリースされ、現場は火の海となりました。 鳴りやまない監視アラーム…… 対処方法のわからない障害…… 使い道のわからない体裁だけ整った手順書の数々…… 右往左往する運用メンバーと構築メンバー…… 結局、運用が安定するまで半年以上の期間がかかりました。 その頃は「運用設計」という言葉も概念もまだ浸透しておらず、残業によるマンパワーで運用を安定稼働させるしか術はありませんでした。 （この時にこの本があったら、どれだけ指標になったかと今なら思います⁠）⁠。 運用を取り入れた設計構築へのチャレンジ この経験から、運用が大変な理由の諸悪の根源はシステムリリース時にあると考え始めました。いま思えば、初めに入った楽園のような現場は、目的のはっきりした手順書しかなく、トラブル時の連絡先も明確でした。“⁠楽園システ

オペレーター(Operator)は、約3年前にCoreOSから発表[11][12]され、人間のオペレーターの知識をコード化するといった構想が注目を浴びた、しかし、その実態の難解さが障壁であった。それから最近になって Red Hat社のOpenShift4の発表において、オペレーターの推進が前面に押し出され、今年初めには、さらに後押しするように、主要クラウドベンダーと協力してOperatorHub.io を推進することが発表[13]された。IBM Cloud でも Red Hatと統合とOpenShiftの推進に加えて、オペレーターを推進する姿勢が強くなっている。 これは、そもそもオペレーターとは？、その実態についての疑問、現在の目標達成レベルなどについて、調べた結果のメモである。この内容は、筆者が個人的に調べで、まとめた内容である、その中には誤りを含む可能性もあるので、ご留意いただきたい。

InSpec とは InSpec は環境構築が正しく行われているかどうかをテストするためのフレームワークです。 Ruby で記述されており環境構築ツールで有名な Chef が開発しています。 serverspec との違い InSpec と同系のツールに serverspec というフレームワークがあります。もともと InSpec は serverspec の拡張として作られていたため、テストコードの記述の仕方もよく似ています。しかし InSpec の方がセキュリティやコンプライアンスのテストなど serverspec よりも幅広いテストが可能となっています。 InSpec と serverspec の書き方の違いは マイグレーションガイド にまとまっていますので、 serverspec から InSpec に乗り換える際にはご活用下さい。 試した環境 CentOS 7 InSpec 3.

Cloudwatch Logsの複数ロググループ参照に便利なツール「utern」を紹介します。 複数のLambdaのログ確認したい時とか、ECSによるマイクロサービスで、複数のCloudwatch Logsグループのログを確認する時に、困ってましたが、解決すると思います。 こんにちは、コカコーラ大好きカジです。 複数のLambdaのログ確認したい時とかECSによるマイクロサービスで、複数のCloudwatch Logsグループのログを確認する時に、aws cliでは面倒で困ってました。 同じ悩みを持った人いそうだなぁ...と思って調べたら解決していた人がいました。ありがとうございます。 uternとは Cloudwatch Logsのログ参照で以下のことが行えます。（MITライセンスです。） インストールが簡単 複数のロググループを指定可能 ロググループやログストリームごとに異なる色で表示

APIdays Paris 2019 - Innovation @ scale, APIs as Digital Factories' New Machi...

渡辺です。 Developers.IO Cafeのブログドキュメントシリーズ第3弾は、Lambdaの構成に関するトピックです。 Lambdaは小さな独立した処理（プログラム）を実行するには適したサービスです。 一方、多くの関連する処理を行うAPI Gatewayのバックエンドとして利用する場合、必ずしも適したサービスとは言えません。 例えば、一般的なウェブアプリケーションフレームワークでREST APIを構築したとしましょう。 フレームワークは、単一アプリケーションとしてサーバ上で実行されます。 リクエストは、フレームワークでルーティングを解決され、対応する処理（アクション）がキックされます。 前段にELB等のロードバランサが入ることもありますが、雑に言えばこういう仕組みです。 このよう場合、 共通処理を切り出し、各処理から呼び出す構成にする のが一般的です。 そうしなければ、各処理のコー

背景 iPadのターミナル用アプリを探していたらサーバへ接続しなくてもローカルで遊べるシェルをたまたま見つけました。(OSS) 実装自体はまだまだこれからだと思いますがとても期待です。 ディストリビューションはAlpine Linuxのようです。 もちろん実装はC言語 GitHubのURLは下記です。2017年ごろから開始しているプロジェクト tbodt/ish ちなみに個人的にターミナルアプリは下記が好き。 Terminal for iOS_ louisdh/openterm 必要なもの iOSが動く機器(iPhone6SとiPad Air2でやってみました) TestFlight CLIのちょっとした知識 導入手順 iPhoneにTestflightをインストール(AppStoreから出来ます) インストール後にiOS端末から下記URLへアクセス 導入後は下記画面になるのでopenを選

リザーブドインスタンス（RI）を間違わずに購入したい！ それなら AWS CLI を活用してみよう。 〜オペ部だより〜 こんにちは、札幌の池田です。リザーブドインスタンス（RI）の購入を検討する段階で「あると便利な情報」や「知っておきたい情報」がいくつかあります。また、RI は比較的金額の大きな買い物となるケースが多く誤購入は防止したいものです。私たちオペ部にも「RI を購入したいけれど不安があって」といった様々なご相談が寄せられています。 RI の仕組みやマネジメントコンソールでの購入手順は以前にご紹介していますので、末尾に記載しているリンクより該当するブログ記事をご参照いただければと思います。 本記事では、間違いを防止しつつ購入対象を選定していくために AWS CLI を活用する方法をご紹介します。 はじめに 本記事では EC2 に対して RI の購入を初めて検討する想定でご紹介してい

たびたびTweetしておりますが、2019年9月22日の技術書典7に、『AWSの薄い本　IAMのマニアックな話』という本を出展します。名前の通りAWS本ですが、IAMだけを取り扱っています。初の同人誌を引っさげて、技術書典デビューします。 IAM本の目的 書いた本はIAMの特化本ですが、何故IAMと聞かれるのでここに書いておきます。AWSが不正利用されて100万円の請求が来たというようなニュースが、たまにネットを駆け巡ることがあります。原因の多くがIAMのアクセスキーをGitHubに誤ってコミットしてしまい、そのキーを不正利用されたケースです。そういった事態を防ぐために正しくIAMを知って貰いたいのです。 IAMは、AWSの利用権限を管理する極めて重要な機能です。AWSには多種多様な機能があり、IAMはそれに応じて様々な記述方法で権限を設定できるようになっています。その分設定項目が多く、I

マイクロソフトリサーチ北京で働いている研究者でガジェット友達の福本さんから、 「ぼくのかんがえたさいきょうのキーボード」製作キット　という穏やかならぬタイトルのメールが送られてきました。中身を見てみると、たしかにこれはアイデア、実装方式、価格含め極まっています。 ※スイッチサイエンスで販売が始まりました 秋葉原の遊舎工房でデモもご覧いただけます！ ところで、深圳のベンチャーがめっちゃ面白いキーボード造ってます（速攻でポチりました (^^; ）。 個々のキーを好きな位置に配置できます（場所だけでなく、回転も可能！）。 個々のキーはソケットになっているので、好みのもの（例：チェリー青軸、Kailh赤軸…）を自由に入れられます。 個々のキーの動作やバックライトの色は setup application から自由に設定可能です。 設定値は個々のキーに保存されるので、別のマシンに繋げても大丈夫。OS

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

はじめに プロダクトを構成するモジュールが、以下のように複数から構成されている場合、リポジトリ構成はどうしていますか？ web api batch infrastructure cli ... 単一レポジトリ(Monorepo)構成でしょうか？複数リポジトリ(Multirepo)構成でしょうか？ 今回はMonorepo構成の場合に遭遇する、Pull Requestレビュー時の1つの課題解決方法について紹介します。 目を通しておくべきPull Requestかどうか プロダクトが成長すると、それに伴いモジュールの数が増えたり、チームが分かれたりといろいろあります。 モジュール毎にチームが分かれている場合、Pull Requestはどうしてますか？ タイトルのプレフィックスに[web]のようにマークを付けている？モジュール毎のラベルを付与してもらっている？プレフィックスやラベルを付け忘れたら？