<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Serverless computing Archives - Artificial Intelligence</title>
	<atom:link href="https://www.aiuniverse.xyz/tag/serverless-computing/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.aiuniverse.xyz/tag/serverless-computing/</link>
	<description>Exploring the universe of Intelligence</description>
	<lastBuildDate>Fri, 22 Sep 2017 07:59:05 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>Recent trends in cloud computing fuel the need for DevOps methods</title>
		<link>https://www.aiuniverse.xyz/recent-trends-in-cloud-computing-fuel-the-need-for-devops-methods/</link>
					<comments>https://www.aiuniverse.xyz/recent-trends-in-cloud-computing-fuel-the-need-for-devops-methods/#comments</comments>
		
		<dc:creator><![CDATA[aiuniverse]]></dc:creator>
		<pubDate>Fri, 22 Sep 2017 07:59:05 +0000</pubDate>
				<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[AWS]]></category>
		<category><![CDATA[Cloud Computing]]></category>
		<category><![CDATA[DevOps]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Microservices]]></category>
		<category><![CDATA[Serverless computing]]></category>
		<category><![CDATA[software developers]]></category>
		<guid isPermaLink="false">http://www.aiuniverse.xyz/?p=1234</guid>

					<description><![CDATA[<p>Source &#8211; techtarget.com Cloud services have transformed IT infrastructure, but the most recent trends in cloud computing signal a more fundamental shift that&#8217;s reshaping jobs. Newer cloud services <a class="read-more-link" href="https://www.aiuniverse.xyz/recent-trends-in-cloud-computing-fuel-the-need-for-devops-methods/">Read More</a></p>
<p>The post <a href="https://www.aiuniverse.xyz/recent-trends-in-cloud-computing-fuel-the-need-for-devops-methods/">Recent trends in cloud computing fuel the need for DevOps methods</a> appeared first on <a href="https://www.aiuniverse.xyz">Artificial Intelligence</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Source &#8211; techtarget.com</p>
<p>Cloud services have transformed IT infrastructure, but the most recent trends in cloud computing signal a more fundamental shift that&#8217;s reshaping jobs. Newer cloud services and application design principals &#8212; such as microservices, serverless computing and function as a service &#8212; have important implications for both IT operations staff and developers.</p>
<p class="Body">However, understanding the difference between these services and how they affect application deployment can be confusing, especially since most cloud providers will simply tell you their service is best. Let&#8217;s review the characteristics that define each service and how they fit in with DevOps methods.</p>
<section class="section main-article-chapter" data-menu-title="The rise of microservices">
<h3 class="section-title"><i class="icon" data-icon="1"></i>The rise of microservices</h3>
<p class="Body">In 2011, the concept of microservice architecture was just beginning. By 2015, every developer was talking about it. Large companies were all in on microservices, touting the benefits of code reusability, mitigation of risk from upgrades and the speed at which teams could deploy new features. Microservices made it easy for developers to work in small teams while still contributing to a large-scale product capable of managing an outage to any single microservice.</p>
<p class="Body">There are three key ingredients to a microservice:</p>
<ul class=" default-list">
<li>It is independently scalable and deployable.</li>
<li>Each service is responsible for the smallest possible task.</li>
<li>Services may work better together, but they will fail gracefully if one dies.</li>
</ul>
<p class="Body">For example, Netflix employs several microservices in its overall product, including one for recommendations on videos to watch next. If that recommendation service goes down, the rest of the streaming platform continues on as if nothing happened.</p>
<p class="Body">Microservices helped lead to the launch of Docker, which allowed developers to further segregate their individual components via containerization. Docker helps developers deploy applications more quickly and in multiple parts &#8212; without having to worry about underlying hardware or even the OS.</p>
</section>
<section class="section main-article-chapter" data-menu-title="The case for serverless computing">
<h3 class="section-title"><i class="icon" data-icon="1"></i>The case for serverless computing</h3>
<p class="Body">Among other recent trends in cloud computing is serverless, which stands on the premise that developers should not have to worry at all about underlying hardware. Google App Engine made serverless computing available before Amazon Web Services&#8217; (AWS) Lambda made it popular. While Google App Engine was an amazing technology, it was too early for developers to give up control of the underlying hardware, and was not very well deployed.</p>
<p class="Body">There are three key elements that make something serverless:</p>
<ul class=" default-list">
<li>There are no <i>idle</i> charges, meaning there is no cost for time that isn&#8217;t used.</li>
<li>There is no provisioning required. Infrastructure scales automatically.</li>
<li>You do not need to manage any OS, hardware or unrelated software.</li>
</ul>
<section class="section main-article-chapter" data-menu-title="The case for serverless computing">Some providers may put in safeguards or limits to how much capacity you can use without manually requesting more. The point here is to ensure that &#8212; as scaling happens automatically &#8212; you don&#8217;t end up with an unexpectedly high bill.</p>
<p class="Body">Some, but not all, serverless computing environments are also function as a service (FaaS). For example, AWS Lambda and Auth0&#8217;s Webtasks are both serverless FaaS. AWS CodeBuild and Google App Engine are serverless, but not FaaS.</p>
</section>
<section class="section main-article-chapter" data-menu-title="Go on demand with function as a service">
<h3 class="section-title"><i class="icon" data-icon="1"></i>Go on demand with function as a service</h3>
<p>Amazon introduced AWS Lambda in 2015. Lambda thrust users into serverless computing, and it also introduced the concept of function as a service. AWS Lambda is both serverless &#8212; no managed provisioning, idle charges or hardware to manage &#8212; and a FaaS.</p>
<p class="Body">There are three key factors that define FaaS:</p>
<ul class=" default-list">
<li>It executes code on demand<b> </b>(no idle executions).</li>
<li>It scales automatically.</li>
<li>It runs one specific function without worrying about OS, hardware, etc.</li>
</ul>
<p class="Body">With FaaS, users are able to run on-demand code blocks that are lightweight, as well as easily created and torn down. Functions running in this environment need to have minimal runtime &#8212; typically less than five minutes &#8212; and are often best suited for applications that respond directly to user interactions. For example, a developer could write code for a FaaS that serves up a dynamic website or checks a user&#8217;s permissions to a given API. FaaS is often used as middleware to apply business logic rules for user interactions with a database. It is also commonly used for webhooks or other event-based triggers.</p>
<p class="Body">FaaS does not imply serverless. For example, Docker Functions requires you to run servers (or VMs) running Docker; but it allows you to quickly trigger a single container with a bit of code. FaaS simply means the code is executed only in response to an event. It does not require that the underlying infrastructure remain idle while waiting for a customer&#8217;s code.</p>
</section>
<section class="section main-article-chapter" data-menu-title="Where platform as a service fits">
<h3 class="section-title"><i class="icon" data-icon="1"></i>Where platform as a service fits</h3>
<p class="Body">Platform as a service (PaaS) is an older concept. While similar to FaaS in that it does not require any manual provisioning, PaaS often involves some idle runtimes and isn&#8217;t truly considered microservices. PaaS providers include Google App Engine and Heroku. These providers typically offer a framework, such as Express.js, or a custom Python framework, such as Google App Engine, and automatically scale the infrastructure &#8212; adding servers &#8212; based on application need.</p>
<p class="Body">There are two key conditions that define PaaS:</p>
<ul class=" default-list">
<li>It&#8217;s a single, end-to-end platform that builds an entire application.</li>
<li>It requires no provisioning, no hardware, no OS and no other software.</li>
</ul>
<p class="Body">Many developers have switched away from PaaS offerings in favor of FaaS, as the latter offers a higher level of abstraction without as much vendor lock-in. Google&#8217;s Firebase, however, is a PaaS that&#8217;s becoming more popular. Google Firebase started off as a simple database as a service, but has since morphed into a broader platform offering lots of connected parts. Firebase is unique in that it&#8217;s a fully fledged PaaS that provides FaaS as one of its offerings.</p>
</section>
<section class="section main-article-chapter" data-menu-title="The many uses of software as a service">
<h3 class="section-title"><i class="icon" data-icon="1"></i>The many uses of software as a service</h3>
<p class="Body">The highest level of abstraction, away from any user-management requirements, is software as a service (SaaS). Database as a service is a type of SaaS that offers services that enable developers to build better applications without managing databases.</p>
<p class="Body">In order to be SaaS, the software needs to meet the following criteria:</p>
<ul class=" default-list">
<li>run without any installation on your part;</li>
<li>require no coding to get started;</li>
<li>be accessible from anywhere that has internet connectivity; and</li>
<li>automatically scale to your needs.</li>
</ul>
<p class="Body">There are many types of SaaS, including products such as Salesforce and Gmail. Developers and IT operations professionals use SaaS-based tools for application performance monitoring, databases and security.</p>
<p>It&#8217;s important to note that developers need more than SaaS to create an application, and SaaS offerings cannot be joined to make a new application. Anything that requires coding to connect things together is not SaaS. Typical serverless applications will use something like a FaaS to connect to multiple SaaS offerings to prevent having to run any servers at all, such as running FaaS on AWS Lambda and connecting to Amazon DynamoDB &#8212; which is a database SaaS.</p>
<h3 class="section-title">The DevOps connection</h3>
<p class="Body">All of the as-a-service offerings can be considered cloud services. Any service that doesn&#8217;t require local hardware or even software installations is a cloud offering. Cloud services generally remove a lot of requirements for operations workers, who can focus on cloud service management rather than hardware.</p>
<p class="Body">As cloud computing becomes more popular, organizations require operational IT staff to switch from just managing hardware to learning development in order to manage virtualized hardware. This is where the term DevOps started. Operations staff needed to learn additional skills to survive in the new cloud age. In some organizations, operations teams transformed into DevOps teams, which require operations professionals to learn some coding in order to keep up and stay relevant.</p>
<p class="Body">Recent trends in cloud computing, such as microservices, serverless computing and FaaS, however, have introduced a new fundamental shift. Now that we&#8217;re moving more applications to serverless platforms, it&#8217;s the developers&#8217; turn to learn a little bit more about operations. We can&#8217;t rely on operations staff to manage cloud resources if the cloud providers automatically handle everything for us. This doesn&#8217;t mean that serverless functions will immediately scale indefinitely. It&#8217;s not like with traditional architecture where operations teams can just add additional virtual instances or request more capacity. It&#8217;s important to know where bottlenecks exist. Developers need to be aware of limitations before they develop services designed for web-scale architecture.</p>
<p class="Body">For example, DynamoDB is a service that developers can provision to nearly infinite scale. However, practical scale is limited by the hash key. Hash keys are hard to change after an application is built, so developers need to understand these limitations before starting development. Otherwise, they end up rewriting code later.</p>
</section>
</section>
<p>The post <a href="https://www.aiuniverse.xyz/recent-trends-in-cloud-computing-fuel-the-need-for-devops-methods/">Recent trends in cloud computing fuel the need for DevOps methods</a> appeared first on <a href="https://www.aiuniverse.xyz">Artificial Intelligence</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.aiuniverse.xyz/recent-trends-in-cloud-computing-fuel-the-need-for-devops-methods/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>Serverless computing: It’s all about functional stateless microservices</title>
		<link>https://www.aiuniverse.xyz/serverless-computing-its-all-about-functional-stateless-microservices/</link>
					<comments>https://www.aiuniverse.xyz/serverless-computing-its-all-about-functional-stateless-microservices/#comments</comments>
		
		<dc:creator><![CDATA[aiuniverse]]></dc:creator>
		<pubDate>Mon, 28 Aug 2017 08:54:36 +0000</pubDate>
				<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[Microservices]]></category>
		<category><![CDATA[application developers]]></category>
		<category><![CDATA[cloud-based services]]></category>
		<category><![CDATA[data analytic]]></category>
		<category><![CDATA[Serverless computing]]></category>
		<guid isPermaLink="false">http://www.aiuniverse.xyz/?p=787</guid>

					<description><![CDATA[<p>Source &#8211; siliconangle.com In between meeting with customers, crowdchatting with our communities and hosting theCUBE, the research team at Wikibon, owned by the same company as SiliconANGLE, finds time to <a class="read-more-link" href="https://www.aiuniverse.xyz/serverless-computing-its-all-about-functional-stateless-microservices/">Read More</a></p>
<p>The post <a href="https://www.aiuniverse.xyz/serverless-computing-its-all-about-functional-stateless-microservices/">Serverless computing: It’s all about functional stateless microservices</a> appeared first on <a href="https://www.aiuniverse.xyz">Artificial Intelligence</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Source &#8211; siliconangle.com</p>
<p class="p1"><span class="s1"><i>In between meeting with customers,</i> <span class="s2"><i>crowdchatting </i></span><i>with our communities and hosting theCUBE, the research team at Wikibon, owned by the same company as SiliconANGLE, finds time to meet and discuss trends and topics regarding digital business transformation and technology markets. We look at things from the standpoints of business, the Internet of Things, big data, application, cloud and infrastructure modernization. We use the results of our research meetings to explore new research topics, further current research projects and share insights. This is the fifth summary of findings from these regular meetings, which we plan to publish every week. This week’s meeting included Dave Vellante and Jim Kobielus offering insights on serverless computing.</i></span></p>
<p><strong>Premise: </strong>Serverless computing is coming fast and furious to the cloud world, bringing many advantages. In particular, with serverless, developers don’t have to manage complex infrastructure typically associated with containers, virtual machines and other underlying infrastructure. With serverless, developers build applications using functional programming languages and tools which we believe will largely be a complement to, not a replacement for, traditional programming models. The latter, in our opinion, will remain in vogue for stateful enterprise applications while serverless models will increasingly address stateless apps.</p>
<h4><strong>What exactly is serverless computing?</strong></h4>
<p>Serverless computing is a cloud-oriented operating model that dynamically manages underlying infrastructure resources.  Serverless is typically deployed as a functional microservices architecture that allows developers to invoke functions as they’re needed and pay for resources based on what’s consumed by an application versus paying for fixed units of capacity.</p>
<p>Serverless still requires hardware and the name is somewhat misleading, but the management of the infrastructure resource is essentially “invisible” to application developers. Specifically, in serverless environments, developers don’t have to define the attributes of the servers. The infrastructure that supports invoked services is managed by the cloud provider and developers don’t need to know what’s sitting behind the functions. Serverless can be thought of as completely preconfigured functions-as-a-service where pricing for the functions is utilitylike and paid for by consumption at some interval of granularity, for example hours, minutes or seconds.</p>
<h4><strong>What are the benefits?</strong></h4>
<p>Serverless architectures are much simpler for application developers to manage. Serverless virtually eliminates the responsibility to maintain software, microcode, operating system levels and the like, and developers need only worry about developing and testing a function-based offering. As such, serverless architectures are highly scalable and potentially much less expensive platforms on which to develop and maintain applications. As a result, the compute fabrics that support serverless can be exceedingly efficient and cost effective.</p>
<h4><strong>What are the main use cases?</strong></h4>
<p>The main use cases for serverless are stateless applications and functional programming models. Examples include application programming interface publishing, query response, face recognition and voice recognition; these are typical for stateless apps using functional programming models.</p>
<p>Edge-oriented environments are another emerging use case for serverless ,omputing. As edge devices capture data on certain events — for example, an Internet of Things device emitting some data over time — the device platform can call functions or a model or logic service to perform some real-time analysis and make an on-the-fly adjustments, such as increasing or decreasing flow. Notably, we believe the serverless model will be used extensively for edge applications, even those that are end-to-end, as long as these applications are stateless. Stateful applications are likely to use more traditional models for some time.</p>
<p>We also view certain data analytic workloads such as business intelligence and high-performance computing use cases — for example, climate modeling, genomics and basic scientific research — as potentially good candidates for serverless.</p>
<h4><strong>Where did serverless come from?</strong></h4>
<p>Serverless is a relatively immature space. Amazon Web Services Inc. announced Lambda in 2014 as the industry’s first serverless offering. Other clouds vendors have followed suit, including Google Inc. with Cloud Functions, Microsoft Corp. with Azure Functions and IBM Corp. with Bluemix OpenWhisk.</p>
<h4><strong>What are the key caveats for developers?</strong></h4>
<p>Serverless environments today run in a shared cloud environment, so this means there will be peaks, valleys and competition for resources. As such, developers must be manage unexpected situations as they arise, especially those related to latency and error recovery. Users of serverless computing models must do rigorous testing in this new environment and focus on recovery, for example how to deal with timeouts. As well, practitioners should expect that service level agreements from cloud providers will be less rigorous with serverless than with stateful apps, at least for now.</p>
<p>Also, by deploying multiple serverless cloud offerings, organizations can be exposed to “serverless creep.” Just as spinning up virtual machines and using containers extensively has created challenges for organizations, development managers must be sensitive to an explosion of serverless apps. In our view, customers must be wary of getting to a point where they lose track of what’s being developed within the application portfolio, a probability precisely because of the lack of state. The risks here include compliance and audit challenges, duplicative work products and cost overruns. Moreover, different clouds will support different functional languages, such as Javascript vs. Python, and serverless apps may not be very portable to other clouds. This brings up a potential issue of diluting skill sets across an organization where the cloud choice wags the skills dog, versus a more deliberate and well-thought-out people and process strategy.</p>
<h4><strong>Where do containers and platform-as-a-service fit?</strong></h4>
<p>Serverless computing leverages containers as the underlying infrastructure. Serverless allows developers to essentially abstract away the core container complexity. Platform-as-a-service is a microservices environment by its very nature. Containerized microservices require management by developers, whereas the functional microservices associated with serverless abstract that complexity — assuming the cloud provider is doing its job.</p>
<p><strong>Action Item: </strong>Serverless is an emerging and highly useful concept for developers of cloud-based services, and Wikibon believes that it’s a fundamental operating model that’s here to stay. Developers should begin using serverless and start with simple use cases. In particular, we advise embracing stateless functions such as Web content publishing, API notification and alerts, and other event-driven applications. However, developers must be careful to consider recovery plans in these new environments. As always, hope for the best, plan for the worst.</p>
<p>The post <a href="https://www.aiuniverse.xyz/serverless-computing-its-all-about-functional-stateless-microservices/">Serverless computing: It’s all about functional stateless microservices</a> appeared first on <a href="https://www.aiuniverse.xyz">Artificial Intelligence</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.aiuniverse.xyz/serverless-computing-its-all-about-functional-stateless-microservices/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
	</channel>
</rss>
