2024年8月3日より開催された「SRE NEXT 2024 IN TOKYO」の登壇資料です。 https://sre-next.dev/2024/ ▼関連資料 ユーザー数100万人規模の事業成長を止めずに、レガシーコードと戦う https://speakerdeck.com/vi…
![プロダクト全体で取り組むSREing イシューから始める信頼性・生産性向上の実践/SRE NEXT 2024](https://cdn-ak-scissors.b.st-hatena.com/image/square/36904691211f360a90458cefeb284efc94a560a6/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F269c690a73cb4e579ddce686e3bf3406%2Fslide_0.jpg%3F31246784)
2024年8月3日より開催された「SRE NEXT 2024 IN TOKYO」の登壇資料です。 https://sre-next.dev/2024/ ▼関連資料 ユーザー数100万人規模の事業成長を止めずに、レガシーコードと戦う https://speakerdeck.com/vi…
HRMOSでは複数存在するモジュールの体験を統一するために「Design System(デザインシステム)」の開発を行ってます。 そこで本日は HRMOSにおけるDesign System メリットだけではない、Design Systemのデメリット を中心に紹介をしたいと思います。 Design Systemとは? 『Design System』という本の一節にこう書かれています。 デザインシステムとは、デジタルプロダクトの目的を達成するために首尾一貫したルールで編成された、お互いに関連づけられたパターンとその実践方法です。パターンは繰り返される要素で、これらを組み合わせてインターフェースを作成します。 — Design Systems - アラ・コルマトヴァ HRMOSにおいてのDesign Systemとは、いわゆるUI Kitのようにデザインパターンが羅列されているだけでなく、いつ
経済社会総合研究所ウェブサイトは、2021年2月20日にESRI統計情報・調査結果ウェブサイトと統合し、リニューアル及びURL変更を行いました。 恐れ入りますが、下記URLよりアクセスいただきますようお願いいたします。 The Economic and Social Research Institute website combined with the ESRI Statistics website for a revamp on February 20, 2021, leading to URL changes.Please use the following URL to access the new site. 経済社会総合研究所ウェブサイト トップページ(https://www.esri.cao.go.jp/index.html) シンポジウム・フォーラム(https://www
平素は、東京証券取引所の市場運営に格別のご高配を賜り厚く御礼を申し上げます。 2020年10月1日に株式売買システム「arrowhead」で発生した障害により、投資家の方々をはじめ、多くの市場関係者の皆様に御迷惑をお掛けしましたことを深くお詫び申し上げます。 今回発生した事象に関し、経緯、原因及び再発防止措置等について公表を行いました。 また、今般、当社では、再発防止に向けたシステム障害対応やルール整備の在り方についての検討を行うため、「再発防止策検討協議会」を設置することとしました。 詳細につきましては、添付資料をご参照ください。
DA事業本部の春田です。 AWS Summit Online絶賛開催中!ということで、本記事では「CUS-65: ペイメントプラットフォームにおける AWS の活用」の内容についてまとめていきます。 セッション情報 楽天株式会社 グローバルテクノロジー統括部 國谷 彩 氏 AWS上でのPayment Platformシステムの歴史についてお伝えします。AWSへ移行してからこれまでの課題と解決方法について説明します。 ※セッション動画は以下リンク アジェンダ 楽天グループについて ペイメントプラットフォームについて ペイメントプラットフォームにおけるアマゾンウェブサービス(AWS)の歴史 楽天グループについて Eコマースのサービス「楽天市場」をはじめ、Fintech事業やエンターテイメント事業まで、さまざまなビジネスを展開 各サービスが楽天共通IDで繋がることで、サービスを跨いだグループシナ
この記事は BASE Advent Calendar 2019 の 17 日目の記事です。 devblog.thebase.in こんにちは。Platform Dev Section マネージャーの大窪(@bonnu)と申します。 BASE には 2018 年の夏に入社し、現在はバックエンド基盤や SRE(Site Reliability Engineering)、フロントエンド基盤を担う各グループのマネージャーを務めさせてもらっています。 今回のアドベントカレンダーでは実用的なネタを思いつくことができませんでしたので、ちょっとしたコラムのようなものを綴らせていただこうかと思います。 私が愛した言語・Perl 突然ですが、私がこれまでエンジニアとして仕事をしてきた中で一番長く書いていた言語は Perl です。 現在は日本のWeb業界においてのシェアを近代的な言語(※ Golang、Java
カミナシが抱える100問「採用ウィッシュリスト」とはカミナシという会社・事業が抱える課題をリストアップして、採用候補者の方向けに公開したものです。 経営・マーケティング・セールス・開発・・・など各領域ごとにカテゴリ分けされています。 作るきっかけになったのは、こちらのSmartHRさん宮田さんの記事です。 SmartHRでは100の問題を社長が解くのではなく、「100人で1問ずつ解く」というスタイルをとっています。この考え方が、経営と組織運営のベースにもなっています。メンバーが問題を1問ずつ見つけて解くことができれば、スピードは100倍になり、1問1問へのトライ&エラーを増やすことができ、正答率も高くなると思っています。 (※記事本文より抜粋) この「100の問題を100人で1問ずつ解く」という考え方をカミナシでも取り入れたいよね。という話が挙がり、シリーズA調達までに解決したい課題リスト
[レベル: 中級] Apple 製ブラウザの Safari がバージョン 14 で WebP を正式にサポートする予定です。 ついに Safari が WebP をサポート この記事を公開する時点の Safari の最新バージョンは 13 です。 次バージョンの 14 で WebP を標準機能としてサポートすると Apple は発表しました(正確にはベータ版でのサポートなので、正式版でサポートを見送る可能性がゼロではありませんが)。 WebP はスピードアップに最適な画像フォーマット WebP は Google が開発した画像フォーマットです。 JPEG や PNG に比べると、25 〜 35 % サイズが小さくなります。 画像は、JavaScript と並んでウェブページの表示速度を大きく左右する要素です。 最軽量の画像フォーマットである WebP を使えば、ページ表示の高速化に役立ちま
こんにちは。Cacoo チームの木村(@cohhei)です。Cacoo チームでは、 Kubernetes によるアーキテクチャの microservices 化に取り組んでいます。今回は私たち Cacoo チームが microservices 化によって解決しようとしている課題と取り組みの内容、その成果についてご紹介します。 この記事では以下の内容を含みます。 Cacoo の開発チームがどんな課題を抱えていたか 何故 microservices の道を選んだか どんな技術を選んだか microservices 化してどうだったか 現状の課題 課題:古いフレームワークとモノリシックなアプリケーション Cacoo は2009年にベータ版がリリースされた歴史のあるプロダクトで、モノリシックなアプリケーション上ですべての機能が実行されていました。 そのため、それぞれのコードの依存関係を十分に理解
Go初心者がやってしまいがちなやらない方がいいことを書き出してみました。 情報検索や環境構築 golang.jpを見に行ってしまう Golang(ごーらんぐ)と呼んでしまう(by hogedigo) depが最新推奨のパッケージマネージャだと勘違いする(Go標準の「go mod」を使おう) 「GO???」環境変数を理解せずに設定しまくる(わからない場合は一切設定しないのが正しい) しょっぱなからgvm,gobrew,goenvなどのマルチバージョンのマネージャを入れようとしてエディタ連携環境構築に失敗する (複数バージョンのGoの運用は既に標準のGoだけでできるようになっている) エディタにgoimportsやgolintを設定し忘れる OSのパッケージマネージャまかせで古いGoやgccgoをインストールしてしまう エラーハンドリング周り err変数名のバリエーションを増やしすぎる(ほとん
株式会社ウルフチーフ 代表取締役。TIS株式会社にて19年半、さまざまな業種のシステムアーキテクチャ設計を担当し、2018年に退職、株式会社ウルフチーフを創業する。以降流しのアーキテクトとして、前職時代から書き溜めていたOSSプロダクトや技術記事を元に、様々な現場でアーキテクチャの設計や研修を実施している。 課題:リポジトリの肥大化に伴ってリリース頻度が低下 川島 freeeではどのような課題を解決するためにマイクロサービス化を検討されたのでしょうか? 横路 freeeのプロダクトの成り立ちからお話しすると、「会計freee」の最初のリリースが2013年で、翌年に「人事労務freee(当時の名称は給与計算freee)」をリリースしました。その段階で既に、各プロダクトや認証・認可を扱うサービス基盤などは、リポジトリやサービスを分割する形で開発・運用を行っていたんです。 しかし、プロダクトがマ
技術的負債を徹底的に解消した話 - オミカレのシステムフル刷新のためにやったことを全部教える 技術的負債、デザイン面での課題など、サービスを構成するシステムを全面にわたってリニューアルしたプロセスを、オミカレの高橋一騎さんが克明に伝えます。 株式会社オミカレでテックリードをしております、高橋一騎(たかはし・いっき/ @ikkitang )です。私たちが提供する婚活メディアサービス「オミカレ」は、2019年3月にシステムのフルリニューアルに踏み切りました。本稿では、このリニューアルのプロセスをできるだけ詳細にお伝えしたいと思います。 さて、「技術的負債」という言葉を耳にすることがあります。なぜ負債が生まれるのか。「品質を犠牲にしてでも早々にサービスをリリースし、短期的にビジネスの速度を上げる」という判断はその理由の一つに挙げられるでしょう。エンドユーザーへの価値提供スピードを得るための見返り
AWS上のコンテナはネットワークをどう利用するのか? ポート番号の扱いとDNSの仕組みを中心に AWS、そしてネットワークの基礎知識は、なんらかのサービスを開発する際に不可欠なものです。本稿では、コンテナを利用してWebアプリケーションを開発するとき、Webアクセスはどのような技術を用いて成り立っており、どういったことに注意する必要があるのか、といった入門的情報をAWSに務める菊池之裕さんに説明してもらいました。 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン株式会社でシニアソリューションアーキテクト ネットワークスペシャリストを務めております、菊池之裕と申します。私は普段、ネットワークに関連したお客さまの技術的な導入支援や課題解決などの業務に従事しています。 読者のみなさんは、ネットワークについての基礎知識をどれくらい持っていらっしゃるでしょうか? 普段、主にWebアプリケー
ライブラリの導入によってライブラリが依存する他のライブラリと脆弱性までも引き込んでしまうことがあります。本記事ではライブラリと依存関係における脆弱性について Gradle を使って例をあげながら解説します。
この記事はRetty Advent Calendar 2019 21日目の記事です。エンジニアの 神@pikatenor がお送りします。11日目の記事に書かれた「弊社エンジニアの神(注・人名であり実名です)」とは私のことです。 qiita.com さて世はまさにマイクロサービス大航海時代、大規模化した組織・肥大化したコードベースのメンテナンスを継続的に行っていくべく、アプリケーションを機能別に分割する同手法が注目を集めていることは皆さんもご存知でしょう。 マイクロサービスアーキテクチャ特有の設計課題はいくつかありますが、今回は認証情報のような、サービス間でグローバルに共有されるセッション情報の管理のパターンについて調べたことをまとめてみたいと思います。 背景 HTTP は本質的にステートレスなプロトコルですが、実際の Web サービス上では複数リクエストをまたがって状態を保持するために、
これは以前からつくっていたErkOSという自作OSでの経験を元にして、どうやったらRustで自作組込みOSの最初の一歩を踏み出せるか、というものをドキュメントにしたものです。 このドキュメントはこの前の技術書展の告知が来たあたりから構想を練っていて、すきま時間にちまちまと書き進めていたものですが、とりあえず、プロセスの切り替えっぽいところまでの説明を終えることができたので公開しました。 組込みでRustをやる話や自作OSを書く話というのは先駆者がたくさんいて、僕自身もそれらの資料を参考にしつつ書き進めて来ました。 一応、それらの既存のものとは差別化はしているつもりではあるものの、既存のものを完全に上回るというものではないです。内容もまだまだ足りない。 以前、RustでOSを書くプロジェクトもろもろでいくつかOSを書く際に参考になりそうなプロジェクトをまとめましたが、情報も古くなってきたので
AIやデータサイエンスが注目されるに伴い、世の中は加速度的にデータドリブン化しています。特にビジネスにおいては、個人の勘や経験だけではなく、データやファクトにもとづいて意思決定がなされるべきという考えはもはや一般常識であると言っても過言ではありません。 そんな中、当然のようにデータ分析の結果を「分かりやすく見せること」の重要性が増しています。どんなに素晴らしい分析結果であっても、伝えたいことが伝わらなければ、意思決定につながりません。 データといっても、その表現方法はさまざまですが、最も使われる頻度が高いものとして、グラフがあります。 ただグラフを作るだけであれば、Excelを使えば誰でもできますが、誰しもが学校できちんと教わったわけでもなく、なんとなくグラフを作っているのが現状でしょう。 正しく分かりやすいグラフを作るためには、以下のような問いに即答できるグラフリテラシーが必要です。 グ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く