Azure Functions のドキュメント
Azure Functions のドキュメント Azure Functions は、Azure クラウド サービスのイベント ドリブン コンピューティング リソースとスケジュールされたコンピューティング リソースを提供する、マネージド PaaS (サービスとしてのプラットフォーム) プロバイダーです。 ユーザーは最も重要なコードに集中でき、残りの部分は Functions が処理します。 Functions は、最も生産性の高い言語で記述されたコード プロジェクトにスケーラブルでサーバーレスなホスティングを提供できます。 Functions を使用すると、Web API のビルド、データベースの変更への応答、IoT ストリームの処理、メッセージ キューの管理などを行うことができます。
ITインフラのオンプレ回帰が鮮明に--IDC調査
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます IDC Japanは10月21日、企業のITインフラ導入関与者を対象に実施した国内ハイブリッドクラウドインフラストラクチャー利用動向調査の結果（有効回答505人）を発表した。 それによると、ITインフラ投資の評価基準では、「業務スピードの向上」「システム利用者の満足度向上」「システムのサービスレベルの向上」に加え、「売り上げ拡大への貢献」「新規ビジネスの創出」など、ビジネス価値の実現に貢献する項目が上位に入り、年々上昇傾向にあるという。同社は、ITインフラがデジタルトランスフォーメーション（DX）基盤としてプライベートクラウドに加えパブリッククラウドサービスの活用が進み、関連で「Software-Defined」化や仮想化への投資が増加
大規模データ移行の失敗を防ぎたい。計画やプログラム、インフラの注意点と、ありがちなこと - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 仕事柄、大規模なデータ移行を何度か経験してきました。 データ移行、特にDBのマイグレーションでもなく、 システム移行のときのようなデータ構造の変更を伴う際には気をつけることがたくさんあります。 クラウドではだいぶ楽になりますが、 特にオンプレミスで検討せざるを得ない皆さんに気をつけないといけない点を共有します。 スケジューリング編 最初から検討し始めよう 開発プロジェクトにおいてシステム移行だけで4割の工数がかかると言われています。 しかし、新規システム部分の開発で頭が一杯になっていると、重要度の割に移行部分が後回しにされがちです。 移
最強のServerlessプラットフォーム？ Knative登場 - Cloud Penguins
本日開催されている Google Cloud Next ’18 ですが、非常に面白いプロダクトが発表されました。 その名も Knative (kay-nay-tiv ケイネイティブと発音) Kubernetes上でServerlessを実現するプロダクトです。 https://github.com/knative/docs より引用 KubernetesでServerlessって何が新しいの？ この界隈追っている方はご存じかもしれませんが、KubernetesでServerless Platformを実現するという考え方自体は新しいものではありません。 CNCF Serverless Landscape を見てみると分かりますが Fission Kubeless OpenFaaS などなど既に多くのOSSが存在しています。これら先行のServerlessプロダクトとKnativeは何が異な
AWSを学ぶ上でやってよかった勉強法５選 - log4ketancho
2025年最新版を書きましたので、よければこちら↓の記事をご覧ください！☁️ www.ketancho.net 「AWSの勉強をしたいんだけど、まず何をすればいい？」と会社の同期や同僚から聞かれることがよくあります。ありがたいことに、先日 Amazon Web Services 業務システム設計・移行ガイド (Informatics&IDEA) を出版してからは、システムエンジニアではない知人からもこのような質問を頂くようになりました。このような質問を頂いた方には、過去に有志で開催していた社内勉強会の資料を渡したり、自分の勉強方法を共有したりするのですが、自分がどのような勉強方法をしてきたか棚卸ししきれていないなと感じたので、これを機に整理しようと思います。 私について 私は、大学時代はアプリケーション系の情報専攻で、社会人になってからも入社後最初の数年はアプリエンジニアとして仕事をしてい
【参考訳】Terraform 導入の推奨手順（Recommended Practices） ‣ Pocketstudio.Net
Terraform Recommended Practices 推奨手順 「Terraformって何がいいんですか？」と訊かれる度に答えていた内容が、とても良い感じにまとまっていましたので、ここで紹介します。2017年11月28日現在の Terraform Recommended Practices の参考訳です。 自動化や運用に興味がある方にとって参考となるのは、HashiCorp の Terraform に興味が無くても、成熟度に応じた自動化の段階分けと、各々の段階からどのように発展すべきかという手順です。手動→半自動→インフラのコード化（Infrastructure as Code）への進歩と、最終的には協調的インフラのコード化（Collaborative Infrastructure as Code）を目指して、バージョン管理や構成管理ツールと連携するにはどうしたらよいのか。あるい
インフラ構築をコードで自動化できる「Docker」の魅力――主婦と先生と作家をコンテナ仮想化で両立する阿佐志保さんの生き方
翔泳社では11月19日に『プログラマのためのDocker教科書 インフラの基礎知識＆コードによる環境構築の自動化』を刊行しました。今回、Dockerが大好きだという著者の阿佐志保さんに、本書の紹介だけでなくDockerに関わる人生観についてもお話をうかがいました（インタビュー内容は10月21日時点のものです）。 家事、育児、講師、執筆の両立 ――よろしくお願いします。最初に、阿佐さんの自己紹介をお願いできますでしょうか。 阿佐：結婚・出産前は、システムの基盤を構築・運用するエンジニアなどをしていました。インフラの設計構築だけでなく、アプリケーション開発標準化や運用設計など、障害やトラブル以外では表に出ることのない地味な仕事です。毎日、朝早くから終電まで働いていました。仕事が好きだったし、非常に優秀なメンバーに囲まれていたのであまり苦ではありませんでした。 分かりやすくいうと「社畜」です。社
【Linux】カーネルのwrite処理の流れ【pdflush】 - ichidou のブログ
2013-09-20 【Linux】カーネルのwrite処理の流れ【pdflush】 久々更新。備忘録も兼ねてメモ。 それとなくピンと来たので、メモ。こういったことは運用中のトラブルシューティングの キッカケになる可能性があるため、恒久的に覚えて然るべき。なにより、Linuxカーネルの動作が 少しでも分かったような気になるため、非常に楽しい。Linuxカーネルの write 処理の流れについて。 1. プロセスが write(2) システムコールを発行 2. write(2) 対象のデータをカーネルがページキャッシュに蓄積 3. カーネルが該当のページ(データ)にDirtyフラグを付与 4. 問答無用で5秒に1回、あるいはDirtyページが多くなってきたなどの要因で、 カーネルスレッドの pdflush([pdflush] or flush-8:0 ？) が発動 (例外として、プロセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
決済基盤、銀行独占に風穴 フィンテック排除「独禁法違反も」 公取委報告書 - 日本経済新聞
Docker 1.12 の衝撃
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】