How to build an API in MAKE: A tutorial for low-code development

Sdílet
Vložit
  • čas přidán 10. 09. 2024
  • In this video I show you how you can design your own API with the low-code tool 'Make'. This API allows you to perform various operations such as updating an airtable database. From conception to completion, we will go through each step together. This is the beginning of a series of tutorial videos in which we will later also look at the use of artificial intelligence to operate the APIs we create. Although the topic is challenging, my goal is to bring it closer to you in understandable videos. Learn how a GPT Assistant can access local databases using 'Make' and later 'Redash'. Look forward to an exciting and educational experience! If you have any questions or feedback, please leave a comment. And remember to leave a Like if the tutorial helps you.
    #Make #APIdevelopment #LowCode #Airtable #ArtificialIntelligence

Komentáře • 7

  • @David-tc7fy
    @David-tc7fy Před 7 měsíci

    Wow. Das ist sehr interessant. Werde mal umsetzen

  • @dradux2079
    @dradux2079 Před 7 měsíci

    Da ich zufällig über das Video gestolpert bin, habe ich nur begrenzt die Rahmenbedingungen mitbekommen, aber fand es zumindest erstmal interessant. Da kamen ein paar Tools zum Einsatz, die ich bisher noch nicht kannte und bisschen was kannte ich bereits.
    Kurze Anmerkung: Es gibt den HTTP Status Code 401 (Unauthorized), der ist evtl besser geeignet als der allgemeine 400er (Bad Request), falls der Client sich nicht korrekt authentifizieren konnte.

    • @bastianstrauss
      @bastianstrauss  Před 7 měsíci

      Gute Anmerkung! 401 wäre hier natürlich deutlich besser. Das Beispiel war auch sehr schnell zusammen geklickt. Damit das als NowCode API wirklich gut funktioniert fehlen noch einige Sachen. Aber MAKE dafür grundsätzlich zu nutzen war der spannende Case. Welche Tools kanntest du nicht?

  • @sirkato7751
    @sirkato7751 Před 7 měsíci

    Ich finde, dass das visuell deutlich besser aussieht als bspw. Power Automate Flow, habe aber auch hier etwas die Angst, dass es auch schnell unübersichtlich wird wenn es größer wird. Ein großer Kritikpunkt bei der API die du hier gebaut hast: Für die Menge an Daten ist sie extrem langsam. über 1.000 ms bei 450 Byte ist unglaublich schlecht. Das erste beibspiel war mit etwas über 500ms und 3 KB schon etwas besser, aber alles über 500ms ist langsam, alles unter 100ms kann man als schnell ansehen und alles dazwischen als moderat.

    • @bastianstrauss
      @bastianstrauss  Před 7 měsíci

      Vollkommen richtig! Dadurch das ich Make als Schnittstelle UND Airtable nutze bekommst du ein mega Delay! Natürlich geht nichts über ein natives Script direkt auf die API von Airtable. In diesem Demo geht es eher darum, ob eine No-Code Automationsebene auch eine "API" nachbauen kann. Die Antwort von mir: ja geht. Ich bin gedanklich dabei einen GPT Assistant anzubinden und dann ist das Delay der Schnittstelle im ersten Moment ein Witz. Ich würde Make auch nicht in einer produktiven Umgebung mit über > 2 Request pro Sekunde einsetzen. Das ist too much. Make ist eher etwas für den kleinen Dienstweg, wo der Aufwand des Programmierens größer ist als der Nutzen der Schnittstelle.
      Und Power Automate Flow, Zapier oder N8N sind da sehr sehr ähnlich. Aber was da einfach cool ist, in diese API könntest du noch eine KI integrieren, die Daten zusammen fasst oder was auch immer. Oder mein Ziel ist es Handwerker soweit zu befähigen ihre Daten aus ihren System irgendwie abzufragen. Das wäre ein erster Schritt!

    • @sirkato7751
      @sirkato7751 Před 7 měsíci +1

      @@bastianstrauss Ich komme aus dem Bereich wo man viel Power Automate Flow einsetzt, was wie du sagst, sehr ähnlich ist. Aus meiner persönlichen Erfahrung ist es wichtig, dass man no-code/low-code automatisierungen nur da einsetzt wo sie
      1. auf gar keinen Fall scalen müssen
      2. auf gar keinen Fall häufigen Änderungen ausgesetzt sind
      3. auf gar keinen Fall Businesskritisch sind
      Ich hatte selbst auch mal einen Power Automate Flow als Schnittstelle zu einem Drittsystem eingesetzt was Daten syncrhonisiert hat. Das Ergebnis war, dass sobald die Menge der Daten 1 mal ein klein wenig mehr wird, bspw. bei einem kleinen Datenimport, die No-Code Implementierung nicht mitkommt und die Ausführung bei den Flows zumindest immer länger wurde. Teils so absurd lang, dass aus Sekunden Stunden wurden.

    • @bastianstrauss
      @bastianstrauss  Před 7 měsíci

      Oh ja. Ich hatte das Problem bei einer remigration! Ich musste 4500 Datensätze durch die LowCode Automation jagen! Mein Script wäre damit in ca. 2min fertig. Bei Make ging das gar nicht. Ich musste zum ersten Mal ein sleep (500ms) in mein Script einbauen, damit sich die Automation nicht verschluckt! 4500 x 500ms! Super!!! „Ironie aus“! Ich gebe dir vollkommen Recht @sirkato7751 LowCode ist eher was für kleine Projekte, PoC oder MVP‘s. Sobald es ernst wird, macht eine native Schnittstelle mehr Sinn! Aber gerade am Anfang spart so ein System viel Zeit und damit letztendlich Geld für genannte Konzepte. Sobald der Proof da ist lohnt sich die aufwendigere Entwicklung. Mein Beispiel habe ich in 5min gebaut! So schnell kannst du sonst niemals eine API aufbauen!