関東在住のSEがやりたいこと、やったこと、思ったことを自由気ままに書きます。この広告は、90日以上更新していないブログに表示しています。Dayに行ってきたのでメモ書きをアップします。青山さん:Kubernetes完全ガイドの著者Bootstrapping(OSセットアップ)→Configuration(各種設定)→Orchestration(アプリデプロイ)※時代により上記の各ステップで使われる技術が遷移してくる。自動化/イメージ化の流れ。※現在は、Teraform→Docker→Kubernetesの流れになりつつある。※CNCFで定義されている。※VMだと、ハイパーバイザー層の違いでイメージに若干の違いが出る。単一プロセスのみを稼動させるので、軽量OSの選定もしやすい。※コンテナのReplica吸うを維持し続ける。※Manifestsの更新をするだけ。多様なOSS、ミドルウェアをカバーしている。仮想化の分離性runCではKernelは共有ネットワークの分離性3.Kubernetesの学習コストCyberAgent内ではそれほど高くなかった。4.クラスタ運用のつらみGKEを利用すると楽マネージドKubernetesサービスの選定基準マネージド範囲や自動化範囲を確認すること。Cloud4.Observabilitiy5.Contribution1.Securityセキュリティがクラウドの長所になりつつある。#アジリティの重要性、経費削減と並び。Cloudゴール:コードをどこでも実行できる環境を整えるどこでも=オンプレやクラウドにとらわれず。求められるリソースに最適な環境を選ぶ。その後にPDCA現状分析モノリシックなアプリで、保守コストや運用コストが増大化。苦労しているのが下記。コンテナを使い、スケーラビリティを確保した。保守面を意識すれば、オーケストレーションを使いたい。レベルでは味方が多かった。説明、Googleエンジニアのバックアップ4.取り組む上での課題(開発面)・独学+ハンズオンで基礎固め。※別クラウドの利用実績があったのでなんとなく出来てくる。・レガシーシステムのルール把握。・効率的なシステム間連携に知識が必要。pub/sub連携のイベント発火条件の無駄が多かった。プログラムかサービス活用かの見極め。・運用メトリクスの書き方に大分迷った。・基本設計(サービス分割)エラー発生時のリカバリパターンが膨大になる。※小さくすればよいわけではない。・商用利用に向けての課題マネージドサービスでカバーできる範囲の見極め、不足部分は自前で準備。※監視面を自前で用意。・レガシーシステムとの連携レガシーシステム側を変えることが難しく、新側をいじる方向で解決。※ただし、今後悪化しないように管理が必要。実現をサポートマイナーバージョンアップは下位互換性を持たせ、メジャーバージョンアップは下位互換性を持たせない。認証・認可、メトリクス収集などの機能を担うソフトウェア※アプリ自体に手を入れずに、サイドカーと呼ばれるネットワークプロキシで実現。・トラフィックコントロールトラフィックスプリッティングバージョンごとに割り振り%を決める。Control・可観測性Istioの監視データレイクデータの流れを作り、データを一箇所に集め統合的に管理する。...2017-01-082017年の目標と行動計画まさに、今週のお題「2017年にやりたいこと」だと思います。月別アーカイブはてなブログをはじめよう!tetsu114さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。