Hey. Herzlich Willkommen zu einer
weiteren Folge des To do Developer Podcasts mit Robin
Manuel Thiel und Malte Lunchin. Wir sind nun in Folge 59
angekommen und sprechen heute über das Thema Cloud Computing
beziehungsweise muss man eigentlich in die Cloud oder
wann sollte man vielleicht on premises bleiben, bevor wir in
das Thema einsteigen natürlich erst mal vielen Dank an
diejenigen, die uns einen Kaffee spendiert haben?
In dieser Woche ist das der Lennart.
Der hat 3 Kaffee für uns dagelassen, also vielen Dank an
dich, mein davon trinke ich auch gerade deswegen.
Herzlichen Dank an dieser Stelle von wunderbar.
Damit können wir dann auch ins Thema einsteigen und du hast ein
bisschen Kontext dazu, wir auf das Thema kommen ja genau und
zwar haben wir diese Folge wieder einen Themenwunsch,
diesmal von Daniel und Daniel arbeitet im Unternehmen, wo die
Anwendungen auf Oracle Basis passiert und auch sehr viel
Logik wollen diese Oracle Welt drin ist und das aber alles on
premises ist, ändert das n bisschen Legacy gehostet ist und
jetzt waren die anderen Microservices, um diese
Datenbank umzubauen. Nordlichter machen mit Spring
Boot und es tut mir leid, malte mit Gitlab und dazu dann
Kubernetes. Und fragen sich halt so ein
bisschen wie das Ganze in die Cloud schieben sollen, ob sie da
überhaupt irgendwelche Mehrwerte von haben?
Weil die Oracle Datenbank wahrscheinlich nicht mit wandern
würde, aber wahrscheinlich doch ein bisschen Legacy, vielleicht
ein versiert und da schon wie viel Logik drin ist.
Jetzt haben sie intern im Unternehmen so n bisschen
Diskussionen wie günstig ist denn das jetzt überhaupt in die
Cloud zu migrieren? Realistisch wäre wohl eh nur
eine Verbindung, dann weg zu Oracle Datenbank über irgendwie
VPN oder irgendwas ähnliches netzwerktechnisch.
Also ein bisschen die Daten on Prem lassen die Businesslogik in
die Cloud heben und da Daniel uns geschrieben auch im Rahmen
unserer Weihnachts Umfrage, dass er da an unserer Meinung
interessiert wäre. Malte, was ist denn deine
Meinung dazu? Das ist natürlich ein riesiges
Thema und jetzt könnte man auf den spezifischen Case eingehen
und gucken macht das in dem Fall Sinn oder nicht?
Ich glaube ganz generell lässt sich sagen es hängt davon ab,
was man auch als Gegebenheiten als Gegebenheiten vor Ort
vorfindet. Sprich wenn ich meine eigene
Infrastruktur habe und dort tatsächlich auch schon eine
moderne Plattform drauf betreibe, die meine Anwendung
hostet. Dann ist vielleicht der Need.
Für eine Public Cloud Infrastruktur gar nicht so groß
außer und das sind eher wirtschaftliche als technische
Gründe. Es gibt die Bemühungen hier
irgendwelche Investitionen, die man in Hardware tätigen muss,
weil es eine Erneuerung bedarf, sich sparen möchte und
stattdessen irgendwie in laufende Kosten übergehen möchte
und das Ganze lieber aus der Public Cloud anmieten muss, aber
letzten Endes technisch finde ich hängt ein bisschen davon ab,
wo drauf läuft. Meine Anwendung und du bist ja
auch ein ganz großer Kubernetes Fan und ein Fan von diesen
ganzen Cloud. Kreative Technologien und die
laufen ja letzten Endes unabhängig davon, ob ich jetzt
meine eigenen Server irgendwo im eigenen Rechenzentrum stehen,
hab ich die beim Dienstleister habe, ob ich die in der Public
Cloud habe, da kann ich meine Anwendung drauf laufen lassen in
der gleichen Art und Weise und natürlich abhängig davon, welche
Anforderungen ich an Performance Skalierung hardwareausstattung
habe, kann es natürlich viele Fälle geben, wo es in dem Fall
vielleicht gar keinen Unterschied macht, sprich wenn
ich jetzt Anwendungen wirklich in Microsofts bauen die alle.
Zu den Containern laufen, die ich in Kubernetes betreiben kann
und am Ende ist mir die darunter liegende Infrastruktur völlig
egal, und das weiß ich aus eigener Hardware.
Bereits vor Ort habe ist für mich durchaus ausreichend, dann
mag es keinen großen Grund geben, dass in die Public Cloud
zu verschieben außer wir wie gesagt, diese finanziellen
Gründe wurden vielleicht irgendwie die Geschäftsführung
entscheidet hey, bevor wir jetzt die ganze Hardware in unserem
Data Center erneuern, stiften wir das lieber irgendwo zum
Dienstleister in Public Cloud und Mieten, das ja Zeit
basierend an. Und nutzen dann halt die
Services. Von daher hängt ein bisschen
davon ab, wo drauf laufe ich, wenn ich jetzt ganz klassisch
irgendwie auf Infrastruktur laufe, wo ich das Ganze in WMS
habe und dort extrem großen Managementaufwand habe, dann
macht es natürlich Sinn, sich Gedanken über eine
Anwendungsmodernisierung zu machen und dann im Rahmen der
Anwendungsmodernisierung zu schauen was ist die beste
Plattform, um das Ganze zu betreiben?
Von daher sage ich mal die Frage lässt sich nicht so einfach zu
beantworten, aber grundsätzlich würde ich jetzt sagen Nein.
Niemand muss in die Cloud, aber in vielen Bereichen kann es gute
Gründe dafür geben und neben den generellen Betriebsmodellen
meiner Anwendung mag das natürlich auch im Rahmen der
Anwendungsmodernisierung der Fall sein, wenn ich darüber
nachdenke, in Richtung Plattformservice Dienste zu
gehen und bestimmte Dinge nicht mehr in eigenen Services
irgendwie in Containern laufen zu lassen, egal ob die anderen
selber geschrieben ist oder irgendwie ne open Source
Komponente kommerzielle Komponente ist, sondern ich
setze auf Plattformen als Servicedienste.
Die sich viel leichter managen lassen, aber die gleiche
Funktionalität bieten und halt auch beliebig skalierbar sind
und die mir dann die Möglichkeit geben, auch Kapazitäten
freizugeben, die ich vielleicht für andere Dinge sinnvoll nutzen
kann. Ein Beispiel, was mir jetzt
kürzlich untergekommen ist, ist das Thema Monitoring.
Natürlich kann ich jetzt irgendwie für das ganze
anwendungs Monitoring irgendwelche Events Dienste in
meiner eigenen Infrastruktur betreiben irgendwelche Kafka
Cluster, die extrem viel Power brauchen, weil natürlich da.
Tausende von Informationen pro Sekunde reinkommen je nach Größe
meiner Anwendung. Wenn ich das ganze jetzt
irgendwie in Richtung eines Paars Services in der Cloud
migriere ich plötzlich wieder Kapazitäten frei an Hardware.
Ich brauche die Infrastruktur nicht managen und habe die
gleiche Funktionalität und am Ende ist es irgendwo einen Data
Lake, wo meine Daten hieß eigentlich völlig egal.
Von daher lässt sich diese Frage nicht generell beantworten, aber
aus meiner Sicht und da würde mich deine Meinung interessieren
nein, in die Cloud muss niemand. Ja, man muss auch dazu sagen,
dass natürlich jetzt das Unternehmen, was Daniel hier
vorgestellt hat, ja eigentlich schon guten Mittelweg geht, ne
also das ist ja so ein bisschen, wenn die sagen, die nehmen quasi
schon Kobane dies und bauen da gerade Microservices mit Spring
Boot also beides sehr moderne Technologien dann würd ich sagen
dann haben sie ja so ne eigene Cloud Plattform innerhalb ihres
Rechenzentrums gebaut, denn ich finde man muss nutzen und wie
auch nicht unterscheiden haben wir irgendwo einfach
irgendwelche Server stehen und die muss jemand pflegen und
warten oder haben wir inhouse vielleicht sogar die Skills?
Also ich finde vielmehr ist Skill.
Frage haben wir es vielleicht sogar Skills, ein kombiniertes
Cluster oder mehrere Companies Cluster zu betreiben?
Denn das ist nicht simpel, also companies, das richtig zu
betreiben ist anstrengend ist Arbeit, ist sehr komplex und
herausfordernd. Aber wenn es dann da einmal
steht und vielleicht von einem anderen Team bereitgestellt
wird, was sich darauf spezialisiert hat, als das Thema
dann nachher nutzt, dann hat das Entwicklerteam ja wahrscheinlich
sogar eine sehr ähnliche Experience zu dem, was sie in
der Cloud vorfinden würden, nämlich dass sie einfach nur PI
interagieren und deswegen finde ich auch man kann ja so Cloud
native Technologien da gerade gesagt.
Auch. Jetzt schon mal nutzen, also
namentlich Container, Kubernetes und sowas und damit ja sehr
ähnliche Experience erzeugen. Ich würde mir die Frage halt
immer auf Skill Level stellen haben wir inhouse die Skills das
zu betreiben, weil sonst ist es glaube ich sehr komfortabel.
Das andere Cloud Provider abzugeben, haben wir wie du auch
richtig hat. Das Ergebnis von den Kosten her
Sinn ne, ich hab ja nicht nur die Hardware kosten.
Ich habe auch Stromkosten. Ich hab ja Miete für ein
Rechenzentrum ich personal was pflegen muss.
Und kann nicht und das finde ich immer ganz wichtig, dass nicht
ausgelassen wird, kann ich auch die Sicherheit, die Security in
meinem eigenen Rechenzentrum gewährleisten, zu einem Grad,
den meine Anwendung benötigt oder zu einem Grad, den ich
sonst in der Cloud kriegen würde, weil natürlich absolute
Experten bei Microsoft, AWS, Google, Oracle, SAP und Digital
Ocean und so weiter arbeiten, natürlich nichts anderes machen
als ihre eigene Cloud Infrastruktur zu testen.
Und wenn ich diese Fragen alle für mich zufriedenstellend
beantworten kann, würde ich dir auch zustimmen.
Muss nicht in die Cloud. Ich kann natürlich so ein
hybrides Modell fahren, wo ich sage ich rede Ihr Kopf war, ich
profitiere von der Rechenpower, die mir in der Cloud sehr easy
in Anführungszeichen zur Verfügung gestellt wird.
Lass meine Daten on Prem und die verbinden sich entweder VPN
Tunnel oder die meisten Cloud Provider bieten wir auch dann
an, dass ich wirklich quasi eine Netzwerkverbindung anlege.
Also ich kenne das ja expressrouten wirklich mehr oder
weniger virtuell Kabel zusammengesteckt, sodass ich
dann direkt Verbindung in die Cloud bekomme.
Über meine Telekommunikationsprovider, denn
ich muss natürlich aufpassen. Immer so m Hybriden.
Modell, das nicht zum Bottleneck wird.
Dass ich da nicht irgendwie meine hochperformanten
Anmeldungen habe und die immer eine sehr langsame Verbindung in
meine on Prem Daten aufbauen. Aber wenn ich eh schon auf so
modernen Technologien und die Skills habe, würde ich dir
zustimmen da muss niemand in die Cloud, aber du dachtest gerade
das Thema Computer in die Cloud schieben.
Ich glaube wenn ich an einem Punkt bin, wo ich solche
Microservices in Containern habe und die Skills habe einen
Kubernetes Cluster zu betreiben, dann macht es vielleicht am
wenigsten Sinn, Computer in die Cloud zu schieben, sondern es
macht vielleicht mehr Sinn, andere Dienste in die Cloud zu
statt zu schieben, die vielleicht nicht so leicht zu
betreiben sind. In dieser Containerwelt weil
natürlich gehört einiges dazu, zum Beispiel ein Datenbanksystem
oder n Storage System in so einem Cluster zu betreiben.
Und vielleicht macht es gerade bei diesen Dingen Sinnrichtung
passt Services zu gucken und zu sagen OK, ich mach mir jetzt gar
nicht die Arbeit zu verstehen, wie ich meine Datenbank
Technologie in Kubernetes Cluster betreibe, das
entsprechend persistent und sicher und Backups et cetera PP
sondern ich gehe halt mit meiner Storage Technologie oder mit
meiner Datenbank. Gehe in die Cloud und mach halt
on Prem weil ist eh da Hardware mach ich halt Computer, das
heißt, ich kann vielleicht auch zu geringeren Kosten meiner
Anwendung betreiben, weil die Hardware vielleicht schon
abgeschrieben. Ich hab dann letzten Endes zwar
die Operationskosten um das Ganze zu managen zu betreiben,
fortgesetzt die Skills sind da, aber letzten Endes sind das dann
halt die Personalkosten, die Stromkosten, die Kosten für die
für das Rechenzentrum im Sinne eines Standorts.
Aber ich muss die Hardware nicht mehr einkaufen und dann muss man
die Rechnung machen ist es günstiger?
Wirklich Prominente irgendwie Computer aus der Cloud zu kaufen
oder die eigene Hardware einfach so lange weiter zu betreiben,
bis sie den Geist aufgibt und bei ganz vielen Anwendungen die
Halt in der Cloud laufen, sieht man halt auch so n so n
kontinuierlichen keinen kompletten Schiffen die Cloud,
sondern wird nach und nach immer mehr Cloud geschoben,
insbesondere zu den Zeitpunkten, wo vielleicht auch harmonisiert
werden muss. Und es spricht ja nichts dagegen
Hardware die ich im Data Center habe einfach noch so lange wie
möglich so effizient wie möglich auszunutzen und ich finde gerade
Computer ist. Dafür ein super Ansatz in Form
von so einem Kubernetes Cluster, was sich dann auch auf alter
Hardware laufen lassen kann und da halt meine Anwendungen dann
in Form von Services drauf skalieren kann.
Ja finde ich einen sehr guten Punkt hast du natürlich völlig
recht. Das Thema Computer ist ja
eigentlich gelöst ich mein Computer ist das die Simplere
Nutzungsweise von meiner Hardware vor allem sowas wie
Kubernetes löst dann ja auch Themen wie Hochverfügbarkeit
zumindest innerhalb eines eigenen Rechenzentrums.
Weil einfach, wenn irgendwie n Server ausfällt, dann kann das
Handeln und natürlich völlig recht so ne Hardware
Hochverfügbar zu betreiben und dann auch noch regelmäßig
Backups zu ziehen und sowas nicht h Datenbank schöne
Datenbank verfügbar zu betreiben, regelmäßig Backups zu
ziehen, vielleicht während zu verteilen, Daten dazwischen zu
synchronisieren zwischen verschiedenen Nodes, das ist
natürlich deutlich komplexer, nochmals irgendwie Container
irgendwo zu hosten und das natürlich auch Gedanken, die mir
abgenommen werden hilft das natürlich nichts.
Bei denen ist klar die Oracle Datenbank, die bleibt
wahrscheinlich Bremen und immer, wenn ich so edel fahre, muss ich
natürlich dieses Bottleneck angucken.
Und eine Frage, die mir gerade eben während du gesprochen hast,
also einen Gesichtspunkt, der gerade auch während du
gesprochen hast, mal aufgefallen ist natürlich.
Nicht nur die Skills und so da sind, sondern sich auch mein
Rechenzentrum natürlich hinterfragen muss, ob es die ja
aber Performance und verfügbarkeitsanforderungen
erfüllt, die ich brauche. Höre ich gerade sowie Milch s
vielleicht einhalten muss? Was ist denn einmal gibt?
Dann gibt es einen Single Stromkabel Wanderer stolpern
kann oder was ist denn mein Telekommunikationsprovider?
Mein Internet ist die Anwendung dann oder vielleicht mehrere
Standorte verteilt, wenn ich dann Anforderungen für habe,
sind das natürlich auch die Cloud wahrscheinlich mit wenigen
Klicks zu meistern sind, als wenn ich die Haare selber bauen
muss, aber wahrscheinlich ist es auch in dem Beispiel von Daniel.
Jetzt nicht unbedingt ratsam, da auf Teufel komm raus in die
Cloud zu migrieren und ich glaube ein ganz wichtiger
Aspekt, über den man auch sprechen muss ist, dass viele,
wenn sie an Cloud denken, natürlich an Hyper Scaler,
Public Cloud denken und wenn man sich tatsächlich anschaut, wie
viele große Unternehmen es machen und das sehe ich in
meinem Arbeitsalltag ganz viel, dann werden halt auch Dinge aus
dem eigenen Data Center, welches nicht Cloud Ready ist, weil man
nicht über die Skills verfügt, weil dort die Services nicht zur
Verfügung stehen. Das Ganze zu einem Dienstleister
gegeben wird. Der mir eine private Cloud zur
Verfügung stellt, basierend auf einem bestimmten
Technologiestack und gerade wenn man dann standardisiert auf so
Sachen wie eine bestimmte Datenbanktechnologie oder zum
Beispiel Kubernetes als Betriebsplattform für meine
Computer, dann kann man natürlich auch solche Private
Cloud oder Dienstleister Clouds verwenden.
Von daher ist es vielleicht auch kein Schwarz weiß ich betreibe
die Hardware selber im eigenen Rechenzentrum oder ich gehe
irgendwie zu einem der großen Hyper Scaler, sondern es gibt
natürlich auch einen Weg dazwischen, wo man einige der
Benefits nutzen kann, aber vielleicht nicht alle Benefits
der Cloud. Wie zum Beispiel die ganzen Pass
Dienste, das merkt man immer wieder, wenn man bei vielen
Diensten mal im Detail reinschaut, die sich Cloud
nennen, dann findet man halt ganz viele, die bieten mir
irgendwie Compute Storage Datenbanken, aber dann hört es
halt auf und wenn ich mir den Service Katalog, von der Google
von Amazon von der Microsoft angucke.
Einfach, wie viele Plattformen Dienste ist da?
Mittlerweile gibt es für jeden Use Case gibt es einen und das
macht die Sache so schwer, teilweise auch mehrere Dienste,
die ich alternativ verwenden kann und dann verstehen muss,
was jetzt der beste Dienst für meinen Use Case ist in meinem
Anwendungsszenario, wenn ich den dann erstmal in meine Anwendung
eingebaut habe, ich auf der einen Seite zwar die
Abhängigkeit haben, aber viel mehr Komfort für den Betrieb,
weil ich mich auch ganz viele Dinge nicht mehr kümmern muss,
um die ich mich kümmern müsste, selbst wenn ich das zu einem
Cloud Dienstleister geben würde, der vielleicht nicht einer
dieser Hersteller ist. Ja, hab ich n ganz spannenden
Fall und Artikel noch zu mitgebracht, der ist mir wieder
eingefallen, als ich hier in den letzten Tagen die für die das
Feedback aus der Weihnachtsfolge aufgearbeitet habe und hier als
Kommentar getreten bin und zwar hathey.com.
Angekündigt im Oktober letzten Jahres, dass sie aus der Cloud
gehen, also dass sie quasi die Cloud verlassen werden und gibt
einen spannenden Artikel. Den verlinken wir auch in den
Shops kann ich sehr empfehlen zu lesen und wer das nicht kennt o
com ist gegründet von Thirty Seven Signals.
Das ist das Unternehmen rund um David Heinemeier.
Hanson weiß nicht, ob dem jedem ein Begriff ist, im Internet,
auch bekannt unter seinem Handel, die H auf Twitter auch
relativ. Meinungsstark und polarisierte
auch irgendwie gerne mit irgendwelchen Meinungen und ist
halt Journals, die machen Basecamp, das ist so ne ja
kollaborationssoftware für n bisschen bekommen.
Mittlerweile hat kommen das ist ein alternativer Email Service,
der mit Emails n bisschen anders umgeht, eigentlich relativ cool
und ist der Gründer von Ruby on Rails und der hat in einem Blog
Post als CT in dieser Rolle geschrieben, dass sie die Cloud
verlassen, weil es eigentlich nie.
Weil sie in der Cloud irgendwie so richtig diese Benefits
bekommen haben, die sich damals versprochen haben und zwar
schreibt er in seinem Artikel als Zitat wirklich Ranking
Computers is mostly a bad deal for medium sized companies like
ours with stable growth the savings promised in reduce
complexity never materialized the we make our plans to leave
übersetzt Computer zu mieten ist meistens finanziell schlechter
Deal für so mittelgroße Unternehmen.
Wie ihr es vor allem Unternehmen, die relativ stabil
Wachstum haben oder die relativ stabile Auslastung haben, und
dann schreibt er weiter die Einsparungen, die wir durch die
durch die Komplexität durch verringerte Komplexität und sie
haben sich nie wirklich gezeigt, also werden wir die Cloud
verlassen und er schreibt das nicht ganz spannend, dass es
eigentlich nur 2 Gründe dafür gibt, in die Cloud zu gehen und
er sagt entweder ist meine Apps so simpel, dass ich komplett auf
Managed Services setzen kann, oder?
1 Managed Service komplett ausreicht sowas wie heroku App
das gemacht hat oder ich weiß, wie das geht irgendwie.com die
haben auch einen sehr einfachen Text, wo ich einfach aus meinem
Repository raus deployen kann mir dann irgendwie 1 5
Datenbanken aussuchen n bisschen Hosting Technologie ist auch
sehr cool Service, aber meine ist so simpel, dass diese Folie
managed Services komplett ausreichend.
Oder der zweite Grund ist, dass meine Last, die auf meinem
Service sitzt, meine Peaks so. Irregulär sind und so
unterschiedlich sind, dass ich halt von diesen
Skalierungseffekten, die ich in der Cloud habe, enorm
profitiere, dass irgendwie auf Knopfdruck mir 10 2000 Server
dazubuchen kann in meinem Cluster, die am nächsten morgen
alle wieder verschwunden sind, nicht nur für die paar Minuten
bezahle, wo ich die hatte ich sehr dynamisch auf Lastspitzen
reagieren kann, wo ich vielleicht auch Services
Anwendungen auf 0 runter skalieren kann und sowas also
wirklich so wilde Peaks in deiner Usage hast und was was
David Hanson das schreibt ist. Hey für die meisten
Applikationen draußen gilt beides nicht also die meisten
Applikationen, vor allem die, die die, die die Schreiben, also
Basecap und hat, kommen da sagt er das gilt für uns gar nicht,
weil wir haben eigentlich eine sehr Predictive, sehr
vorhersehbare Last auf unseren Services.
Wir müssen gar nicht so wild hoch und runterskalieren ständig
jetzt irgendwie schon am Black Friday auf einmal ganz, ganz,
ganz viel Luft. Und selbst wenn es Black Friday,
kommt es auch nicht unvorhergesehen.
Unsere App ist aber komplex genug, dass wir eben nicht mehr
einzelnen Managed Service, sondern irgendwie auch über
Pflaster. Verteilt unsere Lösungen hosten
und deswegen sagen sie aus der Cloud, denn sie hätten dafür die
Skills im Team. Und wollen halt wieder ihre
eigenen Rechenzentren betreiben oder ich ganzer Ihren Stacks,
weil es günstiger sein soll. Und das fand ich eigentlich
relativ relativ spannenden Ansatz ich habe eine Meinung zu,
aber ich würde gerne hören, wie du darüber denkst, dass die
quasi jetzt von der Cloud wieder weg migrieren.
Ja, ich kann das absolut nachvollziehen, was dort in dem
spezifischen Fall die Gründe sind und kann auch sagen OK.
Für dieses Unternehmen mag es die richtigen Entscheidungen
sein. Generell finde ich aber und ich
finde das super zusammengefasst. Generell finde ich aber da wird
absolut vereinfacht, also ganz viele Aspekte werden auf die 2
Punkte auf die 2 technischen Punkte runtergebrochen gesagt,
wenn diese beiden nicht auch zutreffen.
Macht eine Cloud oder eine Public Cloud für euch keinen
Sinn? Aber es stehen tatsächlich in
dem Artikel noch weitere Nebenbedingungen drin, die
letzten Endes gar nicht mehr in die Betrachtung genommen werden
also er sagt Halt auch für Unternehmen mittlerer Größe mit
stabilem Wachstum. Das sind auch weitere
Nebenbedingungen. Das heißt wenn ich jetzt kein
Unternehmen mittlerer Größe mit stabilem Wachstum und stabil
stabilem Revenue Stream bin, dann gelten halt viel mehr
Bedingungen und ich glaube, wenn ich jetzt hingehe und sage wie
viele Unternehmen gibt es? Die mittlere Größe, stabiles
Wachstum, stabiles Einkommen, zusätzlich eine Anwendung, die
weder simpel, nämlich komplex noch mit irregulären Work
Workloads ist, also sprich keine Peaks hat.
Dann sind wir plötzlich bei relativ wenig Anwendungen auf
die letzten Endes diese Schlussfolgerungen, die er hier
raus zieht auch noch zutreffen, sprich wenn ich jetzt ein
Unternehmen bin, welches zum Beispiel sich gerade gründet,
dann habe ich gar nicht die finanziellen Mittel, eigene
Infrastruktur aufzubauen. Das heißt, ich muss in den
Bereich reingehen, wo ich Computer und andere
partyservices Miete und on the go bezahlt, weil ich gar nicht
das Kapital habe, wenn ich jetzt nen großer Konzern bin, dann
muss ich vielleicht einfach aus buchhalterischen gründen, weil
ich börsennotiert bin und ich möchte hier irgendwie
finanzoptimierungen vornehmen, dann möchte ich vielleicht von
Capital expenses ich kaufe viel Hardware, investieren viel
Infrastruktur und schreibe das im Laufe der Zeit ab.
Auf operating expenses switchen, wo ich halt jeden Monat gewisse
Kosten für meine Infrastruktur habe.
Und vielleicht möchte ich auch Personal reduzieren, weil das an
der Börse irgendwie besser ankommen.
Deswegen möchte ich den Betrieb meiner Infrastruktur, eine
Dienstleister oder in die Public Cloud auslagern, weil ich
vielleicht börsennotiert bin und ich glaube, da gibt es dann so
viele Bedingungen, die dann auch noch zutreffen müssen.
Neben diesen 2 technischen, die du gerade geschrieben hast, dass
am Ende die Anzahl der Unternehmen und Anzahl der
Anwendungen auf denen auf die diese Schlussfolgerung hey, ich
geh in die eigene Infrastruktur wirklich zutreffen, sehr gering
ist. Der Personal hatten sie etwas
zugesagt? Nee, also Personal meinten Sie
ja, wir haben im Team die Skills, das selber zu managen.
Das könnten die Leute, die unsere Plattformen gemeldet
haben und die sagen wir sind so mehr oder weniger in Full Stack
Entwicklern und da finde ich, aber fehlt mir auch ein Gedanke
und das ist mir auch ein Gedanke, der mir gerade
einfällt, ebenso n bisschen bei der Diskussion von Daniel wie
ihn haben und den Rest irgendwie Cloud oder im eigenen
Rechenzentrum betreiben wollen haben und das ist für mich immer
das kommt für mich aber auch also was.
Ganz oft bei dieser Diskussion außer 8 gelassen wird klar kann
man das alles selber betreiben und vielleicht hat man sogar die
Skills im Unternehmen muss keine Leute irgendwie dafür heiern
oder andere oder andere Stellen streichen.
Aber ich finde, das kommt von Opportunitätskosten nicht hin,
weil wenn ich jetzt wirklich was habe, was in der Cloud einfach
vielleicht einfacher ist oder schneller aufzusetzen ist.
Dann können die Leute, die ich vielleicht habe, das ja
theoretisch könnten ja in der Zeit.
Features entwickeln oder was anderes bauen oder irgendwie ein
Unternehmen nach vorne bringen und ich finde, das ist immer,
was sich in so einer Diskussion ja auch noch betrachten muss,
selbst wenn ich das könnte und wenn es kostentechnisch ja
vielleicht sogar gleich auf oder vielleicht sogar günstiger als
die eigene Hardware zu anzuschaffen, wenn ich mir das
in der Phase nehmen Unternehmen leisten kann ich sehr gut von
dir als da kann ich jetzt natürlich nicht dafür viele
1000€ irgendwelche Server hinstellen, möchte vielleicht
nochmal probieren oder werden möchte.
Also muss ich noch in der richtigen Phase meines
Unternehmens sein, aber was ich natürlich auch in der Cloud
einfach spare an Zeit, bis ich das ganze Mal aufgesetzt habe,
das sind ja auch Opportunitätskosten und
Potenziale, die finde ich da einfach häufig übersehen werden
und dazu kommt halt, dass das vielleicht auch etwas verkürzt
dargestellt ist, weil letzten Endes, wenn sie über und Brems
sprechen, sprechen sie vielleicht gar nicht da drüber,
ein eigenes Rechenzentrum zu betreiben, weil dann brauchst du
nicht nur die Leute, die vorher den Cloud Service gemanagt haben
die Manager. Jetzt ein paar Server und
Kubernetes Cluster nein, du brauchst Leute, die mit einer
Sackkarre rex durch die Gegend schieben.
In physikalischen Räumen und Kabel ziehen und
Netzwerkarchitekturen designen und das ist ne ganz andere
skillset du kannst jetzt also, wenn ich dich jetzt bitte mal
ein großes Rechenzentrum aufzubauen, wo du wirklich die
Kabel ziehen muss und unterbrechungsfreie
Stromversorgung netzwerkanbindung an den telco
Provider Failover zweite location ich sehe das Halt so
ein bisschen auch. Bei meinem Arbeitgeber, was wir
da teilweise für Spezialistinnen und Spezialisten haben, die sich
wirklich mit solchen Themen Redundancy und Failover disaster
Recovery auseinandersetzen. Ich hab mir letztens mal den das
Network Design angeguckt, da gibt es einen Network Design
Team, die setzen sich halt wochenlang hin und machen
irgendwelche Skizzen, wie sie halt die Server untereinander
verdrahten, damit halt die bestmögliche Performance in dem
Datenbank Cluster gewährleistet ist.
Und ich glaube die wenigsten Unternehmen haben diese Skills,
das heißt am Ende gehst du dann wieder zu einem Dienstleister,
der das für dich. 8 und wenn man Dienstleister dann Cloud nennt,
bist du trotzdem mit, der kann nicht premises ne und da hatten
wir vorhin gesprochen also wenn mir jemand das komplette Data
Center Operations abnimmt, bis hinzu dem Punkt wo ich da nur
noch ein Betriebssystem auf der Hardware laufen lasse und alles
andere macht jemand anders nicht dann wirklich jemand der On Prem
alles selber betreibt oder bin ich jemand, der in der Cloud
ist? Ja finde ich eigentlich sehr
schöne Zusammenfassung sowie der Server in meinem Keller sein
wahrscheinlich nicht, wenn ich das Team habe mir wirklich ein
Rechenzentrum. Ein paar gut konfigurierte
Server Racks hinzustellen, bin ich wahrscheinlich einer der
wenigen glücklichen Unternehmen, die können dann cool.
Aber das hast du auch eingangs gesagt es muss ja vielleicht
auch nicht immer ein Hyper scaler wie oder Azure sein Nee
also man kann sich ja auch mal wie kleinster anschauen.
Es gibt sowie Digital Ocean, die tolle Developer Experience
haben, die auch deutlich weniger Services haben, die auch Cloud
sind oder man kann doch einfach super günstig vielleicht zu
einem Anbieter hetzner oder sowas geben sich da einfach ein
Server mieten, die wo ne Aspekte die du genannt hast
Netzwerktechnisch wo das schon vorkonfiguriert ist, wo ich
natürlich auch deutlich günstiger als bei so einem Hyper
scaler bin. Und dann, darauf kann ich mir
immer noch mein Computer installieren, auch irgendwie
sehr viele mittelwege ja gehen, bis man sich da wirklich sein
eigenes Server irgendwo hinstellt versus ich gehe zu
einem Y nee, dafür wahrscheinlich dann
verhältnismäßig viel Geld irgendein Cluster.
Und wenn man da die Opportunitätskosten, die
Security und die redundancy Betrachtung nicht außer 8 lässt,
dann kann man auf der Basis, glaube ich eine sehr gute, ja
educated decision treffen und da irgendwie eine Entscheidung für
sich rausholen also ich glaube, zusammenfassend lässt sich sagen
man kann es nicht so über Vereinfachen und sagen, nur für
die wenigsten lohnt sich die Public Cloud.
Ich glaube, es gibt ganz viele Use Cases, wo es durchaus Sinn
macht, wirklich auch von Anfang an dazu arbeiten und auch
langfristig darauf seine Architektur.
Aufzubauen. Es gibt aber auch viele Fälle,
wo es nicht zutrifft. Von der lässt sich die Frage
muss man in die Cloud? Ganz klar mit Nein beantworten
und die Frage, ob man im eigenen Data Center oder bei einem
Dienstleister bleiben kann, muss kommt, glaube ich immer auf den
Einzelfall an. Sehr schön, dann hoffe ich
Daniel, dass wir deine Frage damit n beantwortet haben und
das auch spannende Diskussion, dass wir nochmal über Hey
denfall.com und sowas gesprochen haben Fach.
Also fand auch ne n guten Eindruck von dir das vielleicht
sollte vielleicht mal gar nicht unbedingt auf Computer gucken.
Das ist so ein bisschen bis sich da meistens draufschaue, sondern
vielleicht auch die die Data Services oder irgendwelche
Message Broker und sowas anguckt die ja wirklich komplett zu
betreiben sind, wenn man denn sich Hybrid aufstellen möchte.
Ist das generell was, was ihr da draußen, also unsere
Zuhörerinnen und Zuhörer, was euch beschäftigt, oder eine
Frage, die völlig klar ist uns doch gerne wissen könnt ihr uns
gerne, wenn ihr uns dann nicht über Twitter oder linkedin
öffentlich irgendwie zu schreiben wollt, wenn ihr Fragen
oder eine Meinung zu haben, dann auch gerne über die E Mail
Adresse, die unten verlinkt ist. Ansonsten wäre die Folge
gefallen hat, dann freuen wir uns natürlich immer darüber,
wenn ihr uns auf den Podcast Plattformen bewertet, auf den
ihr unterwegs seid oder uns einen Kaffee spendiert.
Das könnt ihr auch machen. Wir haben bei mir Coffee Link da
unten mal verlinkt und da freuen wir uns sehr, wenn ihr uns n
Kaffee da lasst und wenn ihr den to do Developer Podcast noch
nicht abonniert habt, macht das gerne entweder auf Apple
Podcasts oder Spotify und wir freuen uns dann, wenn ihr auch
bei der nächsten Folge in 2 Wochen wieder mit dabei sein.
Bis dahin habt eine gute Zeit, schreibt ganz viel Code und hab
ne gute Woche ciao bis dann.