Fallacies of Distributed Computing - Versionsgeschichte

YMS: Sprache

2025-02-03T22:19:14Z

Sprache

← Nächstältere Version		Version vom 4. Februar 2025, 00:19 Uhr
Zeile 17:		Zeile 17:

	=== Die Latenzzeit ist gleich null ===		=== Die Latenzzeit ist gleich null ===
	Als [[Verzögerung (Telekommunikation)\|Latenzzeit]] bezeichnet man in einem Netzwerk die Zeit, die ein Datenpaket braucht, um von A nach B zu gelangen. Sie ist niemals null, und im Gegensatz zur Bandbreite (siehe nächsten Abschnitt) kann sie auch nicht beliebig verkleinert werden, da sie physisch durch die [[Lichtgeschwindigkeit]] begrenzt ist: Die [[Paketumlaufzeit]] von Europa nach Amerika wird immer mindestens 30[[Millisekunde\|ms]] betragen. Eine kurze Latenzzeit ist bei Echtzeit-Anwendungen wie [[Onlinespiel]]en wichtiger als eine große Bandbreite.		Als [[Verzögerung (Telekommunikation)\|Latenzzeit]] bezeichnet man in einem Netzwerk die Zeit, die ein Datenpaket braucht, um von A nach B zu gelangen. Sie ist niemals null, und im Gegensatz zur Bandbreite (siehe nächsten Abschnitt) kann sie auch nicht beliebig verkleinert werden, da sie physisch durch die [[Lichtgeschwindigkeit]] begrenzt ist: Die [[Paketumlaufzeit]] von Europa nach Amerika wird immer mindestens 30 [[Millisekunde\|ms]] betragen. Eine kurze Latenzzeit ist bei Echtzeit-Anwendungen wie [[Onlinespiel]]en wichtiger als eine große Bandbreite.

	=== Der Datendurchsatz ist unbegrenzt ===		=== Der Datendurchsatz ist unbegrenzt ===
Zeile 35:		Zeile 35:
	Die Administratoren, die das produktive System am Laufen halten sollten, sind auch nicht unbedingt die Entwickler des Systems, so dass sie zwar Zugriff auf Diagnosedaten haben, aber diese erst mit dem (internen oder externen) Entwicklungsteam diskutieren müssen, falls unerwartete Effekte auftreten.		Die Administratoren, die das produktive System am Laufen halten sollten, sind auch nicht unbedingt die Entwickler des Systems, so dass sie zwar Zugriff auf Diagnosedaten haben, aber diese erst mit dem (internen oder externen) Entwicklungsteam diskutieren müssen, falls unerwartete Effekte auftreten.

	=== Die Kosten des Datenaustauschs können mit ~~Null~~ angesetzt werden ===		=== Die Kosten des Datenaustauschs können mit null angesetzt werden ===
	Eine Weise, diese Behauptung zu lesen, ist der Versuch, eine auf einen Server zugeschnittene Anwendung in ein verteiltes System umzuwandeln. Wegen Punkt 2 wissen wir aber, dass dadurch ein System sicher nicht schneller wird und neue Probleme auftauchen können.<ref name=":0" />		Eine Weise, diese Behauptung zu lesen, ist der Versuch, eine auf einen Server zugeschnittene Anwendung in ein verteiltes System umzuwandeln. Wegen Punkt 2 wissen wir aber, dass dadurch ein System sicher nicht schneller wird und neue Probleme auftauchen können.<ref name=":0" />

Luekas: /* growthexperiments-addlink-summary-summary:2|1|0 */

2025-01-05T12:05:53Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 5. Januar 2025, 14:05 Uhr
Zeile 23:		Zeile 23:

	=== Das Netzwerk ist sicher ===		=== Das Netzwerk ist sicher ===
	Die Annahme, dass es keine Hacker gibt und sämtliche Rechner und Anwender im Netzwerk vertrauenswürdig sind, wird heute kaum mehr jemand machen. Als diese falsche Annahme 1991 erstmals niedergeschrieben wurde,<ref name=":0" /> war das [[Internet]] allerdings noch sehr jung und nur in universitären Einrichtungen wirklich verbreitet.		Die Annahme, dass es keine [[Hacker]] gibt und sämtliche Rechner und Anwender im Netzwerk vertrauenswürdig sind, wird heute kaum mehr jemand machen. Als diese falsche Annahme 1991 erstmals niedergeschrieben wurde,<ref name=":0" /> war das [[Internet]] allerdings noch sehr jung und nur in universitären Einrichtungen wirklich verbreitet.

	Obwohl heute jeder [[Informatiker]] weiß, dass böswillige Personen versuchen, in Netzwerke einzudringen und Daten zu stehlen oder zu manipulieren, werden immer noch viel zu oft viel zu schwerwiegende [[Sicherheitslücke\|Sicherheitsmängel]] in Software entdeckt. Zudem gehen gerade Firmen oft davon aus, dass Angreifer von außen, also über das Internet, kommen müssten, um Schaden zu verursachen. Tatsächlich sind [[Firewall]]s heute ziemlich sicher, aber durch [[Phishing]] oder „verlorene“ USB-Sticks (siehe [[Rubber Ducky]]) können Angriffe auch aus der Firma heraus gestartet werden.		Obwohl heute jeder [[Informatiker]] weiß, dass böswillige Personen versuchen, in Netzwerke einzudringen und Daten zu stehlen oder zu manipulieren, werden immer noch viel zu oft viel zu schwerwiegende [[Sicherheitslücke\|Sicherheitsmängel]] in Software entdeckt. Zudem gehen gerade Firmen oft davon aus, dass Angreifer von außen, also über das Internet, kommen müssten, um Schaden zu verursachen. Tatsächlich sind [[Firewall]]s heute ziemlich sicher, aber durch [[Phishing]] oder „verlorene“ USB-Sticks (siehe [[Rubber Ducky]]) können Angriffe auch aus der Firma heraus gestartet werden.

	=== Die Netzwerktopologie wird sich nicht ändern ===		=== Die Netzwerktopologie wird sich nicht ändern ===
	Die Annahme, dass sich Server oder Clients in einem verteilten System nicht ändern werden, ist unrealistisch. Wenn beispielsweise eine Applikation viel Zuspruch erfährt, wird sie möglicherweise bald [[Skalierbarkeit\|skalieren]] müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren Maße für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. Eine Applikation sollte daher nicht von einer statischen [[Topologie (Rechnernetz)\|Netzwerktopologie]] ausgehen, und beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen anstatt feste IP-Adressen zu verwenden.<ref name=":0" />		Die Annahme, dass sich [[Server]] oder Clients in einem verteilten System nicht ändern werden, ist unrealistisch. Wenn beispielsweise eine Applikation viel Zuspruch erfährt, wird sie möglicherweise bald [[Skalierbarkeit\|skalieren]] müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren Maße für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. Eine Applikation sollte daher nicht von einer statischen [[Topologie (Rechnernetz)\|Netzwerktopologie]] ausgehen, und beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen anstatt feste IP-Adressen zu verwenden.<ref name=":0" />

	=== Es gibt immer nur einen Netzwerkadministrator ===		=== Es gibt immer nur einen Netzwerkadministrator ===

134.238.82.97: /* Die Netzwerktopologie wird sich nicht ändern */ es gilt im Maße, nicht in Masse

2024-05-27T12:25:52Z

Die Netzwerktopologie wird sich nicht ändern: es gilt im Maße, nicht in Masse

← Nächstältere Version		Version vom 27. Mai 2024, 14:25 Uhr
Zeile 28:		Zeile 28:

	=== Die Netzwerktopologie wird sich nicht ändern ===		=== Die Netzwerktopologie wird sich nicht ändern ===
	Die Annahme, dass sich Server oder Clients in einem verteilten System nicht ändern werden, ist unrealistisch. Wenn beispielsweise eine Applikation viel Zuspruch erfährt, wird sie möglicherweise bald [[Skalierbarkeit\|skalieren]] müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren ~~Masse~~ für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. Eine Applikation sollte daher nicht von einer statischen [[Topologie (Rechnernetz)\|Netzwerktopologie]] ausgehen, und beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen anstatt feste IP-Adressen zu verwenden.<ref name=":0" />		Die Annahme, dass sich Server oder Clients in einem verteilten System nicht ändern werden, ist unrealistisch. Wenn beispielsweise eine Applikation viel Zuspruch erfährt, wird sie möglicherweise bald [[Skalierbarkeit\|skalieren]] müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren Maße für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. Eine Applikation sollte daher nicht von einer statischen [[Topologie (Rechnernetz)\|Netzwerktopologie]] ausgehen, und beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen anstatt feste IP-Adressen zu verwenden.<ref name=":0" />

	=== Es gibt immer nur einen Netzwerkadministrator ===		=== Es gibt immer nur einen Netzwerkadministrator ===

95.223.67.234: Schreibfehler korrigiert

2024-02-24T15:29:01Z

Schreibfehler korrigiert

← Nächstältere Version		Version vom 24. Februar 2024, 17:29 Uhr
Zeile 20:		Zeile 20:

	=== Der Datendurchsatz ist unbegrenzt ===		=== Der Datendurchsatz ist unbegrenzt ===
	Obwohl der Datendurchsatz (auch [[Bandbreite]] genannt) in den letzten Jahren deutlich zunahm, ist er immer gegen oben begrenzt. Zusammen mit der Zunahme der Bandbreite steigt jedoch auch das Datenaufkommen kontinuierlich. Wird eine Software nur im lokalen Netzwerk getestet, wo die Latenz typischerweise sehr klein und die Bandbreite sehr hoch sind, können später beim Einsatz dieser Software im Internet unerwartete Probleme auftreten. Da die [[Paketverlustrate]] bei weiten Verbindungen zunimmt, wird die Bandbreite nach oben begrenzt, da ~~Paketwiederhohlungen~~ teuer sind. Man kann versuchen, die Paketgröße zu erhöhen, um den Durchsatz weiter zu steigern, aber größere Pakete gehen mit einer höheren Wahrscheinlichkeit verloren.<ref>{{Internetquelle \|autor=Arnon Rotem-Gal-Oz \|url=http://www.rgoarchitects.com/Files/fallacies.pdf \|titel=Fallacies of Distributed Computing Explained \|werk= \|datum=2008-01 \|sprache=en \|abruf=2023-02-05}}</ref>		Obwohl der Datendurchsatz (auch [[Bandbreite]] genannt) in den letzten Jahren deutlich zunahm, ist er immer gegen oben begrenzt. Zusammen mit der Zunahme der Bandbreite steigt jedoch auch das Datenaufkommen kontinuierlich. Wird eine Software nur im lokalen Netzwerk getestet, wo die Latenz typischerweise sehr klein und die Bandbreite sehr hoch sind, können später beim Einsatz dieser Software im Internet unerwartete Probleme auftreten. Da die [[Paketverlustrate]] bei weiten Verbindungen zunimmt, wird die Bandbreite nach oben begrenzt, da Paketwiederholungen teuer sind. Man kann versuchen, die Paketgröße zu erhöhen, um den Durchsatz weiter zu steigern, aber größere Pakete gehen mit einer höheren Wahrscheinlichkeit verloren.<ref>{{Internetquelle \|autor=Arnon Rotem-Gal-Oz \|url=http://www.rgoarchitects.com/Files/fallacies.pdf \|titel=Fallacies of Distributed Computing Explained \|werk= \|datum=2008-01 \|sprache=en \|abruf=2023-02-05}}</ref>

	=== Das Netzwerk ist sicher ===		=== Das Netzwerk ist sicher ===

DerMaxdorfer: Wikilink Latenzzeit korrigiert; weitere Wikilinks aktualisiert; korrekte Anführungszeichen und Apostrophe

2023-11-29T17:21:57Z

Wikilink Latenzzeit korrigiert; weitere Wikilinks aktualisiert; korrekte Anführungszeichen und Apostrophe

Eugenstaab2: Satzbau/Formulierungen geändert

2023-03-07T16:50:17Z

Satzbau/Formulierungen geändert

← Nächstältere Version		Version vom 7. März 2023, 18:50 Uhr
Zeile 28:		Zeile 28:

	=== Die Netzwerktopologie wird sich nicht ändern ===		=== Die Netzwerktopologie wird sich nicht ändern ===
	Die Annahme, ~~das~~ sich Server ~~nicht~~ ~~ändern~~ ~~werden~~ ~~oder~~ ~~gar~~ ändern ~~müssen~~, ist ~~Unsinn~~. Wenn eine Applikation ~~erfolgreich~~ ~~ist~~, wird sie bald [[Skalierbarkeit\|~~skalierbar~~]] ~~sein~~ müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren Masse für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. ~~Die~~ Applikation sollte ~~also~~ ~~keine~~ ~~Annahme~~ ~~über~~ ~~die~~ [[Netzwerktopologie]] ~~machen~~, ~~also~~ beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen ~~statt~~ feste IP-Adressen zu verwenden.<ref name=":0" />		Die Annahme, dass sich Server oder Clients in einem verteilten System nicht ändern werden, ist unrealistisch. Wenn beispielsweise eine Applikation viel Zuspruch erfährt, wird sie möglicherweise bald [[Skalierbarkeit\|skalieren]] müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren Masse für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. Eine Applikation sollte daher nicht von einer statischen [[Netzwerktopologie]] ausgehen, und beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen anstatt feste IP-Adressen zu verwenden.<ref name=":0" />

	=== Es gibt immer nur einen Netzwerkadministrator ===		=== Es gibt immer nur einen Netzwerkadministrator ===

Thomas Dresler: Tippfehler korrigiert

2023-02-09T23:32:43Z

Tippfehler korrigiert

Partynia: Bleibt nach LD

2023-02-07T09:53:10Z

Bleibt nach LD

← Nächstältere Version		Version vom 7. Februar 2023, 11:53 Uhr
Zeile 1:		Zeile 1:
	<noinclude>
	{{Löschantragstext\|tag=31\|monat=Januar\|jahr=2023\|titel=Fallacies of Distributed Computing\|text=Sinnfreie Zusammenstellung. Verstoß gegen [[WP:WWNI]] Punkt 7: Wikipedia ist keine Rohdatensammlung. Sollte besser nach Wikiquote verschoben werden. Zudem völlig unverständlich und unvollständig. Sieht eher wie eine Artikelbaustelle aus, aber nicht wie ein fertiger Artikel. --[[Spezial:Beiträge/79.236.129.254\|79.236.129.254]] 01:19, 31. Jan. 2023 (CET)}}
	----</noinclude>
	[[Datei:Network-Switch-Architecture-Diagram.jpeg\|thumb\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]		[[Datei:Network-Switch-Architecture-Diagram.jpeg\|thumb\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]
	Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:		Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:

Regi51: Änderungen von 79.236.134.9 (Diskussion) rückgängig gemacht (HG) (3.4.10)

2023-02-06T14:19:24Z

Änderungen von 79.236.134.9 (Diskussion) rückgängig gemacht (HG) (3.4.10)

← Nächstältere Version		Version vom 6. Februar 2023, 16:19 Uhr
Zeile 1:		Zeile 1:
			<noinclude>
			{{Löschantragstext\|tag=31\|monat=Januar\|jahr=2023\|titel=Fallacies of Distributed Computing\|text=Sinnfreie Zusammenstellung. Verstoß gegen [[WP:WWNI]] Punkt 7: Wikipedia ist keine Rohdatensammlung. Sollte besser nach Wikiquote verschoben werden. Zudem völlig unverständlich und unvollständig. Sieht eher wie eine Artikelbaustelle aus, aber nicht wie ein fertiger Artikel. --[[Spezial:Beiträge/79.236.129.254\|79.236.129.254]] 01:19, 31. Jan. 2023 (CET)}}
			----</noinclude>
	[[Datei:Network-Switch-Architecture-Diagram.jpeg\|thumb\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]		[[Datei:Network-Switch-Architecture-Diagram.jpeg\|thumb\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]
	Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:		Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:

79.236.134.9: Löschantrag raus

2023-02-06T14:18:31Z

Löschantrag raus

← Nächstältere Version		Version vom 6. Februar 2023, 16:18 Uhr
Zeile 1:		Zeile 1:
	<noinclude>
	{{Löschantragstext\|tag=31\|monat=Januar\|jahr=2023\|titel=Fallacies of Distributed Computing\|text=Sinnfreie Zusammenstellung. Verstoß gegen [[WP:WWNI]] Punkt 7: Wikipedia ist keine Rohdatensammlung. Sollte besser nach Wikiquote verschoben werden. Zudem völlig unverständlich und unvollständig. Sieht eher wie eine Artikelbaustelle aus, aber nicht wie ein fertiger Artikel. --[[Spezial:Beiträge/79.236.129.254\|79.236.129.254]] 01:19, 31. Jan. 2023 (CET)}}
	----</noinclude>
	[[Datei:Network-Switch-Architecture-Diagram.jpeg\|thumb\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]		[[Datei:Network-Switch-Architecture-Diagram.jpeg\|thumb\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]
	Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:		Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:

← Nächstältere Version		Version vom 29. November 2023, 19:21 Uhr
Zeile 1:		Zeile 1:
	[[Datei:Network-Switch-Architecture-Diagram.jpeg\|~~thumb~~\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]		[[Datei:Network-Switch-Architecture-Diagram.jpeg\|mini\|Inhomogenes, verteiltes, nicht-ausfallsicheres Netzwerk]]
	Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:		Die '''Fallacies of Distributed Computing''' ({{enS}} für ''Irrtümer der verteilten Datenverarbeitung'') sind eine Sammlung eigentlich trivialer, aber doch häufiger fehlerhafter Annahmen, die [[Softwareentwickler\|Programmierer]] voraussetzen, wenn sie insbesondere das erste Mal eine [[verteilte Anwendung]] entwickeln. Die (heute) acht Trugschlüsse werden zitiert als:
	# Das Netzwerk ist ausfallsicher.		# Das Netzwerk ist ausfallsicher.
	# Die [[~~Verzögerungszeit~~\|Latenzzeit]] ist gleich null.		# Die [[Verzögerung (Telekommunikation)\|Latenzzeit]] ist gleich null.
	# Der [[Datendurchsatz]] ist unbegrenzt.		# Der [[Datendurchsatz]] ist unbegrenzt.
	# Das Netzwerk ist sicher.		# Das Netzwerk ist sicher.
Zeile 14:		Zeile 14:
	== Erklärungen ==		== Erklärungen ==
	=== Das Netzwerk ist ausfallsicher ===		=== Das Netzwerk ist ausfallsicher ===
	Obwohl die Netzwerkinfrastruktur-Hardware heute sehr zuverlässig ist und [[Router]] und [[Switch (Netzwerktechnik)\|Switches]] nur selten ausfallen, gibt es dennoch keine Garantie dafür. Auch die Stromversorgung kann unerwartet und im dümmsten Moment abbrechen. Netzwerkprotokolle müssen also so gebaut werden, dass sie mit verlorenen oder verzögerten Paketen umgehen können. Nötigenfalls ist [[Transaktion (Informatik)\|Transaktionsmanagement]] erforderlich, um bei der Unterbrechung einer Kommunikation keine undefinierten Zustände zu hinterlassen.<ref name=":0">{{Internetquelle \|url=https://architecturenotes.co/fallacies-of-distributed-systems/ \|titel=Fallacies of Distributed Systems \|datum=2022-06-04 \|sprache=en \|abruf=2023-02-05}}</ref>		Obwohl die Netzwerkinfrastruktur-Hardware heute sehr zuverlässig ist und [[Router]] und [[Switch (Netzwerktechnik)\|Switches]] nur selten ausfallen, gibt es dennoch keine Garantie dafür. Auch die Stromversorgung kann unerwartet und im dümmsten Moment abbrechen. Netzwerkprotokolle müssen also so gebaut werden, dass sie mit verlorenen oder verzögerten Paketen umgehen können. Nötigenfalls ist [[Transaktion (Informatik)\|Transaktionsmanagement]] erforderlich, um bei der Unterbrechung einer Kommunikation keine undefinierten Zustände zu hinterlassen.<ref name=":0">{{Internetquelle \|url=https://architecturenotes.co/fallacies-of-distributed-systems/ \|titel=Fallacies of Distributed Systems \|datum=2022-06-04 \|sprache=en \|abruf=2023-02-05}}</ref>

	=== Die Latenzzeit ist gleich null ===		=== Die Latenzzeit ist gleich null ===
	Als [[Verzögerung (Telekommunikation)\|Latenzzeit]] bezeichnet man in einem Netzwerk die Zeit, die ein Datenpaket braucht, um von A nach B zu gelangen. Sie ist niemals null, und im Gegensatz zur Bandbreite (siehe nächsten Abschnitt) kann sie auch nicht beliebig verkleinert werden, da sie physisch durch die [[Lichtgeschwindigkeit]] begrenzt ist: Die [[~~Round Trip Time~~]] von Europa nach Amerika wird immer mindestens 30[[Millisekunde\|ms]] betragen. Eine kurze Latenzzeit ist bei Echtzeit-Anwendungen wie [[Onlinespiel~~\|Onlinespielen~~]] wichtiger als eine große Bandbreite.		Als [[Verzögerung (Telekommunikation)\|Latenzzeit]] bezeichnet man in einem Netzwerk die Zeit, die ein Datenpaket braucht, um von A nach B zu gelangen. Sie ist niemals null, und im Gegensatz zur Bandbreite (siehe nächsten Abschnitt) kann sie auch nicht beliebig verkleinert werden, da sie physisch durch die [[Lichtgeschwindigkeit]] begrenzt ist: Die [[Paketumlaufzeit]] von Europa nach Amerika wird immer mindestens 30[[Millisekunde\|ms]] betragen. Eine kurze Latenzzeit ist bei Echtzeit-Anwendungen wie [[Onlinespiel]]en wichtiger als eine große Bandbreite.

	=== Der Datendurchsatz ist unbegrenzt ===		=== Der Datendurchsatz ist unbegrenzt ===
Zeile 25:		Zeile 25:
	Die Annahme, dass es keine Hacker gibt und sämtliche Rechner und Anwender im Netzwerk vertrauenswürdig sind, wird heute kaum mehr jemand machen. Als diese falsche Annahme 1991 erstmals niedergeschrieben wurde,<ref name=":0" /> war das [[Internet]] allerdings noch sehr jung und nur in universitären Einrichtungen wirklich verbreitet.		Die Annahme, dass es keine Hacker gibt und sämtliche Rechner und Anwender im Netzwerk vertrauenswürdig sind, wird heute kaum mehr jemand machen. Als diese falsche Annahme 1991 erstmals niedergeschrieben wurde,<ref name=":0" /> war das [[Internet]] allerdings noch sehr jung und nur in universitären Einrichtungen wirklich verbreitet.

	Obwohl heute jeder [[Informatiker]] weiß, dass böswillige Personen versuchen, in Netzwerke einzudringen und Daten zu stehlen oder zu manipulieren, werden immer noch viel zu oft viel zu schwerwiegende [[Sicherheitslücke\|Sicherheitsmängel]] in Software entdeckt. Zudem gehen gerade Firmen oft davon aus, dass Angreifer von außen, also über das Internet, kommen müssten, um Schaden zu verursachen. Tatsächlich sind [[Firewall~~\|Firewalls~~]] heute ziemlich sicher, aber durch [[Phishing]] oder „verlorene“ USB-Sticks (siehe [[Rubber Ducky]]) können Angriffe auch aus der Firma heraus gestartet werden.		Obwohl heute jeder [[Informatiker]] weiß, dass böswillige Personen versuchen, in Netzwerke einzudringen und Daten zu stehlen oder zu manipulieren, werden immer noch viel zu oft viel zu schwerwiegende [[Sicherheitslücke\|Sicherheitsmängel]] in Software entdeckt. Zudem gehen gerade Firmen oft davon aus, dass Angreifer von außen, also über das Internet, kommen müssten, um Schaden zu verursachen. Tatsächlich sind [[Firewall]]s heute ziemlich sicher, aber durch [[Phishing]] oder „verlorene“ USB-Sticks (siehe [[Rubber Ducky]]) können Angriffe auch aus der Firma heraus gestartet werden.

	=== Die Netzwerktopologie wird sich nicht ändern ===		=== Die Netzwerktopologie wird sich nicht ändern ===
	Die Annahme, dass sich Server oder Clients in einem verteilten System nicht ändern werden, ist unrealistisch. Wenn beispielsweise eine Applikation viel Zuspruch erfährt, wird sie möglicherweise bald [[Skalierbarkeit\|skalieren]] müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren Masse für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. Eine Applikation sollte daher nicht von einer statischen [[Netzwerktopologie]] ausgehen, und beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen anstatt feste IP-Adressen zu verwenden.<ref name=":0" />		Die Annahme, dass sich Server oder Clients in einem verteilten System nicht ändern werden, ist unrealistisch. Wenn beispielsweise eine Applikation viel Zuspruch erfährt, wird sie möglicherweise bald [[Skalierbarkeit\|skalieren]] müssen und es werden Server hinzugefügt, ersetzt oder geografisch verschoben. Dasselbe gilt in einem noch viel höheren Masse für die Clients, denn die Benutzer werden ständig neue und andere Rechner einsetzen. Eine Applikation sollte daher nicht von einer statischen [[Topologie (Rechnernetz)\|Netzwerktopologie]] ausgehen, und beispielsweise Rechneradressen via [[Domain Name System\|DNS]] auflösen anstatt feste IP-Adressen zu verwenden.<ref name=":0" />

	=== Es gibt immer nur einen Netzwerkadministrator ===		=== Es gibt immer nur einen Netzwerkadministrator ===
	Das mag für kleine Teams gelten, ist aber in großen Firmen oder bei firmenübergreifenden Projekten sicher nicht zutreffend. Die Annahme, dass ein Administrator (oder ein Team von Administratoren) auf alle involvierten Systeme uneingeschränkten Zugriff hat, ist dann nicht mehr realistisch und auch aus Sicherheitsgründen nicht wünschenswert. Jede Firma möchte aus nachvollziehbaren Gründen anderen nur so viele Rechte einräumen, wie diese unbedingt benötigen. Selbst innerhalb einer größeren Firma darf kein einzelner Benutzer auf alle Ressourcen zugreifen.		Das mag für kleine Teams gelten, ist aber in großen Firmen oder bei firmenübergreifenden Projekten sicher nicht zutreffend. Die Annahme, dass ein Administrator (oder ein Team von Administratoren) auf alle involvierten Systeme uneingeschränkten Zugriff hat, ist dann nicht mehr realistisch und auch aus Sicherheitsgründen nicht wünschenswert. Jede Firma möchte aus nachvollziehbaren Gründen anderen nur so viele Rechte einräumen, wie diese unbedingt benötigen. Selbst innerhalb einer größeren Firma darf kein einzelner Benutzer auf alle Ressourcen zugreifen.

	Die Administratoren, die das produktive System am Laufen halten sollten, sind auch nicht unbedingt die Entwickler des Systems, so dass sie zwar Zugriff auf Diagnosedaten haben, aber diese erst mit dem (internen oder externen) Entwicklungsteam diskutieren müssen, falls unerwartete Effekte auftreten.		Die Administratoren, die das produktive System am Laufen halten sollten, sind auch nicht unbedingt die Entwickler des Systems, so dass sie zwar Zugriff auf Diagnosedaten haben, aber diese erst mit dem (internen oder externen) Entwicklungsteam diskutieren müssen, falls unerwartete Effekte auftreten.

	=== Die Kosten des Datenaustauschs können mit Null angesetzt werden ===		=== Die Kosten des Datenaustauschs können mit Null angesetzt werden ===
	Eine Weise, diese Behauptung zu lesen, ist der Versuch, eine auf einen Server zugeschnittene Anwendung in ein verteiltes System umzuwandeln. Wegen Punkt 2 wissen wir aber, dass dadurch ein System sicher nicht schneller wird und neue Probleme auftauchen können.<ref name=":0" />		Eine Weise, diese Behauptung zu lesen, ist der Versuch, eine auf einen Server zugeschnittene Anwendung in ein verteiltes System umzuwandeln. Wegen Punkt 2 wissen wir aber, dass dadurch ein System sicher nicht schneller wird und neue Probleme auftauchen können.<ref name=":0" />

	Die zweite Weise ist offensichtlicher: Obwohl Breitband-Internetanschlüsse heute erschwinglich sind, sind ihre Kosten nicht null, insbesondere wenn man auch die Netzwerkadministration und die nötige Sicherheitsinfrastruktur ([[Firewall~~\|Firewalls~~]], Router) mitrechnet. Die Betriebskosten des Chatbots [[ChatGPT]] wurden Anfang 2023 mit zwischen 100.000 und 1.500.000 € pro Tag angegeben.<ref>{{Internetquelle \|autor=Tobias Jonas \|url=https://innfactory.de/artificial-intelligence/was-kostet-der-cloudbetrieb-von-chatgpt/ \|titel=ChatGPT: Die Cloud Kosten des berühmtesten AI Sprachmodells \|werk=innFactory \|datum=2023-01-10 \|sprache=de-DE \|abruf=2023-02-05}}</ref>		Die zweite Weise ist offensichtlicher: Obwohl Breitband-Internetanschlüsse heute erschwinglich sind, sind ihre Kosten nicht null, insbesondere wenn man auch die Netzwerkadministration und die nötige Sicherheitsinfrastruktur ([[Firewall]]s, Router) mitrechnet. Die Betriebskosten des Chatbots [[ChatGPT]] wurden Anfang 2023 mit zwischen 100.000 und 1.500.000 € pro Tag angegeben.<ref>{{Internetquelle \|autor=Tobias Jonas \|url=https://innfactory.de/artificial-intelligence/was-kostet-der-cloudbetrieb-von-chatgpt/ \|titel=ChatGPT: Die Cloud Kosten des berühmtesten AI Sprachmodells \|werk=innFactory \|datum=2023-01-10 \|sprache=de-DE \|abruf=2023-02-05}}</ref>

	=== Das Netzwerk ist homogen ===		=== Das Netzwerk ist homogen ===
	Diese Annahme wurde erst 1997 von [[James Gosling]] der Liste hinzugefügt. Die Annahme, dass alle Server und alle Clients unter der Kontrolle der Entwickler stehen, war zuvor durchaus realistisch gewesen. Eine Firma hatte es im Griff, nur eine Art von Geräten oder Betriebssystemen zu unterstützen. Heute finden sich schon in kleinen Netzwerken Rechner mit verschiedenen Betriebssystemen, dazu Smartphones und [[Internet der Dinge\|smarte Geräte]], die alle miteinander kommunizieren wollen. Durch Standardisierung sind mittlerweile [[~~Browser~~]] weitgehend kompatibel zueinander, aber das war nicht immer so.		Diese Annahme wurde erst 1997 von [[James Gosling]] der Liste hinzugefügt. Die Annahme, dass alle Server und alle Clients unter der Kontrolle der Entwickler stehen, war zuvor durchaus realistisch gewesen. Eine Firma hatte es im Griff, nur eine Art von Geräten oder Betriebssystemen zu unterstützen. Heute finden sich schon in kleinen Netzwerken Rechner mit verschiedenen Betriebssystemen, dazu Smartphones und [[Internet der Dinge\|smarte Geräte]], die alle miteinander kommunizieren wollen. Durch Standardisierung sind mittlerweile [[Webbrowser]] weitgehend kompatibel zueinander, aber das war nicht immer so.

	Es ist einfacher, bereits bei der Planung von Software vorzusehen, sie auf verschiedene Plattformen zu [[Portierung (Software)\|portieren]], statt das nachträglich durchführen zu müssen.<ref name=":0" />		Es ist einfacher, bereits bei der Planung von Software vorzusehen, sie auf verschiedene Plattformen zu [[Portierung (Software)\|portieren]], statt das nachträglich durchführen zu müssen.<ref name=":0" />

	== Entwicklung ==		== Entwicklung ==
	Die Liste der ''Fallacies of Distributed Computing'' kommt ursprünglich von [[Sun Microsystems]] und wurde dort von [[Bill Joy]] und Tom Lyon mit vier Trugschlüssen eröffnet. Weite Bekanntheit erlangten sie 1994 durch [[L Peter Deutsch]], der sie erweitert auf sieben Trugschlüsse als ~~"The~~ Seven Fallacies of Distributed ~~Computing"~~ veröffentlichte. [[James Gosling]], ebenfalls von Sun, setzte ungefähr 1997 noch den achten Punkt dazu.<ref>{{cite web \|last=Van Den Hoogen \|first=Ingrid \|date=2004-01-08 \|title=~~Deutsch's~~ Fallacies, 10 Years After \|url=http://java.sys-con.com/node/38665 \|url-status=dead \|archive-url=http://web.archive.org/web/20090618061656/http://java.sys-con.com/node/38665 \|archive-date=2007-08-11 \|access-date=2023-04-02\|language=en}}</ref>		Die Liste der ''Fallacies of Distributed Computing'' kommt ursprünglich von [[Sun Microsystems]] und wurde dort von [[Bill Joy]] und Tom Lyon mit vier Trugschlüssen eröffnet. Weite Bekanntheit erlangten sie 1994 durch [[L Peter Deutsch]], der sie erweitert auf sieben Trugschlüsse als „The Seven Fallacies of Distributed Computing“ veröffentlichte. [[James Gosling]], ebenfalls von Sun, setzte ungefähr 1997 noch den achten Punkt dazu.<ref>{{cite web \|last=Van Den Hoogen \|first=Ingrid \|date=2004-01-08 \|title=Deutsch’s Fallacies, 10 Years After \|url=http://java.sys-con.com/node/38665 \|url-status=dead \|archive-url=http://web.archive.org/web/20090618061656/http://java.sys-con.com/node/38665 \|archive-date=2007-08-11 \|access-date=2023-04-02\|language=en}}</ref>

	== Vergleichbare Listen ==		== Vergleichbare Listen ==

← Nächstältere Version		Version vom 10. Februar 2023, 01:32 Uhr
Zeile 13:		Zeile 13:

	== Erklärungen ==		== Erklärungen ==

	=== Das Netzwerk ist ausfallsicher ===		=== Das Netzwerk ist ausfallsicher ===
	Obwohl die Netzwerkinfrastruktur-Hardware heute sehr zuverlässig ist und [[Router]] und [[Switch (Netzwerktechnik)\|Switches]] nur selten ausfallen, gibt es dennoch keine Garantie dafür. Auch die Stromversorgung kann unerwartet und im dümmsten Moment abbrechen. Netzwerkprotokolle müssen also so gebaut werden, dass sie mit verlorenen oder verzögerten ~~Packeten~~ umgehen können. Nötigenfalls ist [[Transaktion (Informatik)\|Transaktionsmanagement]] erforderlich, um bei der Unterbrechung einer Kommunikation keine undefinierten Zustände zu hinterlassen.<ref name=":0">{{Internetquelle \|url=https://architecturenotes.co/fallacies-of-distributed-systems/ \|titel=Fallacies of Distributed Systems \|datum=2022-06-04 \|sprache=en \|abruf=2023-02-05}}</ref>		Obwohl die Netzwerkinfrastruktur-Hardware heute sehr zuverlässig ist und [[Router]] und [[Switch (Netzwerktechnik)\|Switches]] nur selten ausfallen, gibt es dennoch keine Garantie dafür. Auch die Stromversorgung kann unerwartet und im dümmsten Moment abbrechen. Netzwerkprotokolle müssen also so gebaut werden, dass sie mit verlorenen oder verzögerten Paketen umgehen können. Nötigenfalls ist [[Transaktion (Informatik)\|Transaktionsmanagement]] erforderlich, um bei der Unterbrechung einer Kommunikation keine undefinierten Zustände zu hinterlassen.<ref name=":0">{{Internetquelle \|url=https://architecturenotes.co/fallacies-of-distributed-systems/ \|titel=Fallacies of Distributed Systems \|datum=2022-06-04 \|sprache=en \|abruf=2023-02-05}}</ref>

	=== Die Latenzzeit ist gleich null ===		=== Die Latenzzeit ist gleich null ===
Zeile 21:		Zeile 20:

	=== Der Datendurchsatz ist unbegrenzt ===		=== Der Datendurchsatz ist unbegrenzt ===
	Obwohl der Datendurchsatz (auch [[Bandbreite]] genannt) in den letzten Jahren deutlich zunahm, ist er immer gegen oben begrenzt. Zusammen mit der Zunahme der Bandbreite steigt jedoch auch das Datenaufkommen kontinuierlich. Wird eine Software nur im lokalen Netzwerk getestet, wo die Latenz typischerweise sehr klein und die Bandbreite sehr hoch sind, können später beim Einsatz dieser Software im Internet unerwartete Probleme auftreten. Da die [[Paketverlustrate]] bei weiten Verbindungen zunimmt, wird die Bandbreite nach oben begrenzt, da Paketwiederhohlungen teuer sind. Man kann versuchen, die ~~Paketgrösse~~ zu erhöhen, um den Durchsatz weiter zu steigern, aber größere Pakete gehen mit einer höheren Wahrscheinlichkeit verloren.<ref>{{Internetquelle \|autor=Arnon Rotem-Gal-Oz \|url=http://www.rgoarchitects.com/Files/fallacies.pdf \|titel=Fallacies of Distributed Computing Explained \|werk= \|datum=2008-01 \|sprache=en \|abruf=2023-02-05}}</ref>		Obwohl der Datendurchsatz (auch [[Bandbreite]] genannt) in den letzten Jahren deutlich zunahm, ist er immer gegen oben begrenzt. Zusammen mit der Zunahme der Bandbreite steigt jedoch auch das Datenaufkommen kontinuierlich. Wird eine Software nur im lokalen Netzwerk getestet, wo die Latenz typischerweise sehr klein und die Bandbreite sehr hoch sind, können später beim Einsatz dieser Software im Internet unerwartete Probleme auftreten. Da die [[Paketverlustrate]] bei weiten Verbindungen zunimmt, wird die Bandbreite nach oben begrenzt, da Paketwiederhohlungen teuer sind. Man kann versuchen, die Paketgröße zu erhöhen, um den Durchsatz weiter zu steigern, aber größere Pakete gehen mit einer höheren Wahrscheinlichkeit verloren.<ref>{{Internetquelle \|autor=Arnon Rotem-Gal-Oz \|url=http://www.rgoarchitects.com/Files/fallacies.pdf \|titel=Fallacies of Distributed Computing Explained \|werk= \|datum=2008-01 \|sprache=en \|abruf=2023-02-05}}</ref>

	=== Das Netzwerk ist sicher ===		=== Das Netzwerk ist sicher ===
	Die Annahme, dass es keine Hacker gibt und sämtliche Rechner und Anwender im Netzwerk vertrauenswürdig sind, wird heute kaum mehr jemand machen. Als diese falsche Annahme 1991 erstmals niedergeschrieben wurde,<ref name=":0" /> war das [[Internet]] allerdings noch sehr jung und nur in universitären Einrichtungen wirklich verbreitet.		Die Annahme, dass es keine Hacker gibt und sämtliche Rechner und Anwender im Netzwerk vertrauenswürdig sind, wird heute kaum mehr jemand machen. Als diese falsche Annahme 1991 erstmals niedergeschrieben wurde,<ref name=":0" /> war das [[Internet]] allerdings noch sehr jung und nur in universitären Einrichtungen wirklich verbreitet.

	Obwohl heute jeder [[Informatiker]] ~~weiss~~, dass böswillige Personen versuchen, in Netzwerke einzudringen und Daten zu stehlen oder zu manipulieren, werden immer noch viel zu oft viel zu schwerwiegende [[Sicherheitslücke\|Sicherheitsmängel]] in Software entdeckt. Zudem gehen gerade Firmen oft davon aus, dass Angreifer von ~~aussen~~, also über das Internet, kommen müssten, um Schaden zu verursachen. Tatsächlich sind [[Firewall\|Firewalls]] heute ziemlich sicher, aber durch [[Phishing]] oder „verlorene“ USB-Sticks (siehe [[Rubber Ducky]]) können Angriffe auch aus der Firma heraus gestartet werden.		Obwohl heute jeder [[Informatiker]] weiß, dass böswillige Personen versuchen, in Netzwerke einzudringen und Daten zu stehlen oder zu manipulieren, werden immer noch viel zu oft viel zu schwerwiegende [[Sicherheitslücke\|Sicherheitsmängel]] in Software entdeckt. Zudem gehen gerade Firmen oft davon aus, dass Angreifer von außen, also über das Internet, kommen müssten, um Schaden zu verursachen. Tatsächlich sind [[Firewall\|Firewalls]] heute ziemlich sicher, aber durch [[Phishing]] oder „verlorene“ USB-Sticks (siehe [[Rubber Ducky]]) können Angriffe auch aus der Firma heraus gestartet werden.

	=== Die Netzwerktopologie wird sich nicht ändern ===		=== Die Netzwerktopologie wird sich nicht ändern ===
Zeile 32:		Zeile 31:

	=== Es gibt immer nur einen Netzwerkadministrator ===		=== Es gibt immer nur einen Netzwerkadministrator ===
	Das mag für kleine Teams gelten, ist aber in großen Firmen oder bei firmenübergreifenden Projekten sicher nicht zutreffend. Die Annahme, dass ein Administrator (oder ein Team von Administratoren) auf alle involvierten Systeme uneingeschränkten Zugriff hat, ist dann nicht mehr realistisch und auch aus Sicherheitsgründen nicht wünschenswert. Jede Firma möchte aus nachvollziehbaren Gründen anderen nur so viele Rechte einräumen, wie diese unbedingt benötigen. Selbst innerhalb einer größeren Firma darf kein einzelner Benutzer auf alle ~~Resourcen~~ zugreifen.		Das mag für kleine Teams gelten, ist aber in großen Firmen oder bei firmenübergreifenden Projekten sicher nicht zutreffend. Die Annahme, dass ein Administrator (oder ein Team von Administratoren) auf alle involvierten Systeme uneingeschränkten Zugriff hat, ist dann nicht mehr realistisch und auch aus Sicherheitsgründen nicht wünschenswert. Jede Firma möchte aus nachvollziehbaren Gründen anderen nur so viele Rechte einräumen, wie diese unbedingt benötigen. Selbst innerhalb einer größeren Firma darf kein einzelner Benutzer auf alle Ressourcen zugreifen.

	Die Administratoren, die das produktive System am Laufen halten sollten, sind auch nicht unbedingt die Entwickler des Systems, so dass sie zwar Zugriff auf Diagnosedaten haben, aber diese erst mit dem (internen oder externen) Entwicklungsteam diskutieren müssen, falls unerwartete Effekte auftreten.		Die Administratoren, die das produktive System am Laufen halten sollten, sind auch nicht unbedingt die Entwickler des Systems, so dass sie zwar Zugriff auf Diagnosedaten haben, aber diese erst mit dem (internen oder externen) Entwicklungsteam diskutieren müssen, falls unerwartete Effekte auftreten.
Zeile 42:		Zeile 41:

	=== Das Netzwerk ist homogen ===		=== Das Netzwerk ist homogen ===
	Diese Annahme wurde erst 1997 von [[James Gosling]] der Liste hinzugefügt. Die Annahme, dass alle Server und alle Clients unter der Kontrolle der Entwickler stehen, war zuvor durchaus realistisch gewesen. Eine Firma hatte es im Griff, nur eine Art von Geräten oder Betriebssystemen zu unterstützen. Heute finden sich schon in kleinen Netzwerken Rechner mit verschiedenen Betriebssystemen, dazu Smartphones und [[Internet der Dinge\|smarte Geräte]], die alle miteinander kommunizieren wollen. Durch Standardisierung sind ~~mittlereile~~ [[Browser]] weitgehend kompatibel zueinander, aber das war nicht immer so.		Diese Annahme wurde erst 1997 von [[James Gosling]] der Liste hinzugefügt. Die Annahme, dass alle Server und alle Clients unter der Kontrolle der Entwickler stehen, war zuvor durchaus realistisch gewesen. Eine Firma hatte es im Griff, nur eine Art von Geräten oder Betriebssystemen zu unterstützen. Heute finden sich schon in kleinen Netzwerken Rechner mit verschiedenen Betriebssystemen, dazu Smartphones und [[Internet der Dinge\|smarte Geräte]], die alle miteinander kommunizieren wollen. Durch Standardisierung sind mittlerweile [[Browser]] weitgehend kompatibel zueinander, aber das war nicht immer so.

	Es ist einfacher, bereits bei der Planung von Software vorzusehen, sie auf verschiedene ~~Platformen~~ zu [[Portierung (Software)\|portieren]], statt das nachträglich durchführen zu müssen.<ref name=":0" />		Es ist einfacher, bereits bei der Planung von Software vorzusehen, sie auf verschiedene Plattformen zu [[Portierung (Software)\|portieren]], statt das nachträglich durchführen zu müssen.<ref name=":0" />

	== Entwicklung ==		== Entwicklung ==