もし武蔵野の若手社員が『Infrastructure as Code』を読んだら - Qiita
この記事は，武蔵野 Advent Calendar 2017 の17日目の記事です． @takuma0121，@a_szk と共同で書いた記事です． TL;DR Infrastructure as Code の輪講勉強会をきっかけに，武蔵野のある若手メンバーが勉強会の開催方法そのものを見直した話をつらつらと書いています． 先に断っておくと，『Infrastructure as Code』の考え方を勉強会に適用したのではありません． 勉強会を始めた当初は，これまでの文化・経験にもとづいて勉強会を開催・運用していましたが，『Infrastructure as Code』の輪講を進めるにつれて，文化・経験に基づく行動が必ずしも最適ではないことに気づき始めました．（はじめから気づけよ，という話ですが）． 日々の業務に『Infrastructure as Code』の考え方を応用していくことはもちろ
「パブリッククラウドvsプライベートクラウドの終わり」の始まり - 急がば回れ、選ぶなら近道
遅めですが明けましておめでとうございます。そんな感じで。 基本的に社内向け。あとは特定のお客さん向け。 自分の意見を詳記しとく。あとこれは日本の話で、海外の状況は知りません。 ■「パブリック」クラウド ここでは、大規模メガクラウドを指す。よって、AWS・Azureあたりを考えている。国内クラウドとは明確に規模・技術力で差がついており、はっきり分けるべきと思っているので、ここではAWS・Azureとしている。多分SalesforceとかIBMのやつも入るとは思う。Googleのクラウドについては技術はぶっちぎりだけど、一般民間人には意図していること天才すぎて理解できる気がしないので範囲外とする。 基本的に「所有より利用を」コンセプトにし、使いやすさと低コストを全面に打ち出し、トレードオフとして共有故の仕組み/運用の「ある種の不透明性」を要求する仕組み。なお、不透明性ってのは、これは提供者の企
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
