タグ

PaaSに関するvanbraamのブックマーク (110)

  • GEは構えたミットに直球を投げ込んできた、と記者は語った

    日経コンピュータ9月1日号の特集記事「答えはGEにあり」(以下、GE特集)でデスクを担当した。世界最大の重電企業である米ゼネラル・エレクトリック(GE)の「デジタル化」の動向を、正面から取りあげた内容だ。 知らない人が多いと思うので簡単に説明しておくと、デスクというのは記者を支援し、記事のクオリティに責任を持つ役割だ。最終的に良い特集記事になるように、記者と編集長の間に立ってさまざまな調整を行う。記者がやりたいテーマをどう記事の企画として成立させるかを一緒に考え、時にはアイデアも出す。編集長の意図や要望を踏まえつつ、出てきた原稿をしっかり読んで、読者に伝わりやすいように整形したり、修正したりする(査読という)。デザイン面でも記者や編集長のアイデアが最大限に具現化できるように、いろいろ努力する。とはいえ、あくまで裏方である。出来上がった記事は記者のモノだし、メディアは編集長のモノだからだ。

    GEは構えたミットに直球を投げ込んできた、と記者は語った
    vanbraam
    vanbraam 2016/09/12
    GEのdigital transformationと,その中核Predixの特集の話
  • Herokuで本番サービスを運用する際にやっておきたいこと & 構成の事例 - クラウドワークス エンジニアブログ

    こんにちは、最近アルコールが入っていたらなんでもいいと思うようになってきた @yo-iida です。🍻 今回はみんな大好きHerokuのお話です。 サービス立ち上げ期に大活躍するHerokuですが、CrowdWorks内でもいくつかのプロダクトで番までHerokuで運用しているサービスがあります。 今回は私が携わっている社内プロダクトでのtipsを紹介します。 やっておきたいこと Heroku PipelineとReview appを使いこなす 番とデータ同期できるpreview環境を追加する Heroku上のアプリケーションはすべてRAILS_ENV=productionで動かす DBのバックアップ設定をしておく Production Checkを行う アプリケーションのビルドの仕組みを知っておく 構成の事例 Standard以上のdynoを使用する ミドルウェアはHeroku公式

    Herokuで本番サービスを運用する際にやっておきたいこと & 構成の事例 - クラウドワークス エンジニアブログ
    vanbraam
    vanbraam 2016/09/05
    Heroku Pipelineいいな.こういうの見ると優れたGUIの重要性を感じる
  • 「サーバレス」に対する気持ち - くろの雑記帳

    「サーバレスアーキテクチャ」という言葉を目にするようになって、なんだかもやもやするなぁと思っていた。 最近だと、「サーバレス」という言葉の方がよく目にする気がする。 www.publickey1.jp この記事を読んで、さらに違和感しかなくなった。 僕の気持ち 最近サーバレスアーキテクチャっていう言葉がよくわからなくなってきてる。サーバレスのサーバを構築するって何言ってるかよくわかんないんだけど。。— くろさん (@kuro_m88) June 28, 2016 …サーバレスって、何がないんだっけ? Twitter上での皆さんの気持ち 自分だけかなと思ってTwitterを検索してみると、同様に違和感を感じている方がいて安心(?)した。 はじめて聞いた時から思ってるんだけどサーバレスってサーバあるよね:「サーバレスとは何か」そして「サーバレスとPaaSの違い」とは。マーチン・ファウラー氏のブ

    「サーバレス」に対する気持ち - くろの雑記帳
    vanbraam
    vanbraam 2016/08/31
    自分も同じ様な事を感じていて,嘗てこういうブコメb:id:entry:269150273,b:id:entry:287089653も書いたりしたので,共感する
  • IBM Cloudライト・アカウント - Japan

    最も規制の厳しい業界向けに設計されたエンタープライズ・クラウド・プラットフォームで、高いレジリエンスとパフォーマンス、安全性、コンプライアンスを備えたクラウドを提供します。 無料で試す

    IBM Cloudライト・アカウント - Japan
  • 「コンテナでデプロイ/運用を再発明」レッドハットのOpenShift戦略

    昨年7月にリリースされたOpenShift Enterprise 3においても、レッドハットではコンテナオーケストレーションツールの「Kubernetes(クーバネテス)」を統合し、Dockerテンプレートを提供するなど、すでにPaaSではなく「企業向けのDocker基盤ソフトウェア」という方向性を示していた。今回の「OpenShift Container Platform」へのリブランディングは、同社のそうした意向をさらに強調するものとなる。 それでは、「10年後のビジネス基盤」としてなぜ、コンテナ基盤が必要なのか。またコンテナ基盤にはどのような機能が求められるのか。同社プロダクト・ソリューション部長の岡下浩明氏が、急速に進化し、適用の幅を広げるコンテナ技術と、最新の導入事例を紹介した。 岡下氏は、コンテナ技術はアプリケーションの「デプロイと運用を再発明する」ものであり、かつてJ

    「コンテナでデプロイ/運用を再発明」レッドハットのOpenShift戦略
    vanbraam
    vanbraam 2016/08/08
    OpenShift EnterpriseをOpenShift Container Platformに改称;containerでアプリの"デプロイと運用を再発明";Googleでは150万個/人のcontainerを管理;Gluster Storageを統合.やはりfilesystemは入れるのか;OpenShift Originはどうなるのだろう?
  • 「サーバレスとは何か」そして「サーバレスとPaaSの違い」とは。マーチン・ファウラー氏のブログに投稿された解説

    「サーバレスとは何か」そして「サーバレスとPaaSの違い」とは。マーチン・ファウラー氏のブログに投稿された解説 サーバレスアーキテクチャは、クラウドに対応したアプリケーション開発においてホットな話題の1つと言えます。 その発端はAmazonクラウドがAWS Lambdaを発表したことですが、その後Googleが「Google Cloud Functions」を、IBMが「OpenWhisk」を、マイクロソフトが「Azure Functions」を相次いで発表し、主要なクラウドにおけるサーバレス環境が一気に整いつつあります。 しかしサーバレスはAWS Lambdaなどの実装が先行したことなどから、明確な定義があいまいなまま普及が始まろうとしている面があります。 こうした状況を整理し、何がサーバレスなのか、PaaSと何が違うのか、といった解説が、マーチン・ファウラー氏のブログMartinFol

    「サーバレスとは何か」そして「サーバレスとPaaSの違い」とは。マーチン・ファウラー氏のブログに投稿された解説
    vanbraam
    vanbraam 2016/08/08
    そもそもPaaS自体が定義の曖昧な言葉なのに,もう1つの曖昧な言葉であるserverlessとの"違い"を尋ねる質問は無意味では.ただCockcroft氏の回答は気に入った.そこから時間課金も可能になってる訳だし.PaaSの1種という点も同意
  • Docker をフル活用したインフラの紹介と成長し続けるためのインフラ戦略 / #abejameetup

    Innovation Meetup ~Startup Infrastructure~ の発表資料です http://abeja-innovation-meetup.connpass.com/event/36707/

    Docker をフル活用したインフラの紹介と成長し続けるためのインフラ戦略 / #abejameetup
    vanbraam
    vanbraam 2016/08/04
    解決した/起きてる問題の大半がHerokuであれば問題にならなかった様な気が.Latencyはそんな苦労を買ってまで解決する価値があるものだったのだろうか?例えばHeroku+CDNで解決した方が良かったという事はないだろうか?
  • 「Container 2.0の時代へようこそ」、Mesosphereがコンテナ市場へ新たな挑戦状

    Container 1.0の世界は、コンテナで何ができるかを議論するよいきっかけとなった。これからはContainer 2.0の世界の話をしよう。データセンター向けの基盤ソフトウェアを開発するMesosphereは、同社のブログでこう切り出したブログの記事「Welcome to the era of Container 2.0」を公開しました。 ステートフルとステートレスを同時にサポート Container 2.0とは何を指すのでしょうか。同社は次のように説明しています。 At its simplest, Container 2.0 is the ability to run (and orchestrate) both stateless and stateful services on the same set of resources. 簡単に説明するならば、Container 2.

    「Container 2.0の時代へようこそ」、Mesosphereがコンテナ市場へ新たな挑戦状
    vanbraam
    vanbraam 2016/08/04
    興味深い;HerokuやCloud Foundryはstatefulなcomponentをserviceとして別扱いにしている(但しschedulingの対象外).OpenShiftや有力CaaS(Kubernetes,Docker(Swarm))はフラットに扱う.DC/OSはserviceの概念を採用し,更にschedulingの対象にする,という事か
  • アジャイル開発の第一人者、吉羽龍太郎氏が指南するSIerとエンジニアのあるべき姿

    「市場に求められる」「当の価値を持つ」エンジニアであるために必要な考え方やスキルを身に付けるにはどうすればいいのか。エンジニア技術の「目利き力」やビジネスにコミットする力を習得する方法について、アジャイル開発やDevOpsの分野で数多くのコンサルティング経験を持つ吉羽龍太郎氏に聞いた。 SIの現場でアジャイル開発が普及しない理由 編集部 アジャイル開発など数多くのプロジェクトコンサルティングを手掛けた経験から「現在のエンジニアが抱える問題をどう捉えているのか」についてお聞かせください。 吉羽氏 一口にエンジニアが抱える問題といっても、SIerで働くエンジニアと、サービスやプロダクトを作っているサービス系企業で働くエンジニアでは、その状況は大きく異なります。 サービス系企業の技術者は、エンジニアでも、デザイナーでも、プロダクトを作って利益を上げることを目的に仕事に取り組んでおり、ビジネ

    アジャイル開発の第一人者、吉羽龍太郎氏が指南するSIerとエンジニアのあるべき姿
    vanbraam
    vanbraam 2016/06/30
    "私はもともとPaaSがテクニカルロックインの問題を抱えるとは思っていません"<わかってるなぁ.GAEは少し特殊だが,HerokuタイプのPaaS間で移行が技術的に"難しい"ということはほぼない
  • bliki: Serverless

    Serverless architectures are internet based systems where the application development does not use the usual server process. Instead they rely solely on a combination of third-party services, client-side logic, and service hosted remote procedure calls (FaaS). Serverless applications often make extensive use of third party services to accomplish tasks that are traditionally taken care of by server

    bliki: Serverless
    vanbraam
    vanbraam 2016/06/21
    "Serverless"よりもIntegration of "Function as a Service"(IFaaS)と考える/呼ぶ方がいいと思う.従来のapplication PaaSより抽象度が少し上がっただけなので.
  • コンテナはどこで使われているか? 管理プラットフォームのシェア1位はCloud Foundry、2位はAmazonクラウド、3位はAzure。Cloud Foundry Foundationの調査結果

    コンテナはどこで使われているか? 管理プラットフォームのシェア1位はCloud Foundry、2位はAmazonクラウド、3位はAzure。Cloud Foundry Foundationの調査結果 PaaS基盤ソフトウェアであるCloud Foundryの開発主体となっているCloud Foundry Foundationは、コンテナ型仮想化の利用状況に関する調査結果「Hope Versus Reality: Containers in 2016」(pdf)を発表しました。 調査結果では、グローバルにおけるコンテナの利用状況、課題、管理プラットフォームの状況などについて示されています。概要を紹介しましょう。 調査は100人以上の規模の企業の開発者、ITマネージャ、運用担当者、ビジネス担当者に対して行われました。総回答数は711で、回答者の34%が北米、33%が欧州、33%がアジアに勤務

    コンテナはどこで使われているか? 管理プラットフォームのシェア1位はCloud Foundry、2位はAmazonクラウド、3位はAzure。Cloud Foundry Foundationの調査結果
    vanbraam
    vanbraam 2016/06/20
    container使って実用アプリ動かす環境って(多分GKEと)Cloud Foundryが最も早いから,この結果は妥当.AWS ECSとOpenShiftが急追してくると思うが.Azureの健闘が以外.container導入ってつい最近じゃなかったっけ?
  • Azure Functions / Overview and Under the hood

    2016年12月5日更新 ちゃんと書いてなかった気がするのと、某所で喋ったのでスライドの中身を適当にコピペします。そのうち動画・スライドが公開される気もしますが。→ されました de:code 2016 – Azure Functions overview and under the hood ※2016年12月5日現在の情報です。 ※だらだら長くなってしまった… Azure Functionsって? イベント駆動の”機能”実行プラットフォームです。だいたいは何かしらのデータを処理したいというのと、何かしらアクションがあって処理を実行したいという2点が実現したい何かだと思いますが、アクションを受ける部分とかわざわざ作りたくないですよね。もっと処理そのものをサクッと構築して実行したいと思います。 Azure Functionsではそのための機構が提供されてて、スクリプトベースで処理に関する記

    Azure Functions / Overview and Under the hood
  • Log pipeline for Cloud Foundry with Apache Kafka

    Log pipeline for Cloud Foundry with Apache Kafka Apache Kafka Meetup Japan #1 at Yahoo! JAPAN 31 May 2016 Taichi Nakashima About me @deeeet (Twitter) / @tcnksm (GitHub) http://deeeet.com PaaS (based on Cloud Foundry) Dev&Ops Gopher 2 About me 3 TL;DR なぜLog pipelineの構築にApache Kafkaを採用したか? (どのようにCloudFoundryと連携しているのか?) 4 Cloud Foundry https://www.cloudfoundry.org/ OSS Platform as a Service 構築基盤 API

    vanbraam
    vanbraam 2016/06/01
    "5TB logs / day"!!
  • マイクロサービスのデプロイメントに関する課題とは

    これまで我々は,Fred George氏,Dustin Huptas氏,Andreas Schmidt氏など何人かの人たちが,マイクロサービスの開発で自らが経験した課題について論じるのを見てきた。先日もUsman Ismail氏が,マイクロサービスの継続的デリバリにおける課題に関するパネルディスカッションに登壇した後,そこでの話題のいくつかをブログで改めて取り上げている。氏の議論は,マイクロサービスの基的教義に内在する欠点のひとつを指摘することから始まる。それは,ラピッドプロトタイピングやイテレーションでは,大規模なチームほど,よりアジャイルな方法で(ソフトウェアを)移行できるようになる,という点だ。 その一方でマイクロサービスは,運用およびツーリングの面において,開発チームに相当なオーバーヘッドを課すことになります。それぞれのサービスに対して,デプロイメントパイプライン,監視システム,

    マイクロサービスのデプロイメントに関する課題とは
    vanbraam
    vanbraam 2016/05/11
    ここに書かれてる様々なオーバーヘッド解消の為のPaaSでありCI/CDaaSでありGitHub(or類似サービス)だと思う;デバッグが大変になるのは同意.その辺はb:id:entry:63680666に書かれててmicroservicesやってる人には常識では?
  • Open Source Kubernetes on DC/OS: An Introduction | D2iQ | D2iQ

    We’ve evaluated D2iQ against other platforms, so you can choose the best Kubernetes solution to meet your enterprise requirements.

    Open Source Kubernetes on DC/OS: An Introduction | D2iQ | D2iQ
    vanbraam
    vanbraam 2016/04/20
    repository覗いたらinstallerのソースはPythonだった.ツールの記述がないので専用のdeployment tool?;タイプとしてはPaaSというよりCaaS風味なのかな?
  • HerokuでPHPのココが便利 #phpcondo2016 #heroku #php - mimemo

    hiro_y 9年前 に作成 hiro_y 9年前 に更新 0 HerokuPHPのココが便利 #phpcondo2016 #heroku #php みんなに公開 自己紹介 山岡広幸 @hiro_y(合同会社テンマド・代表社員) おもにPHPとかNode.jsとか書く人 大学文学部卒 ➡ SIer ➡ ウノウ ➡ Zynga Japan ➡ デジタルガレージ ➡ トイロ ➡ フリー ➡ 会社設立 合同会社テンマド Webサイトやサービスの制作 技術顧問・コンサルティング、経営サポート 技術顧問: 株式会社アスクリード 社外CTO: 株式会社イノベーター・ジャパン など Webサービス開発・運営 📝 mimemo 書く・読む・見せるをお手軽に。 mimemoはゆるく使えるテキスト置き場です。 https://mimemo.io Markdown記法 個人メモに使ったりテキスト共有に使った

    HerokuでPHPのココが便利 #phpcondo2016 #heroku #php - mimemo
  • 今、SI業界に新風が吹いている

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます こんにちは。サイボウズでkintoneのプロダクトマネージャーをしている伊佐です。この連載では、今変わりつつある業務システム開発の現場を紹介し、次の時代にユーザー企業、SIerのあるべき姿について考えていきたいと思います。 新しいクラウドプラットフォームの登場により、企業の業務部門が使うシステムの開発に大きな変化が起きています。その変化を正しくご理解いただくために、まずはkintoneの紹介から始めます。なんせプロダクトマネージャーとして愛情を注いでいるサービスについて語るので、多少熱い思いが入る点についてはご容赦ください。 誰でもシステム開発ができるプラットフォーム kintoneは、aPaaS(Application Platfor

    今、SI業界に新風が吹いている
    vanbraam
    vanbraam 2016/04/07
    "対面開発"はscrumのproduct owner参加と何が違うのだろう?新しい言葉を使って混乱を生むのは避けてほしい気もする;システム開発にユーザーの関与が必須なのは同意
  • 『Herokuでbotを運用する時代は終わった。これからはIBM Bluemixを使って無料で運用する - Qiita』へのコメント

    テクノロジー Herokuでbotを運用する時代は終わった。これからはIBM Bluemixを使って無料で運用する - Qiita

    『Herokuでbotを運用する時代は終わった。これからはIBM Bluemixを使って無料で運用する - Qiita』へのコメント
    vanbraam
    vanbraam 2016/03/20
    どれだけ無料にこだわるんだろう.これまでHerokuには散々世話になってるんだろうから,月$7くらい払ってもいいのでは
  • Microservices Casual Talks に参加してマイクロサービスの奥深さに驚愕した - kakakakakku blog

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

    Microservices Casual Talks に参加してマイクロサービスの奥深さに驚愕した - kakakakakku blog
    vanbraam
    vanbraam 2016/03/17
    "データベースに直接接続するアプリケーションは1つに制限して依存度を無くす";"障害が発生した時は Correlation Ids を使ってマイクロサービス間を辿っていけるように";"ローカル環境に全てを構築することは現実的ではない"
  • 『現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠』へのコメント

    ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

    『現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠』へのコメント
    vanbraam
    vanbraam 2016/03/09
    予想した内容とかなり違った.ちょっと微妙