タグ

2017年7月18日のブックマーク (16件)

  • 都市から地元住民が消える、バルセロナが鳴らす警鐘

    スペイン・バルセロナの旧市街、ゴシック地区で、電動立ち乗り二輪車のセグウェイで観光客が通り過ぎるのを待つ松葉づえの男性(2017年2月17日撮影)。(c)AFP/PAU BARRENA 【7月16日 AFP】スペイン・カタルーニャ(Catalonia)自治州の州都バルセロナ(Barcelona)の美しい旧市街、ゴシック地区(Gothic Quarter)。路上で遊ぶ子どもたちの姿や昔ながらのバルなど──ここを歩くと、マヌエル・モウレロ(Manuel Mourelo)さんには、今は「みんな、なくなってしまった」昔の記憶がよみがえる。 狭く曲がった路地を埋め尽くしているのは、自転車や電動立ち乗り二輪車のセグウェイ(Segway)に乗ったガイド付きツアーの観光客たちだ。地元の人々は歴史が詰まった建物をホテルや観光客向けの賃貸業者に明け渡し、出て行ってしまった。 北西部ガリシア(Galicia)出

    都市から地元住民が消える、バルセロナが鳴らす警鐘
  • なぜMicroservicesが重要なのか(Why Microservices Matter)を読んだ - 気の向くままに書き綴る

    Heroku | Why Microservices Matterを読んだ。 Microservicesについては、以下が非常にわかりやすい!! "Microservices"を読んだ | SOTA Herokuは、 The Twelve-Factor App(日語訳)でSaaSの方法論を上げている。 上記2つを合わせて読むと面白い。 Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 ・セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 ・下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 ・モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 ・開発環

    なぜMicroservicesが重要なのか(Why Microservices Matter)を読んだ - 気の向くままに書き綴る
  • Microservices Casual Talks に参加してマイクロサービスの奥深さに驚愕した - kakakakakku blog

    昨日は「Microservices Casual Talks」に参加してきた.前日まで補欠35番目で厳しいかなーと思ったけど,奇跡的な繰り上がりで参加できた.当に参加したくて祈り続けてたからその効果かも?w 「マイクロサービスアーキテクチャ」は Amazon で予約していたから既に届いてるんだけど,まだ読めてなくパラパラと開いた程度で,事前に読んでいればもっと理解できたなと後悔した. 開催側のポリシーに準じた範囲で,自分の意見も合わせて簡単にメモを残しておこうと思う.特に参考資料が多く出ていて,読めていないものもあるため,合わせてリンクしておこうと思う. connpass.com 『マイクロサービスアーキテクチャ』とAzure Service Fabric @satonaoki 開口一番「アズールじゃなくてアジュールです」には吹いた!最近 Docker Meetup もそうだけど,頻繁に

    Microservices Casual Talks に参加してマイクロサービスの奥深さに驚愕した - kakakakakku blog
  • (要約記事) Varnish と Microservices: Zipnish の紹介 - おさかな日誌

    元記事: Varnish and Microservices: Introducing zipnish [update] スライドへのリンクが変わっていたので更新: https://www.slideshare.net/Varnish_software/microservices-20-61197134 Amedia が Microservices パターンを適用した時の事例を元に Zipnish というソフトウェアの紹介記事 元記事には無い前提情報 Microservices アーキテクチャを apply する時に Varnish を活用する手法があるようだ。 今まではそれぞれのサービス間はそれぞれ通信するので、接続先のサービスを探す "Service Discovery" の問題を解決しなければいけなかった。具体的には、各サービスのインスタンス情報の格納のために Service Dir

    (要約記事) Varnish と Microservices: Zipnish の紹介 - おさかな日誌
  • リアクティブ宣言

    異なる分野で活動する組織が、同じようなソフトウェア構築のパターンを独立に発見している。このようなシステムはより堅牢で、より耐障害性があり、より柔軟で、より最新の要求を反映しやすくなっている。 こうした変化が起きているのは、近年、アプリケーションの要求が著しく変化してきているからだ。ほんの数年前、巨大アプリケーションは数十のサーバから構成され、数秒の応答時間と数時間のオフラインメンテナンスを許容し、データは数ギガバイトだった。今日のアプリケーションは、モバイル機器から数千のマルチコアプロセッサによって動作するクラウドベースのクラスタまで、あらゆる機器上に配備される。ユーザはミリ秒の応答時間と 100% の稼働率を期待する。データはペタバイト単位で測定される。昨日のソフトウェアアーキテクチャは、今日の要求を全く満たしていない。 求められているのは、システムアーキテクチャに対する明快なアプローチ

  • マイクロサービスのトレードオフ | POSTD

    (編注:2020/08/11、いただいたフィードバックをもとに記事を修正いたしました。) マイクロサービスのアーキテクチャスタイル がモノリシックアーキテクチャよりも優れたアプローチであるというのは、多くの開発チームが実感していることです。その一方で、生産性を低下させる重荷のようなものだと感じているチームも存在します。プラスの面もあればマイナスの面もあるという点においては、マイクロサービスも他のアーキテクチャスタイルと変わりません。具体的なコンテキストに適用する前に、これらをよく理解して、賢明な選択をする必要があります。 マイクロサービスがもたらす利点 強固なモジュールの境界 :マイクロサービスではモジュラー構造が強化されています。この点は、チームの規模が大きくなるほどその恩恵は増してくるでしょう。 個別にデプロイ :サービスがシンプルなほどデプロイは容易です。また、マイクロサービスではそ

    マイクロサービスのトレードオフ | POSTD
  • CodeIQについてのお知らせ

    2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

    CodeIQについてのお知らせ
  • マイクロサービス化が進む背景について考えてみた

    Why People Want Microservices.md マイクロサービス化が進む背景について考えてみた 最近マイクロサービスって流行ってますよね。バズってると言ってもいいくらい。 個人的には、「マイクロサービスって結局何なの?」とか、「SOAと何が違うわけ?」とかいう議論は苦手です。 でも「なんでみんなマイクロサービスで作りたいのか?なんでマイクロサービスで作られるサービスが多いのか?」にはすごく興味があるんです。 僕は今、シリコンバレーにある日系SIerの小さな子会社で駐在員をやっていますが、このエリアに居ると、とにかく最近、 「サービス全体が、独立した小さなサービスの集合で構成されるようになってきている」 という流れがあるのは実感できます。もうそれが前提みたいになってるくらい。普通サービスって依存サービスを幾つか呼び出しますよね?ってところから始まるのが普通なくらい。 この記

    マイクロサービス化が進む背景について考えてみた
  • エキスパートたちが語る、Webパフォーマンス最新テクニック

    こんにちは、編集長の白石です。 今回は、HTML5 Experts.jpでWebパフォーマンスに関する特集を行うにあたって、エキスパートの皆様による誌上座談会を開催してみました。 通常であれば数時間語っても尽きないような話を、1時間強でみっちり聞いてきました。 Webパフォーマンスの改善について、初心者から上級者まで楽しめる、有用な記事になっているかと思いますのでどうぞお楽しみください。 エキスパート紹介 白石 皆様、日はお集まりいただいてありがとうございました!まずは簡単に自己紹介をお願いできますでしょうか? 竹洞 株式会社SpellDataのCEOを務めている、竹洞です。Webパフォーマンスには10年間くらい関わっており、年間200サイトくらいの計測に携わっています。 今度から、Instart Logicのエヴァンジェリストも務めることになりました。Instart Logicは、Ap

    エキスパートたちが語る、Webパフォーマンス最新テクニック
  • DI・DIコンテナ、ちゃんと理解出来てる・・? - Qiita

    意外と分からずに、「とりあえず」とか「なんとなく」で使っちゃうパターンが多い系案件な気がして書いてみます。 こんな事ありませんか? DIとDIコンテナの違いを説明出来ない DIとサービスロケータの違いを説明出来ない DIを使ってるつもりが、サービスロケータになっている DI、サービスロケータが、ただの「パターン」の1つであることを理解してない DI(Dependency Injection)を正しく理解する そもそも、Dependeny Injectionを日語にするとどういう意味になるでしょうか。 多くの人が「依存性の注入」とか応えるのではないでしょうか? 私もそうでした。きっと何かで読んだのでしょう。 (wikipediaに「依存性の注入」と書いてありますね) 補足 なぜ依存性を注入してあげると良いのか、そのメリット等は後述しますが、 DIというのはただのパターンの1つです。 たまに

    DI・DIコンテナ、ちゃんと理解出来てる・・? - Qiita
  • bliki: Microservice Premium

    The microservices architectural style has been the hot topic over the last year. At the recent O'Reilly software architecture conference, it seemed like every session talked about microservices. Enough to get everyone's over-hyped-bullshit detector up and flashing. One of the consequences of this is that we've seen teams be too eager to embrace microservices, 1 not realizing that microservices int

    bliki: Microservice Premium
  • 「マイクロサービス」のメリットをざっくり言うと「変化に対応しやすい」こと──ただしファウラー氏は“使い過ぎ”を警告 | さくらのナレッジ

    「マイクロサービス(Microservices)」という用語が、Web企業を中心に注目を集めています。マイクロサービスという言葉には、「おや?」と思わせる吸引力があると思います。ここでは、このマイクロサービスとは何か、いままでの考え方とは何が違うのかを見ていくことにしましょう。 マイクロサービスについて簡単に説明すると、システムを複数のサービスの集合体として構成し、サービス相互をRESTful Web APIのようなシンプルで軽量な手段で連携する手法です。その最大のメリットは、小規模なサービス群を疎結合する作りにすることにより、「一枚岩」(モノリシック)のシステムの複雑さから自由になることです。つまり、マイクロサービスの考え方を導入することで、変化に強いシステムを作ることができるのです。 マイクロサービスを深く知りたい方は、まず James Lewis氏、Martin Fowler氏による

    「マイクロサービス」のメリットをざっくり言うと「変化に対応しやすい」こと──ただしファウラー氏は“使い過ぎ”を警告 | さくらのナレッジ
  • TechIn(β版) by NIKKEI|ビジネスに役立つITニュースを日経が集約―日経の情報サイト

    今夏、ナイキ(Nike)がついにAmazonに屈し、正式にファーストパーティとして販売を開始した。だが、ナイキがファーストパーティの販売者となって6カ月で、同社のAmazonにおける売り上げは急落した。これはAmazonとパートナーになるとどうなるかを示す重要なケーススタディになる。…

    TechIn(β版) by NIKKEI|ビジネスに役立つITニュースを日経が集約―日経の情報サイト
  • オープンな議論とクソリプ(?)で皆が信頼しあうサイボウズ!中途入社で活躍中の方々にお話を聞いてきました - Lantern by builderscon

    こんにちは、Buildersconスタッフの石田です。 最近一番書いている言語が「日語」になりつつあります😁 前回の記事で当方が八王子在住ということをお話いたしましたが、お客様や契約している会社は地元でなく東京の事が多いです。*1 年に一度も出社しない会社にも所属していますが(しても忘年会とか…)、ありがたい事にお客様や同僚にもそれを納得いただいています。 私はこういった働き方を望んでやっていて、そのおかげで「痛勤」や高いランチに悩まされることなく仕事に集中出来ていますし、都心と違って比較的広い家にも住めます。これも働き方の一種ですね。 さて、生産性を上げるために多様な働き方が認められつつある昨今、その先陣をきって多様な働き方を実践する企業の一つにサイボウズ株式会社様を忘れることができません。 サイボウズ様の取り組みは色々なメディアに書かれていますが、実際のところはどうなんでしょう?と

    オープンな議論とクソリプ(?)で皆が信頼しあうサイボウズ!中途入社で活躍中の方々にお話を聞いてきました - Lantern by builderscon
  • 🔒 paypal.com

    This is a plaintext HTTP webpage trying to look like a valid HTTPS, but it's not. If you see a lock 🔒 in the address bar you should get yourself another browser. Also, the favicon is a lock and <title> contains the emoji lock + fake paypal.com DNS, it can trick some users in tab view (https://twitter.com/chronic/status/886978532508934144). tl;dr: Unicode/Emoji in URLs are bad and can be dangerous

  • AWS をフル活用して「サーバレス」な SPA を実装できる「サーバーレスシングルページアプリケーション」を読んだ - kakakakakku blog

    6月末に O'Reilly から出版された「サーバーレスシングルページアプリケーション」を読んだ.ただ読むだけじゃ理解度が浅くなってしまうかもしれないなと感じて,今回は全ての実装を写経してみた.そのため少し時間はかかってしまったけど,フロントエンドには苦手意識があったし,今まで SPA の実装もしたことがなかったので,前半部分は特にワクワクしながら楽しめた.今回,監訳者の id:yoshidashingo にご献を頂き,当に感謝しかありません.ありがとうございます!と同時に,ガッツリ読もうと意気込んだタイミングで仕事に忙殺されてしまったりして,書評のタイミングが遅れてしまったのはすみません! サーバーレスシングルページアプリケーション ―S3、AWS LambdaAPI Gateway、DynamoDB、Cognitoで構築するスケーラブルなWebサービス 作者:Ben Rady発売

    AWS をフル活用して「サーバレス」な SPA を実装できる「サーバーレスシングルページアプリケーション」を読んだ - kakakakakku blog