サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
ノーベル賞
www.fastly.com
In 2023, Fastly made some big investments in TLS security. Today we’ll explain our migration away from OpenSSL, and in a future article, we’ll discuss our implementation of Neverbleed to isolate private key operations. OpenSSL has a long history of high-severity vulnerabilities, including the notorious Heartbleed bug. In addition to the risk of exploitation, there is a significant operational cost
インターネットユーザーの間では、自分たちの個人情報は誰に収集されているのか、そしてそのような情報を利用して、自分のオンライン (もしくは現実の世界) での活動の様子が他者に見えてしまうのではないかという懸念が高まっています。同時に、ほとんどの人が便利で実用的なWebサイトやモバイルアプリがもたらす恩恵を受けており、プライバシーの保護を理由にそれらすべてを諦め、インターネットとのつながりを断って今の社会で暮らすことは簡単ではありません。 インターネットサービスを提供する企業は、サービスの有用性とプライバシーの確保という競合する優先事項の間で、どのようにバランスを取るべきかという点において厳しい選択を迫られています。企業は、通常のサービスの運用を通じてエンドユーザーに関するデータを受信するだけでも、厳しいコンプライアンス要件と規制当局からの圧力に晒されます。サービスが成功を収めるほどに、これら
Update! As of August 16th, 2023 we're excited to announce the general availability of Certainly, Fastly’s publicly trusted Certification Authority. Certainly can now be used by all Fastly customers. We know that it takes resources to maintain and monitor the certificate lifecycle, and errors in this lifecycle can cause service downtime. With Certainly, Fastly is taking care of all of your certific
そして、Web ブラウザが http://localhost:3000/ にアクセスするようにします。 素晴らしいでしょう？大したことないように見えるかもしれませんが、これは本当によくできています。React を使用して完全な開発環境をセットアップできました。ただ単に pages/index.js にファイルを作成するだけで、Next.js サーバーによって React コンポーネントがレンダリングされ、その出力がブラウザに表示されたのです。 これで、React の機能をフルに活用できるようになりました。カスタムコンポーネントを作成することも、以前に作成したコンポーネントを使用することも、サードパーティのコンポーネントを読み込むこともできます。さらに、この pages/index.js ファイルを編集すると、変更内容がホットリロードされるため、開発中にブラウザ内で即時にフィードバックを得る
import http from '@fastly/http-compute-js'; const server = http.createServer((req, res) => { res.writeHead(200, { 'Content-Type': 'application/json' }); res.end(JSON.stringify({ data: 'Hello World!' })); }); server.listen(); 上部に import ステートメントがなければ、通常の Node.js プログラムのように見えます。createServer 関数は Node.js プログラムと同じように、使用できる引数を含むコールバックを渡すイベントハンドラーを受け入れます。 req は IncomingMessage オブジェクトで、その readable ストリーミングイン
英語のみで利用可能このページは現在英語でのみ閲覧可能です。ご不便をおかけして申し訳ございませんが、しばらくしてからこのページに戻ってください。 世界のWebサイトの多くは静的サイトで、Fastly のコンテンツ配信ネットワークはこれらのページを素早くオリジンからビジターに届けます。ここで、このプロセスからオリジンを取り除くことができるとしたら、皆さんどう思いますか。 Webサイトの構築に静的サイトジェネレーターをお使いでしょうか。create-react-app や Gatsby、Docusaurus、Vite など、静的ファイルを出力する人気のフレームワークを使用している方もいるかもしれません。シンプルに、静的ファイルを配信する必要があるだけという場合もあるでしょう。compute-js-static-publish を使用すると、圧倒的なスピードを誇る Fastly の Compute
Fastly の Compute をご利用いただくことで、Rust や JavaScript などの広く普及している言語を使用して、優れたスケーラビリティを備えたグローバルな分散型アプリケーションをエッジで構築してコードを実行できます。このたび、サポート対象言語に Go が新たに加わりました。 Rust は高速で、メモリ効率に優れています。ランタイムやガベージコレクターなしでも、パフォーマンスが重要なサービスを強化すると同時に、豊富な機能を備えた柔軟性の高い型システムやメモリの安全性を保証する所有権モデルも提供します。 JavaScript は至る所で使用されています。現在、JavaScript は開発者の間で最も人気のあるプログラミング言語です。Web エクスペリエンスを構築しているほぼすべての開発者が JavaScript 開発の経験があり、Web ブラウザで実行可能な WebAsse
Zig で効率的かつ移植性の高いプログラミング言語を実現 | Fastlyプログラミング言語を一から作るのは簡単なことではありません。コンパイラの作成、標準ライブラリの定義、エディターやビルドシステムなどのツールのサポートに加えて、言語を設計しなければなりません。例えば、命令型なのか関数型なのか、その言語をどのようなシステムに使うのか、メタプログラミングの機能を含むのかといったことを検討する必要があります。 Fastly のオープンソースおよび非営利の支援プログラムに参加している Zig は、最適かつ再利用可能なソフトウェアを管理するための汎用プログラミング言語およびツールチェーンです。シンプルでありながら堅牢で、移植性の高い SIMD をサポートしています。Zig を開発しているチームにとって、自分たちのニーズに合わせて意図的に設計した言語を構築するという決断は、決して簡単なことではあり
MIICUjA9BgkqhkiG9w0BAQowMKANMAsGCWCGSAFlAwQCAqEaMBgGCSqGSIb3DQEBCDALBglghkgBZQMEAgKiAwIBMAOCAg8AMIICCgKCAgEAubzND7lvK-u5aIFHSt_NHIzsUFuHCiwVm88kvUvbvJbjj4be_IdNwpfdfXz-vq6NeEwlKEDLtD9oMVop_kEf5HEBkiipBrcn10h17XvYPuc6lA7Z4Y8IjvSjLVydXmcabmslwreMysD1ZINjzadjlJxiIKWCeS_3OJ4dxMTirt8HMUl8cRQafTjSOBJIZNtoNiT5rr5_5SYfEQW8v25RZcitkL0Lrg1mkSutRR00EE3zMelQBGR0sf8jDgBRiPQ1-sSgaIicIciZ2ysiPdkQZBIDpIFnvqed4yKY
この度 Fastly は米国 Glitch 社 (以下、Glitch) の買収を行い、Web 開発者の間で人気の高い同社の開発プラットフォームとそのユーザーコミュニティのさらなる発展をサポートしていくことを発表しました。 2011年の設立以降、Fastly はエッジでのコード実行が可能な開発者視点のプラットフォームを提供してきました。これまで多くのお客様と密接に協力しながら、私たちのシステムをお客様のアーキテクチャに統合してきました。同時に、お客様の開発者や DevOps チームは Fastly のエンジニアや運用チームと連携し、私たちのプロダクト開発を支えてくれています。私たちは Fastly がさらに使いやすくなり、世界中の開発者がエッジコンピューティングの魅力を実感できることを目指しています。 今年の2月には、開発者がフルスタックの Web アプリケーションを作成、構築できる「Yes
We are proud to announce that HTTP/3 and QUIC deployments are now available for our entire customer base at no additional charge. Support for HTTP/3 on our edge cloud network helps companies provide a better digital experience for end users — most notably those on mobile devices or in parts of the world with spotty internet service — by enabling faster response times, better network performance, a
When the internet and the web were conceived, the interwoven ideas of security and privacy of internet communications were barely defined, let alone understood. We have come a long way from those days, and at Fastly, we have always believed that security and privacy are critical to the future of a trusted internet infrastructure. In line with our beliefs, we’re excited and proud to be a part of Ap
あるトピックが繰り返し話題に出ることって、たまにありますよね。私は Fastly の Sales Engineer としてお客様のシステムの構築やデプロイを手掛けていますが、先週さまざまな場面で同じテーマが何度も繰り返し話題に上がることがありました。 先日、cURL というツールを使ってオリジンサーバーのレスポンスをテストしていました (例えば、アプリがおかしなエラーメッセージを返して応答している場合などのテストに便利なツールです)。結構ニッチなユースケースだと思っていたのですが、これがなぜか私の周りで何度も繰り返し話題になったのです。cURL に関してあまり詳しくない同僚や、デプロイのトラブルシューティングをしているお客様にこのプロセスについて説明する機会がありましたが、皆さんにとっても参考になるかと思い、ブログ記事を書くことにしました。では、早速 cURL についてご説明します。 ##
GraphQL は、REST の代替として使用できるオープンソースのクエリ言語です。急速な進化を続ける最先端の API のニーズに応える柔軟性を実現する GraphQL は、現在多くの開発者によって着々と導入されています。GraphQL には、必要なデータをピンポイントでリクエストし、継続的な API の進化を容易にするといったメリットがあります。 このように多くのメリットがある GraphQL ですが、攻撃者によって悪用される可能性のある機能や、クエリの柔軟性によって意図せず引き起こされてしまう問題、攻撃者にとって恰好のターゲットとなる脆弱性など、その使用に伴うセキュリティの課題についてはまだよく知られていません。 このブログ記事では、これらの課題を探るとともに、GraphQL のより安全な導入を可能にするデフォルトやコントロール設定を、リスクを伴う設定、悪意のあるクエリ、そして Web
GraphQL is an open-source query language that can be used as an alternative to REST. Developers are rapidly adopting it to meet the flexibility needed to maintain modern, high-growth APIs. It gives clients the power to ask exactly what they need and makes it easier to evolve APIs over time. While the benefits are palpable, the security implications of GraphQL are less understood. What functionalit
A couple of weeks ago Cloudflare, one of our competitors, published a blog post in which they claimed that their edge compute platform is roughly three times as fast as Compute@Edge. This nonsensical conclusion provides a great example of how statistics can be used to mislead. Read on for an analysis of Cloudflare’s testing methodology, and the results of a more scientific and useful comparison. I
即時性。プログラマブル。グローバル。すべてを実現。Fastly のサーバーレスプラットフォーム Compute で最良のユーザーエクスペリエンスを簡単に構築できます。 ユーザーが求める即時的でパーソナライズされたエクスペリエンスビジネスの成功には即時性が欠かせません。また、コンテンツからビジネス、コミュニティまで、ユーザーを惹きつける魅力的なエクスペリエンスの創出にはパーソナライゼーションが不可欠です。お客様のこのようなニーズに Fastly がお応えします。
Why?ProductsServicesSolutionsDevsPartnersResourcesPricing Compute@Edge’s unique isolation sandbox technology enables a fast, secure JavaScript experience as developers continue to enter into the growing serverless computing landscape. SAN FRANCISCO -- JULY 21, 2021 -- Fastly, Inc. (NYSE: FSLY), a global edge cloud platform provider, today announced the availability of JavaScript in Compute@Edge, a
2021 年 6 月 8 日に発生した障害について2021 年 6 月 8 日、未確認のソフトウェアバグが特定のお客様のサービス設定変更でトリガーされ、グローバル規模の障害が発生しました。当社は、事象発生から 1 分以内に障害を検知し、原因を特定して隔離し、該当の設定を無効化しました。49 分後には、ネットワークの 95％ が復旧しました。 今回の障害は広範囲かつ深刻なものであり、お客様にご迷惑をおかけしたことを深くお詫び申し上げます。 概要2021 年 5 月 12 日、Fastly が実装を開始したソフトウェアに、非常に特殊かつ例外的な状況下でトリガーされる可能性のあるバグが含まれていました。 2021 年 6 月 8 日、特定のお客様のサービス設定変更が有効であったにもかかわらず、その実行でトリガーされたバグにより、当社のネットワークの 85％ で障害が発生しました。 2021 年
Summary of June 8 outageWe experienced a global outage due to an undiscovered software bug that surfaced on June 8 when it was triggered by a valid customer configuration change. We detected the disruption within one minute, then identified and isolated the cause, and disabled the configuration. Within 49 minutes, 95% of our network was operating as normal. This outage was broad and severe, and we
Why FastlyProductsServicesSolutionsDevelopersPartnersResourcesPricing QUIC is now RFC 9000QUIC is a new latency-reducing, reliable, and secure internet transport protocol that is slated to replace TCP, the most commonly used transport today. We’ve talked before about how we love QUIC and are deeply invested in making it a success because it aligns with our mission to build a faster, more resilient
Building a programming language from scratch is no easy feat. In addition to creating the compiler, defining the standard library, and supporting tools like editors and build systems, you need to design the language — will it be imperative or functional? What systems will the language be used for? Will it have metaprogramming capabilities? Zig, a member of our Open Source and Nonprofit Program, is
Due to its approachable codebase and clean abstractions, id Software’s DOOM has become one of the most ported games in history. It felt like a perfect project to port to Compute, built on our serverless compute environment, to experiment with different applications of the product. Showing that DOOM could run interactively on Compute would be a way to push the boundaries of performance on the produ
One of the key qualities of a computer program is its debuggability. This is especially true for protocol implementations where interoperability with different implementations comes into play. In addition to testing for correctness, good debuggability also helps identify opportunities for performance tuning. This is crucial for QUIC, given how the protocol currently needs to be implemented in user
Chrome and Fastly are currently running an experiment to validate a web performance tool — and we need your help! Remember all of the hype around Server Push? Since HTTP/2 shipped, it’s become increasingly clear that while the performance problem that it was designed to address is important, Server Push was not the right approach. Instead, the Preload mechanism has become a widely-used replacement
Fastly Fiddle, our code playground tool, is a React single-page app that uses the excellent Monaco IDE component that powers VS Code. Problem is, Monaco is huge. And most uses of Fiddle are read only. Do we really need to load a whole IDE to display some non-editable code? No! Is lazy loading code that's cached at the edge really fast? Yes! Can I stop asking rhetorical questions and tell you how t
QUIC — a latency-reducing, reliable, and secure transport protocol — and HTTP/3 — a mapping of HTTP semantics on top of QUIC — are co-evolving protocols that are being developed and deployed in tandem. This regularly updated blog post will elaborate on the current state of the protocols, their deployment across the web, and our expectations for the technologies in the near future. TL;DR, Summer 20
キャッシュコントロールヘッダーの仕組みを理解キャッシュコントロールヘッダーを使用して、データのキャッシュ期間を決定するポリシーを設定することができます。 Fastly は、キャッシュのフレッシュネスに関するドキュメントで説明されているように、これらの各ヘッダーでキャッシュ情報を探します。優先順位は次のとおりです。 Surrogate-Control:Cache-Control: s-maxageCache-Control: max-ageExpires:Surrogate ヘッダーSurrogate ヘッダーは、比較的新しくキャッシュ管理のためのヘッダーとして追加されました。詳細は W3C テクニカルノートに記載されています。これらのヘッダーは、処理パス内にあるプロキシキャッシュに対して特定のキャッシュポリシーを提供します。Surrogate-Control は、Cache-Control
次のページ
このページを最初にブックマークしてみませんか？
『Powering the best of the internet | Fastly』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
