Submitted by rlds on Wed, 02/12/2020
Image
Workflow engines, content automation

Automatisiertes Distributionszentrum

Wenn manuelle Arbeit umständlich wird in:

  • Link-Einreichung
  • Link-Austausch
  • URL-Verkürzung
  • Teilens
  • Neuverdrahtung

alle Datenquellen, die sich auf Ihr Material (Waren) beziehen, erfordern eine Aufgabenautomatisierung. Wenn Ihr Unternehmen und Ihre Aufgaben voluminös werden, wird Skripting notwendig.

Frameworks, Engines und Skripte

Workflow-Automatisierung ist eine Umgebung, eine "konkrete Grundlage", auf der benutzerdefinierte Automatisierungsskripte basiert an. Im Grunde ist ein Engine, der alles von Ihrer Website oder einer 3D-Party-Plattform läuft. Einige Websites verwenden kein ganzes Framework oder keine Engine, um kleine Aufgaben zu automatisieren. Stattdessen, verwenden Sie benutzerdefinierte Skripte/Plugins für bestimmte Aufgaben. Einige Plugins auf Ihrem CMS Builder verfügen beispielsweise über RSS-Feeder- und Social-Sharing-Tools, bei denen es sich um primitive Automatisierungsworkflows handelt.

Workflow engines and frameworks for content automation

Workflow-Engines sind die "verpackten" Versionen von Frameworks, in denen Sie bestimmte Module in der API einer bestimmten Sprache (C/Java/PHP usw.) ändern können. Festlegen benutzerdefinierter Trigger, Bedingungen, Funktionen, Routen usw. Workflow-Engines wie: Wexflow, Camunda, jBPM werden in der Regel als Workflow-Management-Software oder ''Frameworks'' verkauft, da die meisten Menschen den Unterschied zwischen ihnen nicht unterscheiden. Eine solche "gepackte" Engine ist ein Produkt, das von einem Eigentümer in einem "Bootstrap-Framework" erstellt wurde.

Das Microsoft-Framework

Das häufigste Beispiel ist das .NET-Framework von Microsoft, auf dem alle Windows-Programme und -Apps ausgeführt werden. Ein weiteres Beispiel sind die ASP.NET und der .NET-Kern, zu einer großen Überraschung, sind kostenlose Frameworks von Microsoft.

Die bekanntesten Beispiele für Workflownetzwerke werden in der Windows Workflow Foundation mit C-/C++-Leitfäden zu es verwendet. MS hat sogar ein eigenes Workflow-Produkt - die Power Automate.

Heute, basiert das .NET-Framework nicht nur auf VB/C-/C++-Sprachen, sondern ermöglicht es Ihnen, Webanwendungen auf Java, PHP, Ruby, Python usw. (!) zu erstellen. Ein massives, mehrsprachiges Framework, das sich von der Windows-Shell-Programmierung zum Öffnen von Webanwendungen erstreckt eedehnt hatte. Gut in Visual Studio integriert (kostenlos zu verwenden).

Java, Ruby, PHP, basierte Frameworks

Es gibt viele 3D-Party-Web Application Frameworks, hauptsächlich basierend auf Java (AngularJS), Ruby (Ruby on Rails), PHP (CakePHP, Symphony), Python (Jango) und anderen Programmiersprachen, die Ihnen eine andere Umgebung geben, um Ihre eigenen web Anwendungen zu erstellen. Diese Engines sind "leichter" und freundlicher ausgerichtet, haben eigene Vorlagen für Webanwendungen, klare Sprachsyntax, im Vergleich zu den komplizierten C-/C++.  Jeder hat seine eigene Lernkurve, Sonde- und Einsatzseiten.

Workflow automation, content distribution

Was ist der Unterschied?

Das .NET-Framework wurde in den 90er Jahren als Standallone-Lösung zum Ausführen von Windows-Software verwendet, während letztere (Java, Ruby, PHP - basiert, etc.) speziell geeignet waren, online zu arbeiten. Um von Remote-Servern ausgeführt zu werden, führen Sie flinke Skripts aus, zu übereinstimmen mit aktuelle Browser usw.

Es braucht keine einhellige Antwort, welcher Framework, Modul oder Programmiersprache besser zu verwenden ist. Ein Experte für sich wird immer ein geeignetes Werkzeug finden, basierend auf dem Hauptkriterium: Benutzerfreundlichkeit, Wartung, Bereitstellung, Overheads.

Framework vs CMS Plugins

Das Schreiben von Codes, in jedem Framework ist im Grunde das Erstellen Ihrer Webanwendung von Grund auf neu. Darüber, wird es auf Ihrem Server hinaus bereitgestellt und implementiert. Die heutigen CMS-Anzüge: Joomla, WP, Drupal, etc bieten Plugins, die bestimmte Aufgaben ausreichend für Anfänger tun, aber die Nachteile sind offensichtlich - das sind nicht wirklich Geeignet für größere Workflows.

Einige der Nachteile, die mit den CMS-Plugins kommen:

  • Mangel an kundenspezifischer Wartung
  • Mangel an Modifikationen
  • beschränkt auf den Inhaber
  • nicht zukunftssicher oder gewährleistet

Für diejenigen, die Bargeld haben

Die Abonnementlizenz variiert je nach Unternehmen zwischen 10 und 400 $ pro Monat, abhängig von dem Unternehmen, das Sie haben. Ein kleines Unternehmen, das Abonnements von 20 $ pro Monat betreibt, ist eine normale Sache im Jahr 2020.

Commercial workflow engines, content autormation suits

Es ist wertvoll, die Kosten auszugewichten, die Sie für den Aufbau Ihrer eigenen Workflow-Webanwendung im Vergleich zum Abonnieren eines fertigen Anzugs haben. Jemand in der Geschäftsplanung würde ausmarkieren: Einstellung eines Freelancers im Vergleich zu den jährlichen Kosten eines solchen Abonnements.

Für Anfänger ist die Antwort klar - Abonnieren ist der Weg zu lernen. Die meisten dieser kommerziellen Anzüge haben viel als genug Funktionen, auch im "freien Modus". Einige von ihnen sind:

  • Zapier
  • Automation.io
  • MS Power Automate
  • Integromat

Templating mit Java, Geld ausgeben oder Plugins nutzen - Internet bietet immer noch kostenlose Lösungen. Die wichtigste Schlussfolgerung eines solchen Vergleichs und einer solchen Implementierung ist jedoch die Fähigkeit, die grundlegende Codierung zu verstehen. Kennenlernen der Workflow-Automatisierung in Diagrammen oder auf Papier.

Workflow-Automatisierung wird verwendet, um Aufgaben und Belastungen eines sich wiederholenden Content-Managements zu verwalten, daher sollten alle möglichen Investitionen einer solchen Ausgabe entsprechen.