社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
最近では「マイクロサービス」と呼ばれる、機能毎に細かくサービスを分割して開発や運用を行うアーキテクチャの採用例が増えている。本記事ではこのマイクロサービスアーキテクチャや、それに使われる技術について紹介する。 マイクロサービスとは 近年、ITシステムの開発・運用において「Microservice（マイクロサービス）」というアーキテクチャを採用する例が増えている。マイクロサービスアーキテクチャは、簡単に言えばサービスを構成する各要素を「マイクロサービス」と呼ばれる独立した小さなコンポーネントとして実装するという手法で、2011年ごろから提唱されているものだ。 マイクロサービスについては、2014年に公開された「Microservices」という文書が有名だ（有志による日本語訳）。また、さくらのナレッジでも2015年に紹介されている。マイクロサービスの詳しい思想についてはこれら記事を参照してほ
2018年12月6日 at 8:20 午後 1件のコメント 先日 JAPAN CONTAINERDAYS v18.12 に参加し 「40 Topic of Kubernetes in 40 Minutes」 という内容で 40 個の Kubernetes に関するトピックを 40 分でご紹介する内容を発表させていただきました。 第一弾の記事：JAPAN CONTAINERDAYS v18.12 での発表について 時間の関係上、セッション中でも詳しくお伝えできなかった所もあるので、ここで真意も含めて共有したいと思います。特に Kubernetes に関連した Topic 26-33 の部分を詳しくご紹介します。 26. すべての k8s 機能を利用する必要はない Please Remember J2EE !! 27. 複雑な構成を作らない 運用構成を変えればできることを無理して k8s でし
昨年のワールドマーケティングサミットでの富士フイルムの古森会長による危機に対応するためのイノベーションの講演メモを発掘したので、こちらにも投稿しておきます。 3年前のワールドマーケティングサミットでも、日本企業がなぜイノベーションができないのかという議論で、ウォルコット氏が「何言ってるんだ日本には同じ業態のコダックが破綻した一方で、イノベーションに成功した富士フイルムのような成功事例があるじゃないか」と話題に出ていたのをよく覚えていますが。 今回はその当事者であった古森さんが生々しく裏話を語っていただき大変刺激になりました。 最近は残念な日本の大企業の不祥事が話題になることが多いですが、昭和の高度経済成長期の成功体験を背景にした大企業病と、本当の意味での日本企業の強みとか日本企業らしさというのは、ちゃんと分けて議論しないとダメだなと改めて感じさせられる逸話です。 ーーーーーーーーーーーー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
