ZOZO開発組織の2022年の振り返りと現状
株式会社ZOZO 技術本部 本部長 兼 VPoEの @sonots です。この記事は「ZOZO Advent Calendar 2022」のカレンダー1の最終回（25日目）です。 振り返ると2022年は、昨年度の記事でも最後に「会社の統合、そして BizDevOps へ」と掲げているようにビジネス部門と開発部門が融合しやすい下地となる組織を作るべく邁進した1年だったように感じます。私個人としても、2022年3月に執行役員(前ZOZOテクノロジーズ社長)の久保田が退任し、VPoEとしてエンジニア部門統括の役割を引き継いだ大きな変化のあった1年でした。 この記事では、ZOZOで私と組織がこの一年、組織面で取り組んできたものをいくつか取り上げたいと思います。プロダクト面の進歩については「ZOZO ファッションテックハイライト 2022」の記事にまとまっていますので、そちらも合わせてご覧ください。
GKE でカーネルパラメータの設定 - Qiita
GKE でカーネルパラメータを設定したい。 Using sysctls in a Kubernetes Cluster を参考にすると Pod オブジェクトの spec.securityContext.sysctls[] で設定できる 許可をだすために PodSecurityPolicy オブジェクトを作る 許可をだすために kubelet に --allowed-unsafe-sysctls オプションを指定する とあるが、GKE では kubelet にオプションを渡せない。 initContainers を使う 代わりに initContainers で起動時に sysctl -w コマンドで設定してあげればできる。 apiVersion: apps/v1 kind: Deployment spec: template: spec: initContainers: - name: s
書き込みがあるワークロードにおける ZOZOTOWN マルチクラウド構想とその検討停止について - Qiita
この記事はZOZOテクノロジーズ #1 Advent Calendar 2019 23日目の記事です。 昨日の記事は弊チームの inductor による「GKEの内部負荷分散機能を使ってInternal Load Balancerを構築する」でした。面倒で困っているのでGCP様にはなんとかして欲しいものです さて本記事では、残念ながら本番運用には至らなかったのですが、私がここ暫くMLOps業の裏でやっていた「書き込みがあるワークロードにおける ZOZOTOWN マルチクラウド構想」の検討結果について供養のつもりで記そうと思います。 なお、今年は弊社では全部で5つのAdvent Calendarが公開されています。 ZOZOテクノロジーズ #1 Advent Calendar 2019 ZOZOテクノロジーズ #2 Advent Calendar 2019 ZOZOテクノロジーズ #3 Ad
aws cliでシェル毎にデフォルトプロファイルの切り替え設定 - Qiita
一般的には、複数のAWSアカウントを持っている場合 aws configure --profile <profile> で aws cli の設定をすると思うが、これだとあらゆる aws コマンドを打つたびに --profile <profile> オプションでプロファイル名を指定しないといけないのでめんどくさい。 シェル毎に別のプロファイルをデフォルトで指すことができるようにして、tmux のウィンドウ毎にプロファイルを切り替えたい。 関連: gcloud でシェル毎にプロジェクトの切り替え設定 AWS_DEFAULT_PROFILE, AWS_PROFILE AWS_DEFAULT_PROFILE および AWS_PROFILE 環境変数でデフォルトプロファイルを切り替えられるので、この環境変数をシェル毎に設定しなおせば良い。ツールによってどちらの環境変数が参照されるかまちまちなような
RubyKaigi 2019 スライドまとめ - Qiita
RubyKaigi 2019 の発表スライドまとめ。 After RubyKaigi 2019のパネルディスカッションセッションで一覧検索できるものが欲しくなったので作成しました。そのうち本家にスライドと動画リンクが貼られるはずなのでそれまでの繋ぎです。 EDIT: 2019/05/13 本家 にスライドリンクが徐々に貼られ始めました。 Apr. 18 The Year of Concurrency Yukihiro "Matz" Matsumoto @yukihiro_matz https://www.youtube.com/watch?v=kc3okicxmqA Ruby 3 Progress Report Matz & the Ruby Core Team @matzbot https://docs.google.com/presentation/d/1z_5JT0-MJySGn6U
docker (nvidia-docker) を使ってマルチノードで ChainerMN を実行する方法(仮) - Qiita
docker (nvidia-docker) を使ってマルチノードで ChainerMN を実行する方法(仮) 編集履歴: (2017/12/14) nvidia/cuda:9.0-cudnn7-devel-ubuntu16.04 を使う場合 nccl-repo-ubuntu1604-2.0.5-ga-cuda9.0_3-1_amd64.deb をダウンロードして配置しなくても apt-get install libnccl2 libnccl-dev できたので変更 シングルノード シングルノードなら特に難しい所はない。docker コンテナ内に OpenMPI や ChainerMN をインストールして、nvidia-docker run で mpiexec すれば良い。 Dockerfile FROM nvidia/cuda:9.0-cudnn7-devel-ubuntu16.04 R
AWS GPU インスタンスにおける ChainerMN の分散効率に対する評価 - Qiita
EDIT(2018/05/26): ChainerMN 1.2.0/13.0 において実装された double buffering および FP16 サポートの機能により AWS 環境でも高い分散効率を出せるようになったようです。See ChainerMNのクラウド環境向け新機能とAWSにおける性能評価 | Preferred Research AWS EC2 インスタンスにおける ChainerMN の分散効率に対する評価を実施した。ChainerMN のバージョンは 1.0.0。 AWS の p3 (v100) インスタンスもつい最近ローンチされたので、p2 と p3 インスタンスで評価を実施する。 バージョンなど AWS p2 (k80) および p3 (v100) インスタンス Ubuntu 16.04 Python 3.5.2 (/usr/bin/python3 of Ubunt
terraform で aws_security_group の更新を安全に行う - Qiita
resource "aws_security_group" "test" { name = "test" vpc_id = "${aws_vpc.test.id}" ingress { from_port = 22 to_port = 22 protocol = "tcp" cidr_blocks = ["x.x.x.x/32"] } } resource "aws_security_group" "test" { name = "test" vpc_id = "${aws_vpc.test.id}" ingress { from_port = 22 to_port = 22 protocol = "tcp" - cidr_blocks = ["x.x.x.x/32"] + cidr_blocks = ["x.x.x.x/32","y.y.y.y/32"] } } aws_security
jar-dependencies を使って jruby gem (or アプリケーション) の jar 依存を解決する - Qiita
jar-dependencies を利用すると maven レポジトリから jar をその依存も含めてダウンロードして、jar の依存解決をすることができる。もちろん、バージョン指定もできる。なお、jar-dependencies gem は jruby にデフォルトでバンドルされている。 小話 最初は mkristian/jbundler が良さそうと思って使っていたのだが、どうやら mkristian/jar-dependencies が jruby にデフォルトでバンドルされるようになり、こちらがスタンダードになった模様。 gem の場合 gemリリース時にjarをバンドルしてしまいたい場合 gem に jar を入れ込んでリリースしてしまう方法 https://github.com/mkristian/jar-dependencies#vendoring-your-jars-bef
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kubernetes で deployment リソースに変更を加えずに rolling update させる - Qiita
digdag タスクの docker 実行について - Qiita