{"id":12180,"date":"2018-10-02T15:24:04","date_gmt":"2018-10-02T13:24:04","guid":{"rendered":"http:\/\/www.sprint-project.com\/?p=12180"},"modified":"2024-02-28T17:24:52","modified_gmt":"2024-02-28T16:24:52","slug":"les-startup-et-le-cloud","status":"publish","type":"post","link":"https:\/\/www.sprint-project.com\/en\/techno\/2018\/10\/les-startup-et-le-cloud\/","title":{"rendered":"Startups and the Cloud"},"content":{"rendered":"

For a startup, using the Cloud is natural since its first virtue is to offer services easily and at relatively low cost if we take into account all its advantages.<\/span><\/p>\n

I am obviously talking about Public Clouds like Amazon Web Service, Microsoft Azure, etc. Even if one can easily object to service contracts without any real guarantee, to spongy service levels or to generally absent technical support, it is clear that it works and even brings many advantages, especially for start-up companies that find a ready-to-use IT infrastructure there.<\/span><\/p>\n

\u00a0<\/span><\/p>\n

But that's not my question for the day... The focus is on APIs. These application interfaces which are exposed on the Cloud in order to make all the services unimaginable. It's simple, it's practical and it's generally effective. So where is the problem? Firstly, I would say on dependence. Most of these APIs are specific and using them means being bound by their availability and conditions. So, of course, this dependence is more or less serious. Take for example a background map API, if you choose Google, it will not be difficult to switch to Bing or OpenStreetMap for example. On the other hand, if you use APIs like Visage de Azur (face recognition) or Google Cloud Machine Learning Engine (machine learning) to name just two, then you will develop a very strong dependence on these providers. Besides the fact that your concept must have much greater added value than the APIs you use, otherwise, what is the point of your concept? This dependence can quickly cause problems in terms of business with your customers, availability and levels of services and development constraints to follow API updates, etc. By the way, the operators of these APIs have every interest in making you addicted and they do it well. In short, independence is over.<\/span><\/p>\n

\u00a0<\/span><\/p>\n

But is it really serious? If you choose your suppliers carefully, you know that they will not disappear anytime soon, that they will continue to bring you developments and value to your projects, etc. A whole bunch of good reasons to continue using them\u2026 keeping in mind that this dependence is a technical but also a business risk. If a large part of the value of your project is produced by an API, then know that others will be able to do as well as you using the same APIs...<\/span><\/p>\n

\u00a0<\/span><\/p>\n

We come back to trying to place a cursor in the best place between independence, ease and without forgetting the development costs to arrive at the level of these APIs. Personally, I admit to being a little opposed to it since these APIs constitute too large a part of the value of the projects without however calling into question that without them, certain projects would be impossible for startups or even SMEs.<\/span><\/p>\n

\u00a0<\/span><\/p>\n

In the end, obviously, there is no miracle answer... but keep in mind that even if these APIs are offered by large companies, they also mean that you no longer control your projects at 100%.<\/span><\/p>\n

\u00a0<\/span><\/p>\n\n\n

Read all the \u00ab Techno \u00bb articles on the SprintProject<\/em> blog<\/a><\/p>","protected":false},"excerpt":{"rendered":"

For a startup, using the Cloud is natural since its first virtue is to offer services easily and at relatively low cost if we take into account all its advantages. I am obviously talking about Public Clouds like Amazon Web Service, Microsoft Azure, etc. Even if one can easily object to\u2026<\/p>","protected":false},"author":4,"featured_media":17315,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[9],"tags":[102,103,104,22],"class_list":["post-12180","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-techno","tag-apis","tag-asap","tag-cloud","tag-startup"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/posts\/12180","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/comments?post=12180"}],"version-history":[{"count":1,"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/posts\/12180\/revisions"}],"predecessor-version":[{"id":19248,"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/posts\/12180\/revisions\/19248"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/media\/17315"}],"wp:attachment":[{"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/media?parent=12180"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/categories?post=12180"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sprint-project.com\/en\/wp-json\/wp\/v2\/tags?post=12180"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}