How many?
-
We definitely went o the cloud - it is probably the best for our small customers... However, we have some large (including some that cloud, or anything depends on the internet is just a no-go for them [security]) that already run a huge IT department and not willing to add the cloud to that... With all this we have one application to sell (lots of parts but one solution), so it must run on all setups from single computer to the cloud... Of course we can not develop different versions to different platforms... I would say - the right tool...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
Kornfeld Eliyahu Peter wrote:
I would say - the right tool...
Exactly, and for my smaller customers, Azure is definitely the right tool. But the general vibe I got from this thread was that cloud is NEVER the right tool.
Kornfeld Eliyahu Peter wrote:
anything depends on the internet is just a no-go for them [security]
I don't think security has to be an issue in the cloud. Of course not having any internet access at all is always more secure, but that's rarely possible nowadays. I had a potential customer (before COVID-19 happened) who wanted to make sure everything kept working during an internet outage, which apparently happens from time to time in his region. He has a butchery and the meat processing really can't be interrupted during the day because they have a tight schedule. Obviously, I won't be using the cloud there, if he ever becomes my customer.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
Kornfeld Eliyahu Peter wrote:
I would say - the right tool...
Exactly, and for my smaller customers, Azure is definitely the right tool. But the general vibe I got from this thread was that cloud is NEVER the right tool.
Kornfeld Eliyahu Peter wrote:
anything depends on the internet is just a no-go for them [security]
I don't think security has to be an issue in the cloud. Of course not having any internet access at all is always more secure, but that's rarely possible nowadays. I had a potential customer (before COVID-19 happened) who wanted to make sure everything kept working during an internet outage, which apparently happens from time to time in his region. He has a butchery and the meat processing really can't be interrupted during the day because they have a tight schedule. Obviously, I won't be using the cloud there, if he ever becomes my customer.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Sander Rossel wrote:
I don't think security has to be an issue in the cloud.
These are gov issues - security means something else there...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
It depends on (a) the required level of reliability, (b) the required security, and (c) the required disaster recovery plan. The cloud (as provided by Microsoft/Google/Amazon or other large players) is pretty good as far as reliability is concerned. Where it falls down IMO is on security - if the data are not on your server, you don't own them. As for disaster recovery, any DR scheme is useless once you tailor your application to a specific provider. While it is unlikely that MS /Google/Amazon will go bankrupt or be banned from operating in your country, a good DR plan should take these contingencies into account.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows. -- 6079 Smith W.
Daniel Pfeffer wrote:
Where it falls down IMO is on security - if the data are not on your server, you don't own them.
I don't think that's true? Cloud providers just provide you with storage capability. I guess they could access it if they wanted to, although they won't know your password (I hope). At least I always make sure my data stays in Europe, preferably Amsterdam, because of GDPR. The USA is a no-go due to privacy concerns. But I don't think they actually own your data and it may even be illegal for them to use it. It's a bit of a grey area though, like when the USA said "if you're a US company the US has the right to view your data no matter where in the world it's stored." But that comes with international companies I guess. Azure has pretty good disaster recovery capabilities. You can backup to your on-premises servers or keep it in Azure in other regions or continents. For example, Amsterdam and Dublin, or Amsterdam and New York.
Daniel Pfeffer wrote:
a good DR plan should take these contingencies into account.
I guess that's a cost/risk descision. If the costs for planning something like that are millions and the chances of it happening are minuscule it may not be worth it. You'll probably have other issues too, like Windows not getting security updates anymore, but your ASP.NET application being unable to run on anything else but Windows. You may be able to run it for a while, but having to rewrite everything could mean the end of your company just as well.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
Sander Rossel wrote:
I don't think security has to be an issue in the cloud.
These are gov issues - security means something else there...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
Yes, a lot of hot air :D What Government Organizations Can Learn From The Private Sector About Cybersecurity[^] Seriously, I worked for a (semi-)government company who had a so-called DMZ and only a few people were able to access the production servers, USB was forbidden, etc. I was lured in with stories about cloud migrations and software modernization, but once I was in I discovered cloud was a no-go because management didn't think it was secure. Meanwhile, all passwords were stored in config files and committed to source control :laugh: I get it though, their policies are secure, but ultimately it's only as secure as the weakest link :sigh: Like the IT manager at a very large international enterprise whose products are in all our houses who opened some ransomware email on a server X| Management can't say "you can't store passwords in config files" because that's so low level they don't even know it's happening. They can say "you cannot open ransomware email", but if even their IT manager doesn't recognize them you're pretty screwed either way.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
How many of you bounded their future applications to some cloud provider? Are those applications are for the long therm or more for the middle-short term?
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
Yes, a lot of hot air :D What Government Organizations Can Learn From The Private Sector About Cybersecurity[^] Seriously, I worked for a (semi-)government company who had a so-called DMZ and only a few people were able to access the production servers, USB was forbidden, etc. I was lured in with stories about cloud migrations and software modernization, but once I was in I discovered cloud was a no-go because management didn't think it was secure. Meanwhile, all passwords were stored in config files and committed to source control :laugh: I get it though, their policies are secure, but ultimately it's only as secure as the weakest link :sigh: Like the IT manager at a very large international enterprise whose products are in all our houses who opened some ransomware email on a server X| Management can't say "you can't store passwords in config files" because that's so low level they don't even know it's happening. They can say "you cannot open ransomware email", but if even their IT manager doesn't recognize them you're pretty screwed either way.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Government has no incentive to learn from the private sector, because those running it have no skin in the game. They seldom answer to anyone, have few budgetary constraints, and rely on violence to keep their "customers".
Robust Services Core | Software Techniques for Lemmings | Articles
-
Government has no incentive to learn from the private sector, because those running it have no skin in the game. They seldom answer to anyone, have few budgetary constraints, and rely on violence to keep their "customers".
Robust Services Core | Software Techniques for Lemmings | Articles
Yeah, it's not like they have competition. You are legally obliged to file your taxes at the website of your one and only tax authority. Our tax authority used to have a slogan, freely translated "we can't make it any easier, but we can make it more fun." They failed at both, but how the hell can't they make it easier!? How about you give us a clear and responsive website without so much jargon so I know what I have to enter where? :wtf: They're now going to force companies to use some paid third-party login service. It didn't work on someone I know's phone, so she never was able to login and so she never paid (after many emails, of course, that just said she had to restart her phone). They went as far as to send a debt collector, but she was ultimately in the right. It sure as hell doesn't count as "easy" or "fun" (well, it may be fun to send the debt collector back and get your right anyway) :laugh: What's more absurd is that you now have to pay to file taxes that you are obliged to do!? :wtf: Making it easier should be easier than making it fun :sigh: And that's just one government example, but probably the worst.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
How many of you bounded their future applications to some cloud provider? Are those applications are for the long therm or more for the middle-short term?
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
How many of you bounded their future applications to some cloud provider? Are those applications are for the long therm or more for the middle-short term?
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
The products I develop can not be implemented in the 'cloud'. [insert pregnant pause here while I wait for questions]
Software Zen:
delete this;
-
Kornfeld Eliyahu Peter wrote:
There is no no-brain solution, one have to learn and examine and choose mindfully...
Let's put it this way. Telling my customers to buy a server, hire another party to install it, invest thousands, just to run their application. Or let me host it for €50 a month on Azure. That's the no-brainer here :laugh: Also, if you were starting from scratch, I'd really consider the cloud (as much cloud native as possible). When you already have legacy and on-premise environments it's less obvious. I just really don't agree with the "never cloud" mentality I see here.
Kornfeld Eliyahu Peter wrote:
So that why we had a 4 hours downtime
Yeah, shit like that happens. Happened on our on-premises too though. I've had a three days outage on an on-premises system, some (third-party) application had to be rewritten for it to work again. I've seen it with Azure DevOps too, somehow always when we wanted to deploy X| But I've had to wait for hours on a build on an on-premises Jenkins server too. Never had an outage of my services on Azure though. People act like everything will always go wrong on the cloud and everything always goes right on-premises, but the truth is outages happen on-premises too and the cloud can have really high uptime just as well.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Sander Rossel wrote:
People act like everything will always go wrong on the cloud and everything always goes right on-premises, but the truth is outages happen on-premises too and the cloud can have really high uptime just as well.
No, I (at least I) act against, the cloud is wonderful and a "no-brainer" It has advantages and disadvantages as everything. It might be the best solution, but it doesn't have to be it. For some things will be the only logical solution, but for others should not even be considered. I can understand your plus points, but it looks like you have been lucky enough in your life to not see the negative sides that some more experienced (and I mean it from the point of view "more years in the field", nothing to do with "better professional than you") are more cautious about.
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
How many of you bounded their future applications to some cloud provider? Are those applications are for the long therm or more for the middle-short term?
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
I just do not see it as an either/or situation, whether for an app or for data storage, desktop app or cross-platform app. I offer clients options of cloud providers or on-site servers. 99% of the code is the same, with modules to connect to various cloud services or to an on-site server. The read/write module for data I/O is selected by a state variable for the particular project. I can set up the local server or configure for cloud service. In any case I encrypt the data and back it up elsewhere. You end up with situations like China does not allow anything from Google, so it is Microsoft cloud services or local server. Some clients like Google platform. I can advise but do not make the final decision. At the end of the day it is a customer preference.
-
actually you've identified one of the major problems so many lazy and reckless developers (system architects and down) are REcreating. Go back just a few years and before, apps were targeted at platforms, (be it server, client, even infra such as databases). slowly people have come around to platform independence. supposedly the cloud was meant to further drive platform independence, - and yeah, at the client level that's mostly true Well guess what the lazy, reckless (and let's face it therein useless) dev teams are doing now are doing at the provider level. well (not making this political but it clearly demonstrates the point) just like the world let China not just dominate but virtually own healthcare manufacturing idiot dev leads are lowering their nuts right into cloud providers specifities. nothing wrong with choosing a provider, but develop agnostically. - should become a test requirement - "what platform do you target" should cease be a question.
pestilence [ pes-tl-uh ns ] noun 1. a deadly or virulent epidemic disease. especially bubonic plague. 2. something that is considered harmful, destructive, or evil. Synonyms: pest, plague, CCP
With due respect, why do you think Microsoft and Google are investing so much into the cloud? You are always going to get business people who are focussed on the tactical, rather than the long term and strategic. . . and they don't care, since once they sold the product, they move to another business. In other fields it would be called shonky workmanship.