20210325 Mercari Platform Group Tech Talk #1
20210325 Mercari Platform Group Tech Talk #1
セミナー
- 2021/3/25 19:00 -
- https://mercari.connpass.com/event/206379/
How we reorganize platform team
- 巨大化、組織変更が必要
- プラットフォームチーム
- サービスチームのテストから運用までの技術を提供
- 例えばTerraform
- 認知負荷が必要
- 問題を上げてみた・・
- 優先度が重要
- 改善のスピードが落ちる
- チーム分割
- SWライフサイクル
- アクセスビリティ
- 長期的な理想像
- SWライフサイクルで分割
- 専門の知識が必要
- プラットフォーム on プラットフォーム
- 共通で必要となるようなツールを入れる
- アクセスビリティ
- DXチーム
- 上は理想的な状態
- チームデザインが重要
- https://engineering.mercari.com/blog/entry/2020-07-16-083548/
20210325 Kubernetes Meetup Tokyo #40
20210325 Kubernetes Meetup Tokyo #40
セミナー情報
- 2021/3/25 19:00 -
- https://k8sjp.connpass.com/event/206303/
セッション
Wasmで広がるEnvoyとIstioの世界
- 資料
- Tetrate.io
- Proxy-Wasm の発展とその方向性を説明
- Envoy, Itsio もまだ強化されていることがわかる
PipeCDでKubernetesのGitOpsについて
- 資料
- サイバーエージェント
- PipeCD というOSSの紹介
- CI/CD の勘違い
- CI のことを中心に考えている感
- Continous Deployment
- PipeCD
- 統一なデリバリシステムが必要
- Kubernetes得意でないので（kubectl を使わなくていい）
- サイバーエージェントでは多くのPJで利用
- 既存のソリューションが要件を満たさない
- Spinnaker
- flux
- argo
LT; ポリシーエンジン Kyverno について
以上
20210323 Kubernetes沼へ。商用サービスSREの現場から
ようこそ、Kubernetes沼へ。商用サービスSREの現場から
セミナー
- 2021/3/23 18:00 - 19:00
- https://iij.connpass.com/event/204973/ -
- https://eng-blog.iij.ad.jp/archives/9295
メモ
- k8sの使い方ステップ
- 自分たちで実装するものが増えてくる
- ちゃんと使えるようにするには
- Step1
- ingress controller いる
- CNI, CSI
- モニタリング
- 人材
- 時間が掛かる
- 特に運用。知識が要求される
- YAMLは、なれ？？
座談会
- 動いているシステムを触るのが怖いのでKubernetes化
- dockerはスゴイ → k8s
- IIJはなぜ、Kubernetes？
- メンテのストレスもあるが、DevとOpsの壁が大きかった
- そこへのアプローチ（一般論だが）
- 品質を担保するために開発者は本番環境を触らせない、という文化だった
- それの壁をKubernetesで下げた
- メンテのストレスもあるが、DevとOpsの壁が大きかった
- Kubernetesでエンジニアらしい開発できる
- 実際使うと大変じゃない？
- 一般的に便利だけと複雑になるが、今までの積み上げじゃない
- 根本の考え方が違う（Kubernetes）
- 運用が大変なのじゃない？
- 技術の習得とかは、個人的な指向で始めるもの
- ECSとEKS
- 環境にドライバ必要と話した
- AWSにあうドライバがあるのでEKS が使いやすい（期待感）
- インフラに合わせたケアがいらない
- IIJのKubernetesの特徴は？
- ステップ２に到達するまで時間がかかっている
- 最初は4年前（２０１７）
- ステップ２（２０１８－）とりあえず動かしてみるか。
- ステップ３Kubernetesのソースを見だした(読まざるをえない)
- IKE オフィス
- このリリースが大きかった
- 興味があるひとが使いだした（最初の一歩が容易にできるようになった）
- サービスからのフィードバックはある
- SRE いろいろな要求がうけられる
- 他事業部のサービスでの横連携ができるようになってきた
- SRE のつらいところ
- Kubernetesどういう人が使っている？
- フィンテック
- 通信業界
- 大規模なサービスを提供している企業
- メリットはスピード
- 従来のやり方ではだめ
- 今後は？
- 一般化していく
- サーバサイドをパッケージングすることができるようになるはず
- ステートレスじゃないもの、あらゆるものがKubernetesへ乗ってくるはず
- DBの運用もしたくない、となる
- 最初のハードルは低い
- 意外と簡単にトライできる
- 日本のIT業界、周回遅れ・・だが、
- エンジニアは結構、技術を持っていると思う
- 根本的に切り替わるとき（今のコンテナ化）が大きな転機だろう
20210311-12 CLOUDNATIVE DAYS SPRING 2021 ONLINE memo
CLOUDNATIVE DAYS SPRING 2021 ONLINE
- 2021/3/11 - 3/12
- https://event.cloudnativedays.jp/cndo2021
- 資料、動画は上記から参照可能
SLO策定とアラート設定までの長い道のり
メモ
- 適当なSLOから始めた
- SLO-v1
- ダウンタイムを考慮したSLO
- アラートが過敏すぎる
- シンプルじゃない
- SLO-v2
- 一貫した目標とする
- 可視化（SLO達成率の）
- SLO違反前に修復したい（アラート）
感想
- SLO 定義の真意
- 誰のためのSLOか
- シンプルであれ
- 可視化
Istioを活用したObservability基盤の構築と運用
メモ
- Observability について、丁寧に説明されている
- Istio の最新動向の説明あり
- 構成管理の重要性
- Single Source of Truth
- 環境に応じた取得メトリクスの自動変換（★）
NFVにおけるクラウドネイティブ技術適用の挑戦
- https://event.cloudnativedays.jp/cndo2021/talks/831
- https://speakerdeck.com/sinohara/nfvniokerukurautoneiteihuji-shu-shi-yong-falsetiao-zhan
- NTT
メモ
- NFV領域の簡単な動向
- CNF化
- CI/CDが難しい
- NFVをクラウドネイティブ化するための課題、進め方が述べられている
エンタープライズ・インフラ構築・運用でもDevOpsを活用しよう ～チームを強くするDevOps
メモ
- CI/CD の難易度を説明
- 開発者の知るべき共通言語
- 要求管理システム(JIRA)、Git の使い方はみな知るべき
継続的な性能担保、DevPerfOpsという考え方
メモ
- 性能を継続的に担保する施策
- 性能試験アジリティ
- Kubenetesリソースデプロイ時の自動負荷試験
- 本番リリース時の性能リスク低減
- Progressive Delivery
技術的負債とステークホルダと説明責任と
メモ
- 実装当時、最適解と考えられたものが時間の経過とともに最適とは評価されなくなったもの
- 「最適」は変化していく
- フルスクラッチへの幻想
- 意思決定者全員が理解する
デプロイメント手法を選択する ~ Flagger/Argo Rollouts
メモ
- ここでもでてきた、Progressive Delivery
- 実践的なカナリアリリース
Open Policy Agent (OPA) と Kubernetes Policy
メモ
- OPA の詳細な説明
マインド：計画と統制の文化にクラウドネイティブの種をまく
- GMO ペイメントゲートウェイ
- サービスアーキテクト
- クラウドネイティブとは
- 変化に対する許容度合いを予め限定せず、形を変えて滑らかに変容していく性質を持つアーキテクチャや組織文化
- レジェンド
- 5年程度の変化やリスクを可能な限り事前に可視化・予測し尽くし、コントローラブルなものと捉えて解決するアーキテクチャや組織文化
- 6兆円規模のレジェンド
- 変わるリスク
- レジェンドは成果を出し続けている・・
- チームを分離
- クラウドネイティブチーム
- レジェンドとクラウドネイティブのチームが分かれてしまう
- 重力圏内に留まらせることが重要
- レジェンド ≠ レガシー
Open Policy Agentで社内のコード統一する夢を見る(★)
NaaS (Network as a Service) - NSMによる抽象化とデータプレーンの進化
Edge Cloud Vision
- Red Hat
- Open Telco horizontal hybrid cloud
- OpenShift Edge Deployment Model Multi Cluster Management
- 県レベル→実際のエッジレベル
- 県レベル→実際のエッジレベル
- Operator
- 運用ノウハウをOperatorで実現
- 運用ノウハウをOperatorで実現
- GitOps
- ベンダーから通信キャリアへのCDを可能とする
- 分散されたエッジへの配布が困難となる→GitOpsで解決
- エッジコンピューティングへの支援が重要となってくる
- 一貫性
- イノベーション
- 多様性
Kubernetesがない世界線のCloudNativeジャーニー
20210210 Ansible Night Online 2021.02
セミナー
- 2021/2/10 19:00 - 21:30
- https://ansible-users.connpass.com/event/197729/
久しぶりのAnsible ユーザ会
セッション
『AnsibleFest2020 Recap』さいとうひでき さん (日本Ansibleユーザ会)
Ansible Builder / Runner
- Receptor
『組織で自動化に着手する前に行うべきだと感じた3つの下拵え』鎌田 健司 さん
- 資料
- NW業務の自動化担当
- Ansible は万能に思えるが・・
- 結構苦労する
- 下ごしらえ
- 上司に対して
- Ansible 魔法の箱と思われる
- 自動化はモジュールに依存してしまう(NW)
- NWの場合、熟練者の方が早いことがある
- 削減量と開発量のバランス
- 自動化対策設定
- 業務分析が必要
- チームでの自動化開発
- コミュニケーションコストを下げよう
- 人物像を明確に
- 上司に対して
『極度自動化したいといわれて困った話 ～某自動化推進チームの場合～』ウォーカー イアン さん (株式会社JALインフォテック ATLASチーム リーダー)
- ディスカバリセッション
- バリューストリームマップ
- Ansible だけのスキルじゃない
- git/ 開発手法
- Ansible 自体
- コーディング規則
- 標準ツール化
『チームでPlaybook開発する時の心構え/仕組みづくり』jiro01030 さん
『Ansible Towerをみんなで使うためにやったこと』hito58 さん
- インベントリを共通化
- Tower はインベントリの数でライセンス
Playbook はリポジトリで管理する
『MSP企業でAnsibleを浸透させる難しさ』10key3 さん
- 5年やっても浸透しない
- 楽しいからやっていきたい
『自滅のAnsible』しゃうち さん
20210209 50代以上エンジニアのキャリアストーリー 〜将来のエンジニアライフを考える〜
セミナー情報
- 2021/2/9 19:00 -
https://findy.connpass.com/event/201915/
セッション
パネルディスカッション
50代のエンジニアのこれまで
- GitHubとかクラウドって昔にくらべるとすごく楽になった
- ネット上でソース共有できる
- いい時代になった
- エンジニアって
- 趣味になり得る仕事
- 頑張んなきゃ損じゃん
- 趣味と実益を兼ねている！
- コード書いて動くとうれしい（単純だけど）
- 楽しい
- 苦労したこと
- キャッチアップ苦労している
- 新化、React
- まずは試してみる
- 理不尽なこと
- SES時代、検証環境たてろ、W杯見てた
- 勉強は続けないといけない
- 楽しさでキャッチアップしている
- ほっておくとさび付いてしまう
- 年を取ると視野が広がる
- 経験値が増える
- 仕事への出会い（人との出会い）
- いい人と仕事ができるのが良い
- 年下に伝えたいこと
- 単なるお勉強では技術は身につかない
- とりあえず手を挙げてみる・やってみる・安請け合いする
- 基本的なことは習得しておくとよい（50代は基礎を知っている）
- 流行りものに飛びつくだけというのはいかがなものか
- 今後は？
- 楽をする苦労をする
- 年取ると早起きになる
QA
* Web系以外にいる人も多い * フリーランスは仕事を取ることが難しい * 人とのつながりが重要
その他
* 学び続けることがエンジニアとしての生きる道 * 手を動かす * 過去の経験は役に立つ * 固執してはいけない * コミュニティなどでのつながりは重要 以上
