マイクロサービスとメッセージングのなぜ [概要編] - 赤帽エンジニアブログ
レッドハットでインテグレーションのためのミドルウェアのテクニカルサポートを担当している山下です。 最近はマイクロサービスでシステムを開発しているという話もよく聞くようになってきました。ではそこでメッセージング、そしてKafkaを使ってますでしょうか？マイクロサービスでは何故かRESTばかりが世の中に注目されてしまうことも多いために、今回はメッセージング推しの内容にしています。 マイクロサービスではメッセージングを用いたコマンドやイベントこそ中心であって不可欠です。マイクロサービスの中でメッセージングはどのように利用され、そしてなぜ必要なのでしょうか。今回は「マイクロサービスとメッセージングのなぜ [概要編]」と題してそれを概観していきます。 Kafkaの簡単なおさらい どこでメッセージングは利用されるのか？ RESTはお手軽な解決策？ なぜマイクロサービスにメッセージング(Kafka)が必
![マイクロサービスとメッセージングのなぜ [概要編] - 赤帽エンジニアブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/707ca04fc1adae69cf6e76dabc92e34469792eec/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Ft%2Ftyamashi-oss%2F20190724%2F20190724112428.jpg)
「社員体験」を追求したWi-Fi打刻システムWIASを開発、メンテナンスしている話 | メルカリエンジニアリング
Icon made by Freepik from www.flaticon.com こんにちは。 今年度、新卒で株式会社メルペイに入社し、SREチームの配属になったkeke(Twitter: @_k_e_k_e)です。 本記事では、メルカリの社内サービスであるWi-Fi打刻システムWIAS(Wi-Fi Attendance System)のお話をします。 会社に所属すると出退勤を記録する必要があります。その中で面倒に感じる、忘れてしまう、記録方法が分からない……など色々な問題が出てきます。しかし、Wi-Fiと勤怠システムをうまく組み合わせることによって社員体験を向上させることができた私達のチャレンジを紹介します。 目次 本記事は以下のセクションで構成されています。ご興味のあるセクションだけでもご覧ください。 目次 WIASとは 「社員体験の向上」というゴール WIASの開発背景 旧システ
「自立」したWebシステムを創る。自分の好きなことをする世界を目指して。/ ipsj-one-2018-rrreeeyyy
IPSJ-ONE 2018 で、インターネットと運用技術研究会に推薦していただき、"「自立」したWebシステムを創る。自分の好きなことをする世界を目指して。" というタイトルで登壇しました。
高度に発達したシステムの異常は神の怒りと見分けがつかない - IPSJ-ONE2017 - ゆううきブログ
名古屋大学で開催されたIPSJ-ONE2017 で登壇しました。 IPSJ-ONEというのは、情報処理学会の各研究会から選ばれた日本の若手トップ研究者17人が集まり、自身の研究を高校生でもわかるように発表するイベントです。 1000人ぐらい入る講堂で、しかもニコニコ生放送で配信されるというとても大掛かりなイベントです。 ちなみに、昨年は、同じ研究会からの推薦で、 id:matsumoto_r (matsumotory) さんが登壇されています。 IPSJ-ONE 2016で登壇してきた - 確実に時代は変わってきている #ipsjone - 人間とウェブの未来 発表 「高度に発達したシステムの異常は神の怒りと見分けがつかない」という、一見何の話かわからないやばそうな話なんですが、大真面目に話してきました。 スライドを以下に公開しています。ただ、スライドだと何の話をしているかおそらくわからな
アルゴリズム取引のシステムを開発・運用してみて分かったこと
趣味でアルゴリズム取引のシステムを開発・運用してみたことで得られた知見について、社内のテーマ自由な勉強会で発表しました。
書評: 進化する銀行システム 24時間365日動かすメインフレームの設計思想 - Qiita
発端 去年、Naoya Ito さんがこんな話(System of Record と System of Engagement)をした後、SOEとかSORとか話題になることも多くなったと思う。 そんな折、ちょうどいいタイミングで、SOR中のSORなシステムである銀行システムの話を、日本における銀行システムの曙までさかのぼってまとめた本が出たのでさっそくゲットした。 Title: 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus) Publisher: 技術評論社 (Feb. 2, 2017) Author: 星野 武史 (著), 花井 志生 (監修) ISBN-13: 978-4774187297 Publish Date： 2017/2/4 Amazon: https://www.amazon.co.jp/dp/477418
Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ
Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ 「Site Reliability Engineering」（SRE）とは、GoogleのシニアVPであるBen Treynor氏が提唱した、高い信頼性や性能を発揮するシステムインフラを実現し、改善していくアプローチのひとつです。 これまでの運用チームやインフラチームによる運用や改善とSREが異なるのは、SREでは積極的にコードを書き、ソフトウェアによって目的の達成を目指している点にあるといえます。 Googleが公開しているSREのWebサイトでは、SREを次のように説明しています。 Like traditional operations groups, we keep important, revenue-critical syst
ASTER-テスト設計チュートリアル ちびこん編 ‘21
1. テスト観点（テストすべきこと）を整理して、網羅的に挙げよう テストすべきことを挙げきることは、バグを防ぐために大切な考え方です。ここではテストすべきことを網羅的に挙げるとはどのようなことか、どのように行ったらよいかについて、Myersの三角形問題を題材にして具体例を挙げながら説明します。また、テストは網羅的に行うことも必要ですが、効率的にバグを見つけるためにピンポイントでバグを狙って検出する、というテスト設計も必要です。ピンポイントでバグを狙うためのテスト観点やその導き方についても合わせて紹介します。 2. テストフレーム（テストケースの構造）を考えよう テストすべきことをテスト観点として列挙したら、それらをまとめてテストケースにしていきます。その時にテストケースの構造を考えると、網羅しやすいテスト設計になります。ここではテストケースの構造とはどのようなことか、どのようにまとめていっ
限界と常識を打ち破る
出典：日経コンピュータ 2015年10月1日号 （記事は執筆時の情報に基づいており、現在では異なる場合があります） 既存の開発・保守手法は限界に達した。限界を打ち破るため、「超高速開発」に取り組む大企業が増え始めた。二度のシステム障害に揺れたみずほ銀行はシステム再構築にこの手法を採用する。パナソニック、ソフトバンクは「内製化は困難」という社内の常識を打ち破るのに使う。 2002年のシステム統合時に続き、2011年の東日本大震災直後にも大規模なシステム障害を引き起こしたみずほ銀行。信頼回復に向けて、次期勘定系システムの再構築プロジェクトに取り組んでいる。みずほ銀とみずほコーポレート銀行、みずほ信託銀行の三つの勘定系システムを統合・刷新し、目指すのは2016年12月からの順次稼働だ。 3000億円プロジェクトの舞台裏 投資額は3000億円を超し、ピーク時の要員は実に7500人に達する。みずほ銀
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
2016年のWantedlyアーキテクチャ (1) - Wantedly Engineer Blog
こんにちは、川崎です。Wantedlyに参加して4年が経ちました。 今回は、Wantedlyのサービスの現状について、システム的な観点から紹介したいと思います。 事業の状況 利用ユーザ数は月間90万人、利用企業数は15000社を超えました。自分が始めた頃は、月間1万人、利用企業数150社ほどだったので、4年間でおよそ100倍に成長した計算になります。 サービスとしては、「働くすべての人のインフラへ」というスローガンで大きく2つの挑戦をしています。1つは創業当初から取り組んできた「会社と人の出会い」を生み出すマッチング事業を、さらに大勢の人に使ってもらえるようにすること。わかりやすく言えば、採用・広報媒体としてのサービスです。 そしてもう1つは、WantedlyのビジネスSNSとしての側面で価値を提供し、会社の枠を越えた「人と人のつながり」を加速させていくこと。 どのような思想で取り組んでい
UI設計 - 外に出てデータを求めよ
Chris Atherton氏がGOTO Berlin 2015カンファレンスで閉会講演を行い，ソフトウェアの設計について語った。講演の中で氏は，ソフトウェアがいかにあるべきかという専門家の意見に頼るよりも，外に出て実際のユーザの声を聞くべきだ，と提案した。InfoQは氏に，ユーザインターフェースの設計とテストについてインタビューした。 InfoQ: 基調講演 “You Can’t Always Get What You Want” では，システムの望ましい外観や動作の設計について話されていましたが，なぜそれが重要で，そして難しいのか，詳しく説明して頂けますか？ Atherton: 設計のよくないユーザインターフェース(UI)には，誰がどのような状況で使用するのか，という点の考慮が欠けています。この種の失敗は，(外見が趣味に合わないという程度の)ちょっとした不満で終わる場合もありますが，航
アーキテクチャよりも設計を重視しよう – 米政府18Fチームの提案 | POSTD
注釈： CASH LAYER：キャッシュレイヤ FRONT END：フロントエンド ASSET SERVE：アセットを供給 WEB SERVER W/ROUND ROBIN FAILOVER：ラウンドロビンとフェールオーバーを実装したWebサーバ THE CLOUD：クラウド ALL READS! ：全ての読み込み WRITES：書く READS：読む MASTER：マスタ INPORTANT POINTY THINGS：重要な鋭い情報 MULTI MASTER DB CLUSTER：複数のマスタからなるデータベースの集合体 「エンジニアはまずアーキテクチャの全体像から始めるべき」、というのが先人たちの知恵からの教訓となっています。データベースを使ったサービスが他のサービスと関係する様子を、線や矢印で表したのが上の図です。キャッシュレイヤ、ロードバランサ、その他の複雑な形も上図の情報フロー
半年かかったバグ調査の顛末は - Cybozu Inside Out | サイボウズエンジニアのブログ
サイボウズ・ラボの光成です。 今回は原因究明に半年以上かかったバグ調査の紹介をいたします。 弊社はクラウドサービスcybozu.comを提供しています。 クラウドサービスでは障害対策のためのデータバックアップやレプリケーションが必須です。 現在ラボの星野がメイン、私はサブとして弊社サービスでの利用を目指した次期バックアップシステムWalB（GitHub）を開発しています。 WalBは、ファイルシステムとdiskの間に入ってIOを全て記録するブロックデバイスとIOのログを管理するツールからなるシステムです。 詳細はリンク先をごらんください。 発端 去年はラボ内の開発環境でテストを進め、本社でテスト運用を開始するのが目標でした。 ところがラボでテストを開始して4カ月後の2015年4月、不正なlogpackが検出されました。 logpackとはWalBで用いられるデータフォーマットの一つです。
ニュース - 「日産リーフ」の自律走行車、公道テストへ：英国（WIRED.jp）：ITpro
英国政府が、2013年中に英国内の公道で自律走行車のテストを行うことを承認すると発表した。 7月16日（現地時間）に発表された80ページにわたる新たな報告書「道路に関する行動計画：21世紀のネットワーク（Action for Roads: A network for the 21st century）」によると、英国ではオックスフォード大学が日産自動車の電気自動車「リーフ」を使うかたちですでに取り組みを始めている（日本語版記事）が、これまでは私道でしかテストを行っていないという（冒頭の動画）。 2012年には米国のフロリダ州、カリフォルニア州、ネヴァダ州（日本語版記事）が（グーグルによる）自律走行車のテスト実施を承認している。ミシガン州も近々その予定だ。 「自律走行車に乗っていると、人が普通に車を運転しているときとよく似たかたちで、車がすべての決定を分析しているのがわかる。しかも自律走行車
自律的なシステムを目指して！！第2回 JAWS−UG 神戸 開発運用の現場でのChef活用 - プログラマでありたい
先日の【神戸】OpsWorks (Chef) 特集 !に参加＆登壇してきました。正直なところ、Engine Yardの安藤さんやHiganWorks 澤登さん、クリエーションライン 浦底さんと日本を代表するようなChefの人たちの間で、私が話をしても良いのか悩みました。Chefの説明や技術的な部分ではとても敵わないので、Chefなどを使って自動化して何を目指すのかという所を中心に話をさせて頂きました。 私にとって、自動化もアジャイルもDevOpsも手段でしかありません。目的とすることは、ビジネスで儲かりつつ働く人が楽できるモデルを作ることです。楽しつつ儲かるビジネスモデルであれば、手動でもウォーターフォール型でも何でもよいのです。でも、現状では我々の業界では競争は激化して、現状維持ではジリ貧という状況です。そうなると今まで通りのやり方では、単純に労働強化でしか対応出来ません。そうならない為
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなシステム構想 / The concept of Hatena System
「やさしい日本語」変換システムの試作
託児所とシステムを作ってみた
