-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathindex.tsx
More file actions
78 lines (74 loc) · 3.55 KB
/
index.tsx
File metadata and controls
78 lines (74 loc) · 3.55 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
import React from 'react';
import Layout from '@theme/Layout';
import Link from '@docusaurus/Link';
import ConceptCard from '../components/ConceptCard';
import ArchitectureDiagram from '../components/ArchitectureDiagram';
export default function Home(): JSX.Element {
return (
<Layout
title="RPC after hostnames."
description="Identity-first connectivity, content-addressed contracts, and cross-language services for real distributed systems.">
<main className="asterHome">
<section className="asterHero">
<div className="container">
<div className="asterEyebrow">IDENTITY-FIRST · CONNECT ANYWHERE</div>
<h1>Aster</h1>
<p className="asterHero__tagline">RPC after hostnames.</p>
<p className="asterHero__lead">
Identity-first connectivity, content-addressed contracts, and cross-language services for real distributed systems.
</p>
<p className="asterHero__sublead">
Built for AI, edge, and multi-runtime systems that cannot assume static addresses, central control planes, or bolt-on trust.
</p>
<div className="asterHero__actions">
<Link className="button button--primary button--lg" to="/docs/quickstart/python">
Start with Python
</Link>
<Link className="button button--secondary button--lg" to="/docs/overview/aster-vs-grpc">
What about gRPC?
</Link>
</div>
</div>
</section>
<section className="asterSection asterSection--paper">
<div className="container">
<div className="asterSection__intro">
<span className="asterKicker">The old assumptions are broken</span>
<h2>Hostname-first RPC no longer matches the systems we actually build.</h2>
<p>
Stable infra, central control planes, and generator-heavy contract-first workflows are not a natural fit for AI systems,
edge deployments, private meshes, or multi-runtime services operating across real networks.
</p>
</div>
<div className="asterCards">
<ConceptCard title="Why Aster" href="/docs/overview/why-aster">
Code-first ergonomics and a more integrated path from service definition to deployment.
</ConceptCard>
<ConceptCard title="Aster vs gRPC" href="/docs/overview/aster-vs-grpc">
gRPC excels on stable infrastructure. Aster is built for identity-first reachability and real-world networks.
</ConceptCard>
</div>
</div>
</section>
<section className="asterSection">
<div className="container">
<span className="asterKicker">What Aster changes</span>
<div className="asterGrid asterGrid--five">
<div className="asterPill">Identity-first transport</div>
<div className="asterPill">Content-addressed contracts</div>
<div className="asterPill">Language-native APIs</div>
<div className="asterPill">Decentralised registry</div>
<div className="asterPill">Session-scoped services</div>
</div>
</div>
</section>
<section className="asterSection asterSection--paper">
<div className="container">
<span className="asterKicker">Three layers, one system</span>
<ArchitectureDiagram />
</div>
</section>
</main>
</Layout>
);
}