改めてPaaSについて考えてみる
16. NISTのPaaS定義 利用者に提供される機能は、クラウドのイン フラストラクチャ上にユーザが開発したまた は購入したアプリケーションを実装すること であり、そのアプリケーションはプロバイダ がサポートするプログラミング言語、ライブ ラリ、サービス、およびツールを用いて生み 出されたものである 。ユーザは基盤にあるイ ンフラストラクチャを、ネットワークであれ、 サーバーであれ、オペ レーティングシステム であれ、ストレージであれ、管理したりコン トロールしたりすることはない。一方ユーザ は自分が実装したアプリケーションと、場 合 によってはそのアプリケーションをホストす る環境の設定についてコント ロール権を持つ。 https://www.ipa.go.jp/files/000025366.pdf 17. NISTのPaaS定義 利用者に提供される機能は、クラウドのイン フラストラ
FaaS、PaaS、サーバーレスアーキテクチャのメリット
この記事では、サーバーレスとは何か、PaaSやSPaaSとの比較、サーバーレスアーキテクチャのメリットとコスト、フレームワークの必要性について議論する。 当初、サーバーレスという言葉は、バックエンドアプリケーションを動かすためのサーバーのセットアップと管理を、開発者が気にする必要がないことを意味していた。サーバーを必要としないわけではなく、バックエンドのインフラストラクチャはサードパーティプロバイダによってメンテナンスされ、データベース、メッセージング、認証などの必要な機能はサービスとして提供されるということだ。こうしたサービスインフラストラクチャは通常、BaaS（Backend-as-a-Service）やMBaaS（Mobile Backend-as-a-Service）と呼ばれた。 ところが、Amazonがサーバーレスのパラダイムを別のレベルに引き上げた。彼らは2014年にAWS L
ひしめき合うOpen PaaSを徹底解剖！ PaaSの今と未来
July Tech Festaで発表した資料です。 Cloud Foundry、OpenShift v3、Deis、Flynnを取り上げて、Open PaaSの今と未来について解説しました。
Rakuten Platform as a Service and Apache Kafka | Rakuten Tech Blog
Rakuten has been running an internal Platform-as-a-Service (PaaS) for over 4 years. Rakuten application teams use our PaaS not only for testing but also for running production scale services. Because of the power of PaaS, we’ve been enabling them great productivity. For example, they can release their application and scale them out horizontally when needed using a single command. We use Cloud Foun
Introducing Heroku Private Spaces: Private PaaS, delivered as-a-Service
Introducing Heroku Private Spaces: Private PaaS, delivered as-a-Service As the world becomes more cloud-centric, and more of our apps and business depend on its capabilities, the trust, control and management of cloud services is more important than ever. Since the first days of Heroku — and Platform-as-a-Service in general — many companies have struggled to balance the impact and success of the c
社内PaaSの開発運用 // Speaker Deck
Talked at http://www.zusaar.com/event/9057007
Engine Yard: 自分でやるのとPaaSを利用する場合の具体的な違い - ワザノバ | wazanova.jp
https://blog.engineyard.com/2013/using-a-platform-as-a-service-vs-doing-it-yourself PaaSとは具体的にどの範囲のサービスを提供してくれるのか？自分でやるのとどれくらい違うのか？の比較。Engine Yardの宣伝視点であるので割り引く必要がありますが、網羅的にまとまってます。eBookで作業項目詳細を確認できます。 開発環境の設定 (2-4日 vs 45分-1日） アプリ層をスケールさせる（1-2日 vs 20分） DB層をスケールさせる（1-2日 vs 20-40分） DBバックアップ（1-2日 vs ゼロ） ログ管理（2-3時間 vs ゼロ） 監視設定（1-2日 vs 3分） 時間外対応（1-2日 vs ゼロ）
PaaSに何が起きているのか？
巨額の投資や長期の開発にもかかわらず，PaaSはいまだ多くのユーザを引き付けることに成功していない。この記事ではPaaSの現状とその将来について，何人かのアナリストによる意見を要約して紹介する。 PaaSは長い間，アプリケーション-サービス-ソフトウェア層とクラウドインフラストラクチャを結び付けるために必要な “接合剤” だと考えられてきた。Paul Miller氏は "Is PaaS dying?" と題した記事の中で次のように書いている。 プラットフォームの役割とは，明解で説得力があり，かつパワフルであることです。汎用のハードウェア上で動作するさまざまな安い仮想マシンよりも，重要で関心の高い，基本的なパーツであるべきです。プラットフォームこそがクラウドを支える原動力であり，クラウドが世界中のビジネスやビジネスモデルを変革し続けられる理由なのです。 しかしMiller氏は，"このような期
ポータブルなwebアプリケーションとそのインフラの未来の一考
naoya さんのポータブルな Web アプリケーションを受けて最近思ってることをば。140 文字で時々書いてるんだけど、まとまりがないので一回まとめておきます。 12-factor app ステートフルなアプリケーションについては、Heroku の人が提唱してる 12-factor app というのが現在の状況をよく表してます。 The Twelve-Factor App The Twelve-Factor App（日本語訳） Heroku や他の PaaS によってもたらされたこうした一種の”制約”によって、アプリケーションの新しいカタチが生まれてきています。引き算によって新しい価値が生まれてきているわけですね。 とはいえ、PaaS は PaaS でそれぞれに独自の仕様を持っているわけですが、Heroku の buildpack という仕組みを使って、Heroku とインタフェース仕様
Run Kubernetes on a Mac with Kube Solo
Explore Azure Get to know Azure Discover secure, future-ready cloud solutions—on-premises, hybrid, multicloud, or at the edge Global infrastructure Learn about sustainable, trusted cloud infrastructure with more regions than any other provider Cloud economics Build your business case for the cloud with key financial and technical guidance from Azure Customer enablement Plan a clear path forward fo
Enterprise Container Platform | Docker
Build Spin up new environments quickly Develop your own unique applications with Docker images and create multiple containers using Docker Compose. Integrate with your existing tools Docker works with all development tools such as VS Code, CircleCI, and GitHub. Containerize applications for consistency Run in any environment consistently from on-premises Kubernetes to AWS ECS, Azure ACI, Google GK
プログラミング言語やデータベースが選べる新世代PaaS「DotCloud」が正式サービス開始
DotCloudの最大の特徴は、PHPやPerl、Ruby、Java、Python、Node.jsなど複数の言語と、MySQL、PostgreSQL、Cassandra、MongoDB、CouchDB、Redisなど複数のデータベースやMemcached、RabbitMQ、Hadoopなどのさまざまなソフトウェアを開発者が自由に組み合わせてプラットフォームを構成することができ、それがクラウド上のPaaSとして提供されるという点です。 構成されたPaaSの運用は当然ながらDotCloudが行います。モニタリングや動的なスケーリング、フェイルオーバー、耐障害性向上のため自動的に3つのデータセンターへの分散などが行われ、基本的に開発者は運用を気にする必要はありません。 新しい世代のPaaS これまでの代表的なPaaS、例えばグーグルのGoogle App Engine、セールスフォース・ドットコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
次世代PaaSとServerless 未来はどこにある？
PaaSの作り方 Sqaleの場合
GitHub - flynn/flynn: [UNMAINTAINED] A next generation open source platform as a service (PaaS)![GitHub - flynn/flynn: [UNMAINTAINED] A next generation open source platform as a service (PaaS)](https://cdn-ak-scissors.b.st-hatena.com/image/square/0c4d09584494818cb6d1406b4366b80a73b3a8fe/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Ff5a8c11c970422f32ca69265c99eab74c8a2cf43df85b4785243cec702738b4f%2Fflynn%2Fflynn)