Die Notwendigkeit zur schnellen, h\u00e4ufigen, unkomplizierten und fehlerfreien Auslieferung von agil entwickelter Software l\u00e4sst sich aus den Prinzipien des \u201eAgile Manifesto\u201c ableiten. Continuous Delivery ist daf\u00fcr in der \u201eklassischen Softwareentwicklung\u201c, wie der Entwicklung einer Desktopanwendung oder einer Webseite, ein hinreichend bekannter und h\u00e4ufig angewandter Prozess.<\/p>\n
Auf SaaS Plattformen ist h\u00e4ufig auch ein agiler Entwicklungsprozess gew\u00fcnscht, denn die Vorteile gelten auf solchen Plattformen ebenso. z.B. verringern sich die Time-to-Market Zeiten f\u00fcr neue Features. Auch hier k\u00f6nnen die Feedback Loops helfen, schneller bessere Software, die genau die Anforderungen des Business erf\u00fcllt, zu entwickeln und bereitzustellen.<\/p>\n
In Salesforce, als Vertreter einer SaaS Plattform, kann die Entwicklung und das Testen von der produktiven Umgebung getrennt stattfinden. Daf\u00fcr stehen sog. Sandboxen zur Verf\u00fcgung. Zur \u00dcbertragung der \u00c4nderungen zwischen den verschiedenen Umgebungen stehen mehrere M\u00f6glichkeiten zur Verf\u00fcgung. Zum einen die manuelle \u00dcbertragung, die \u00dcbertragung per \u201eChange Sets\u201c, bei denen die \u00c4nderungen per Klick im UI zusammengefasst und dann \u00fcbertragen werden, als auch die \u00dcbertragung per API. Jedoch k\u00f6nnen, laut Salesforce, nicht alle \u00c4nderungen \u00fcbertragen werden. Dies betrifft z.B. bestimmten Einstellungen und \u201eKonfigurationsdaten\u201c.<\/p>\n
Die Nutzung des API und Einbindung in einen Continuous Integration Server ist m\u00f6glich. Salesforce selber stellt ein Tool bereit, mit dessen Hilfe das API verwendet werden kann. Auch werben Drittanbieter damit, Continuous Integration \/ Continuous Delivery zu unterst\u00fctzen. Alle nutzen jedoch das gleiche API. Jegliche Einschr\u00e4nkungen des API betreffen somit grunds\u00e4tzlich alle Anbieter bzw. L\u00f6sungen. Die automatisierte \u00dcbertragung von fast allen Metadaten ist damit m\u00f6glich, jedoch werden bestimmte Einstellungen und Daten auch von diesen Anbietern nicht \u00fcbertragen.<\/p>\n
Es wird im ersten Schritt ein Continuous Delivery Prozess beschrieben. Hierbei soll herausgestellt werden, warum dieser den Entwicklern helfen kann, bessere Software zu liefern. Dabei soll auf die Vor- und Nachteile eines solchen Prozesses eingegangen werden. Des Weiteren werden die Voraussetzungen zur Umsetzung eines solchen Prozesses und die Anforderungen an den Entwicklungsprozess sowie an die Infrastruktur ausgef\u00fchrt. Es werden die g\u00e4ngigen Tools vorgestellt. Des Weiteren werden Kriterien definiert, die ein Continuous Delivery erf\u00fcllen muss.<\/p>\n
Es soll weiterhin eine kurze Einordnung bzw. Abgrenzung zu Continuous Integration und Continuous Deployment gegeben werden, da die Definitionen dieser Begriffe bzw. Prozesse nicht immer eindeutig sind.<\/p>\n
Nach dem allgemeinen Teil, der einen klassischen Continuous Delivery Prozess beschreibt, der z.B. f\u00fcr das Ausliefern einer Webseite oder einer Desktop Anwendung verwendet werden k\u00f6nnte, soll\u00a0 kurz die Salesforce Plattform beschrieben werden.<\/p>\n
Daran anschlie\u00dfend wird die Entwicklung in Salesforce vorgestellt und beschrieben. Mit Entwicklung ist das Anpassen der Standardumgebung von Salesforce an die Kunden-Anforderungen gemeint. Dies ist m\u00f6glich u.a. durch Erstellung und Konfiguration neuer oder bestehender Objekte \u00fcber das Salesforce Userinterface, die dann als Metadaten vorliegen. Um erweiterte Funktionalit\u00e4t bereitzustellen, gibt es die M\u00f6glichkeit, diese mit Apex, einer Sprache mit Java \u00e4hnlicher Syntax, oder Visualforce, einem Webframework, umzusetzen. Auch hier werden die Entwicklungsumgebung und der Entwicklungsprozess beschrieben. Weiterhin wird das Konzept der Sandboxen in Salesforce vorgestellt.<\/p>\n
Nach Vorstellung der Entwicklung in Salesforce soll ein entsprechender Continuous Delivery Prozess f\u00fcr die Salesforce Plattform entworfen und definiert werden. Weiterhin wird ausgearbeitet, wie sich mit Hilfe der Sandboxen eine Development, Testing, Acceptance und Production Umgebung aufbauen und die f\u00fcr Continuous Delivery n\u00f6tige Automatisierung erreichen l\u00e4sst und wo deren Grenzen sind. Es existieren Drittanbieter, die eine Continuous Integration bzw. Continuous Delivery L\u00f6sung f\u00fcr Salesforce anbieten. Einige dieser L\u00f6sungen sollen im Hinblick auf die Funktionalit\u00e4t sowie Realisierung eines echten Continuous Delivery Prozesses analysiert werden.<\/p>\n
Die entwickelten und analysierten Prozesse werden mit den Kriterien, die f\u00fcr einen erfolgreichen Continuous Delivery definiert wurden, verglichen und bewertet.<\/p>\n