Praktische Salesforce Architektur

Kapitel 1. Hauptfunktionen und Fähigkeiten der Anwendung

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Es ist wirklich schwer, ein Ökosystem zu verstehen, ohne einige Grenzen und Definitionen festzulegen. Als Systemexperte beziehe ich mich häufig auf Dinge innerhalb und außerhalb eines virtuellen Ökosystems. Die Begriffe sind fließend. Das Branding überschneidet sich oft mit der Funktionalität. Aus der Sicht eines Praktikers sind die Kanten vielleicht nicht klar zu erkennen, und mit der Zeit werden diese Kanten noch weniger wahrnehmbar. Ich werde versuchen zu erklären, welche Art von "innen" und "außen" ich meine, wenn wir weitermachen. Sei bereit, dein Glas auszuschütten und dich neu zu orientieren, während du liest.

In diesen ersten Kapiteln geht es mehr darum, die Grenzbegriffe zu definieren, als zu zeigen, wo oder wie sie anzuwenden sind. Sobald du weißt, dass die Schüssel Milch und nicht weiße Farbe enthält, solltest du wissen, was du damit tun kannst. Am Ende dieses Kapitels solltest du einen angemessenen Bezugsrahmen für das weitere Lernen haben. Der Überblick über das gesamte Salesforce-Ökosystem sollte klar sein, und du solltest ein gewisses Verständnis für die Tiefe seiner Möglichkeiten haben.

Salesforce und Clouds

Wenn du etwas über das Salesforce-Ökosystem lernst, musst du als erstes deine Vorurteile gegenüber vielen Begriffen ablegen. Cloud ist einer der am häufigsten missbrauchten Begriffe in der modernen IT und ein sehr vielseitiger Begriff innerhalb des Ökosystems. Nur wenn du lernst, eine bestimmte Definition zu umschreiben, kannst du die vielen Paradigmen, die sie beinhaltet, verstehen.

Salesforce begann als webbasierte Anwendung wie Google Gmail. (Analogie Nr. 1, und schon sind wir im Rennen.) Was bedeutet das? Das können wir klären, indem wir die grundlegenden Funktionen/Fähigkeiten auflisten(Tabelle 1-1).

Tabelle 1-1. Grundlegende Funktionen von Google Mail

1	Zugang vom Internet/überall
2	Nachrichten verfassen
3	Nachrichten senden
4	Nachrichten empfangen
5	Nachrichten speichern
6	Nachrichten löschen
7	Führe eine Liste der Personen, an die du sendest
8	Sicherheit bieten/ Logins pro Benutzer verfolgen
9	Meine E-Mail stört deine E-Mail nicht

Das CRM-System (Customer Relationship Management) von Salesforce war in all diesen Funktionen ziemlich gut - so gut, dass es sie besser beherrschte als der Rest der Branche mit einfacheren Plattformen. Das Salesforce-CRM wuchs in der frühen Cloud auf, während alle anderen Mitbewerber in einem Modell mit nicht geteilter Hardware "feststeckten".

Machen wir unseren ersten Rosetta Stone-Vergleich mit einem Vergleich zwischen Google Mail und Salesforce(Tabelle 1-2).

Tabelle 1-2. Vergleich der Gmail-Funktionen mit den Salesforce CRM-Funktionen (Fähigkeiten)

	Gmail Beispiel	Salesforce CRM
1	Zugriff über das Internet/überall	Yup
2	Nachrichten verfassen	Daten eingeben
3	Nachrichten senden	Mit anderen teilen
4	Nachrichten empfangen	Daten von anderen ansehen
5	Nachrichten speichern	Daten in einer Datenbank speichern
6	Nachrichten löschen	Daten verwalten
7	Meine E-Mail stört deine E-Mail nicht	Multitenancy
8	Sicherheit bieten/ Logins pro Benutzer verfolgen	Ja
9	Führe eine Liste der Personen, an die du sendest	CRM-Funktionen

Wenn du den letzten Teil, die CRM-Funktionen, entfernst und das Skelett der Daten-, Anzeige- und Automatisierungsplattform stehen lässt, erhältst du die Lightning Platform(Tabelle 1-3). Dies ist der Name für die Basisplattform von Salesforce ohne lizenzierte Extras. Sie ist auch als Customer 360 Platform bekannt. Die vertriebsbezogenen Funktionen sind über die Sales Cloud Plattform verfügbar.

Tabelle 1-3. Funktionen der Salesforce Lightning Platform/Sales Cloud

	Gmail Beispiel	Salesforce CRM	Salesforce Produkt
1	Zugriff über das Internet/überall	Yup	Lightning Plattform
2	Nachrichten verfassen	Daten eingeben
3	Nachrichten senden	Mit anderen teilen
4	Nachrichten empfangen	Daten von anderen ansehen
5	Nachrichten speichern	Daten in einer Datenbank speichern
6	Nachrichten löschen	Daten verwalten
7	Meine E-Mail stört deine E-Mail nicht	Multitenancy
8	Sicherheit bieten/ Logins pro Benutzer verfolgen	Ja
9	Führe eine Liste der Personen, an die du sendest	CRM-Funktionen	Sales Cloud

Durch das Entfernen der Sales Cloud-Funktionen (und anderer funktionsspezifischer Funktionen, die in den verschiedenen anderen Ökosystemkomponenten enthalten sind) bleibt ein sehr leistungsfähiges Framework für die Entwicklung und Bereitstellung skalierbarer Cloud-basierter Anwendungen übrig.

Was verbirgt sich hinter einem Namen?

Das bringt uns zu unserem ersten Satz an Klarstellungen. Seitdem Salesforce mit einer Plattform bekannt wurde, die nichts mit "Vertrieb" zu tun hat, lebt das Unternehmen im Schatten seines eigenen Namens. Dieses Identitätsproblem hat sich in den letzten Jahrzehnten abgezeichnet.

Umgangssprachlich kann der Begriff "Salesforce" drei verschiedene Dinge bedeuten:

• Das von Marc Benioff mitbegründete Unternehmen und alle seine Beteiligungen

• Die Plattform, auf der die meisten der intern entwickelten Produkte laufen

• Die Sales-Cloud-Funktionalität (die Initialzündung aller drei, die auf der Salesforce-Plattform lebt und vom Unternehmen Salesforce verwaltet wird)

Salesforce bietet heute Funktionen, die in vielen verschiedenen Branchen über Vertrieb, Service und Marketing hinaus nützlich sind. Das waren einige der ersten Branchenausrichtungen, aber es wäre schwierig, heute eine Branche zu finden, die Salesforce nicht für irgendetwas nutzt.

Das bringt uns zu unserer zweiten wichtigen Klarstellung. Cloud bedeutet im Salesforce-Lexikon nicht immer einen separaten Hosting-Standort. Salesforce-Tools und -Services wie die Sales Cloud und die Service Cloud sind Zusatzpakete, die du lizenzieren und auf deiner Plattforminstanz (d.h. dem Server oder Server-Cluster, auf dem deine Version von Salesforce gehostet wird) installieren/aktivieren lassen kannst.

Die Bemühungen, alle Untermarken zu unterscheiden und zu klären, welche Funktion unter welchem Namen zu finden ist, waren nur episodisch. Achte also auf wichtige Marken/Markenzeichen wie Lightning, Einstein, CRM und 360, die alle wechselnde Bedeutungen und Konnotationen haben.

Es macht Sinn, wenn du es aus einer mehrschichtigen und evolutionären Perspektive betrachtest, aber du musst die ständige Umbenennung über dich ergehen lassen. Ich glaube, ich mag es lieber als die Akronym-Suppe, die man auf anderen Plattformen findet!

Um zu sehen, wie sich die Angebote des Salesforce-Ökosystems mit denen anderer Cloud-Provider vergleichen lassen, beginnen wir mit der Übersicht in Abbildung 1-1 und einer einfachen Definition einer Cloud: "Eine Cloud ist die Summe der über das Internet zugänglichen, gehosteten Dienste eines Unternehmens, die von Personen oder Unternehmen außerhalb dieses Unternehmens genutzt werden können." Diese Abbildung stellt einige der Angebote von Salesforce in einen Zusammenhang mit anderen Anbietern, mit denen du vielleicht schon gearbeitet hast. Salesforce ist vor allem für seine Software-as-a-Service (SaaS)-Anwendung für Vertriebsmitarbeiter bekannt, hat aber auch ein Plattform-as-a-Service (PaaS)-Angebot und besitzt einen eigenen Cloud-Provider namens Heroku, der über ähnliche Funktionen wie andere große Namen der Branche verfügt.

Abbildung 1-1. Eine Auswahl an Cloud-Providern

Zoomen wir auf den Abschnitt "Salesforce Cloud" in diesem Diagramm und unterscheiden wir zwischen den Anwendungen und der Plattform(Abbildung 1-2). (Wenn du mit den Konzepten der Cloud-Infrastruktur noch nicht vertraut bist, kannst du dir in Abbildung 2-3 im nächsten Kapitel eine Liste der Bestandteile ansehen).

Abbildung 1-2. Clouds, PaaS und SaaS

Sales Cloud ist ein Funktionspaket, das für deine Instanz von Salesforce aktiviert ist, d.h. für die Instanz, auf der sich dein Unternehmen oder deine Organisation befindet. (In Salesforce werden die Begriffe "Instanz" und "Organisation" oft synonym verwendet).

Wenn du dich bei deiner Instanz anmeldest, kannst du die grundlegenden Funktionen der Plattform sowie alle zusätzlichen Funktionen nutzen, für die du Lizenzen erworben hast(Abbildung 1-3).

Abbildung 1-3. Wolken und nicht Wolken

Du kannst dies als Grundbaustein verwenden. Natürlich kann das gesamte Ökosystem viel komplexer sein, wie das Beispiel in Abbildung 1-4 zeigt, aber ich werde versuchen, die Dinge zu entmystifizieren, während wir weitermachen.

Abbildung 1-4. Unternehmensorgane und Merkmale

Hier sind einige Definitionen und Konventionen, die wir in Zukunft verwenden werden:

Salesforce Wolke

Dies ist die Summe aller Produktangebote des Salesforce-Konzerns, die außerhalb des Unternehmens als SaaS oder PaaS angeboten werden.

Salesforce-Instanz

Dies ist ein mandantenfähiger Hosting-Container, der Ressourcen mit mehreren Kunden teilt. Dies ist ein logischer Container mit vielen Systemen, der Dienste bereitstellt. Salesforce führt Aktualisierungen pro Instanz durch, und zwar in Gruppen von Instanzen, die man auch als Instanzen bezeichnen könnte (Salesforce ist dazu übergegangen, diese Einheiten von gemeinsam genutzten Ressourcen Pods zu nennen). Du kannst einige der größeren Systemmanagement-Gruppen erkennen, wenn du dir die Salesforce Trust Website ansiehst, auf der das Unternehmen offen über Probleme und Patches berichtet.

Hinweis

Es kann sein, dass du in mehreren Pods bist, von denen du denkst, dass sie eine einzige Org sind. Dein Pod kann Funktionen enthalten, die du in deiner Organisation nicht nutzt. Das Konzept eines Pods ist für einen Kunden nur im Hinblick auf Aktualisierungszeiten und Ausfälle von Bedeutung .

Salesforce org

Salesforce hat mehr Kunden gehostet als es Server hat. Die Server/Dienste von Salesforce sind mandantenfähig. Die Serverinfrastruktur befindet sich hinter dem Vorhang und ist nur wenigen bekannt. Für die Zwecke der Sicherheit, Verwaltung und Architektur ist eine Salesforce-Instanz etwas, das eine eindeutige URL haben kann. Das wird später noch genauer erklärt, aber wenn wir uns auf eine Instanz beziehen, meinen wir in der Regel die spezifischen logischen Grenzen des Anwendungsservices, die mit dir als Unternehmen/Kunde verbunden sind. Patches für eine Instanz wirken sich auf alle Orgs in dieser Instanz aus. Dazu später mehr.

Produkt oder Merkmal

Dies ist eine benannte/gekennzeichnete Funktionalität, die mit anderen Produkten in derselben Instanz koexistieren kann oder auch nicht.

Sandkasten

Dies ist eine Kopie der "Haupt"-Produktions-Org, mit denselben Funktionen und einem begrenzten und überschaubaren Datenumfang. In Salesforce ist die Produktions-Organisation die Muttergesellschaft aller untergeordneten Organisationen, wie z. B. Dev und Test. Die Sandboxen erhalten ihre eigenen URLs und laufen technisch gesehen auf anderen Hardware-Hosts als die Produktions-Org, sind aber logisch mit dieser verbunden und werden von ihr verwaltet. Sandbox-Orgs sollten nur in Bezug auf die direkte Leistung als von der Produktions-Org getrennt betrachtet werden. Die meisten anderen Aspekte sind mit der Produktion verbunden.

Wenn dir irgendetwas in diesem Kapitel nicht klar ist, lies es bitte noch einmal und achte besonders auf die Diagramme. Immer noch nicht klar? Dann google ein bisschen und rufe einen Freund an, um sicherzugehen, dass du alle logischen Grenzen verstehst. Mit Ausnahme von Pods musst du alle diese Konzepte beherrschen, um mit Salesforce auf Unternehmensebene zu arbeiten. Es ist nicht nur eine Sache, und es ist wirklich "größer im Inneren". In den nächsten Kapiteln werden wir damit beginnen, die Grenzen aufzuschlüsseln und neue Dimensionen für verschiedene Arten von Grenzen zu definieren.